前回の内容はこちら。
【開発日記】薬価検索アプリno.3 〜設計・画面の設計〜
開発背景などはこちら
【開発日記】薬価検索アプリno.1 〜開発概要→企画〜
##現在の進捗状況
1.必要な機能の洗い出し
2.必要な画面設計
3.データベース設計 ⬅︎今ココ
4.Railsでアプリケーションの雛形作成
5.大きな機能から順に実装
6.テストコードを書いて動作を担保する
7.リファクタリングして整理する
8.デプロイ
#DB設計
どうやって設計するのか、
なぜ、この段階で設計する必要があるのか、
ER図はどうやって書くのか、
これらは他の記事に譲りますね。
###大まかな手順
1.管理するデータ（エンティティ）の決定
2.データ属性を決定
3.エンティティ同士の関係性を決定（リレーション）
4.実際にテーブルとして定義する
#いざ、設計！
と、気合い入れてみましたが、
今回のアプリではDBを検索するだけなので、
薬価収載されている薬剤のデータさえあればOKでした。
今後の拡張機能として、お気に入り薬剤を登録できたり、過去の検索履歴が見れたり、というのはまだ先なので、今回は以下のようなテーブルを作成しようと思います。
#medicationsテーブル
今回使用するデータは公に公開されているデータを使用します。
こちらにある「医薬品マスター」を使用します。
診療報酬情報提供サービス
こちらからCSVファイルがダウンロードできます。
また、CSVのままだとなんのこっちゃわからないので、説明を見てみましょう。
データ内容に関する説明
テーブルの構造を書き出すと以下のようになりました。
使わないよね？ってカラムもありますが、
このデータは、少なくとも２年に一回は薬価改定がありますし、常に新しい医薬品も増え続けます。
逆に、販売がなくなる医薬品もあります。
その時に簡単にアップデートできるように、手をつけない形で運用してみようかと思います。
のちのアップデートも考慮して設計していきたいところです。
書き出してみるとこのようになりました。
| column | type | options | 備考 |
|---|---|---|---|
| 変更区分 change_category | integer | ||
| マスター種別 master_type | string | Y:固定 | |
| 医薬品コード（医薬品名、規格名）pharmaceutical_code | integer | ||
| 漢字有効桁数 kanji_significant_digits | integer | ||
| 漢字名称 name | string | index | |
| カナ有効桁数 kana_significant_digits | integer | ||
| カナ名称 kana_name | string | ||
| 単位コード unit_code | integer | ||
| 単位漢字有効桁数 unit_significant_digits | integer | ||
| 単位漢字名称 unit_name | string | index | |
| 金額種別 price_type | integer | ||
| 新又は現金額 price | integer | ||
| 予備 spare | integer | 未使用（すべて0） | |
| 麻薬・毒薬・覚せい剤原料・向精神薬 n_p_s_p_drugs | integer | ||
| 神経破壊剤 nerve_destroyer | integer | ||
| 生物学的製剤 biologics | integer | ||
| 後発品 generic | integer | index | |
| 予備 spare_2 | integer | 未使用（全て０） | |
| 歯科特定薬剤 dental_drugs | integer | ||
| 造影（補助）剤 contrast_agent | integer | ||
| 注射容量 injection_volume | integer | ||
| 収載方式等識別 listing_type | integer | ||
| 商品名等関連product_name_relations | integer | ||
| 旧金額種別 old_price_type | integer | ||
| 旧金額 old_price | integer | ||
| 漢字名称変更区分 name_change_category | integer | ||
| カナ名称変更区分 kana_name_change_category | integer | ||
| 剤形 dosage_form | integer | ||
| 予備 spare_3 | integer | 未使用(null） | |
| 変更年月日 changed_date | integer | ||
| 廃止年月日 abolition_date | integer | ||
| 薬価基準コード standard_code | string | ||
| 公表順序番号 order_number | integer | ||
| 経過措置年月日又は商品名医薬品コード使用期限 expiration_date | integer | ||
| 基本漢字名称 standard_name | string |
#まとめ・所感
今回は、DB設計を行いました。
今想定してる機能としてはDBを検索するだけ。なので、DBは１つで事足ります。
しかし、今後、お気に入りの登録や、検索履歴、セット処方での金額表示など、ユーザー登録が必要な機能も考えているので、
その時はER図も使って書いてみようと思います。
次回、【開発日記】薬価検索アプリno.5 〜Railsでアプリケーションの雛形作成、mySQLエラー、GitHubの設定まで〜に続きます。