hsano-01

今回のシステムの設計を始めてみよう

では試しにワクチンの在庫管理をモデリングしてみましょう。まずはどんな要件か調べます。

1. ワクチンには複数社があるので商品CDをワクチンマスタの主キーとしよう

2. 管理したい属性は「名称」「メーカー名」「容量」程度としてみよう

3. 副作用が出たときにトレース出来るよう、食品よりも厳しいロット管理が必要なはず

4. 接種場所には箱で輸送されるということにしよう

5. １箱に195本入っているらしい。（https://www.mhlw.go.jp/content/10906000/000707431.pdf）

6. 箱はバラのワクチンとは異なる商品CDがついていることにしよう

7. ディープフリーザーで、－75±15℃で保管すると2ヶ月保管可能なので消費期限は気にしなくて良いか

8. 解凍すると最大5日間保管可能なのでこれは管理が必要そう

9. １瓶で５回の接種が出来るらしい（注射器に依っては6回）

10. 箱からバラに取り出すと解凍したことにしよう

要件がわかってきましたので具体的にモデリングしてみます

1. ワクチンマスタと接種場所マスタは必要そう

2. 箱の在庫管理は接種には直接関係ないので一旦忘れよう

3. 箱から何個解凍するかを事前に決めてそれが入荷予定になることにしよう

4. 接種の将来の申込みで在庫があるか分かる必要があるので日別に管理する必要がある

このモデルをよく見ると、日別の在庫予定数を持っています。つまり接種の予約が入るごとにその日の在庫数を減らすだけでなくそこから後ろの在庫予定数も更新する必要が出てきます。そんな複雑なことが出来るのかという問題があります。

在庫というのは在庫増と在庫減の結果です。その増えるイベントを整理し、減るイベントを整理してテーブルを作ると、在庫予定数は導出属性（他のテーブルから計算で求まる値）にすることが出来ます。

なお、例えば「接種申込」という在庫減のイベントでも、日付が変わると変更前の日付の在庫増と変更後の日付の在庫減に分けると完全に履歴管理が出来るようになります。

To Be Contimued・・