薬剤管理システム開発は、対象施設と課題を定め、要件整理から定着まで6つのフェーズで進めます。この流れを踏めば、業務と医療安全の改善につながります。
全体像は、薬剤管理システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・薬剤管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
薬剤管理システム開発の全体像
薬剤管理システムは、病院の薬剤部門、薬局のレセコンや電子薬歴、介護施設の服薬管理の場面で使われ、治験薬や医薬品・医療材料の院内物流まで含む場合もあります。
利用者や扱う薬剤、記録項目、必要な連携は施設ごとに異なるため、まず対象業務を決めることが開発の出発点になります。
施設種別ごとの対象範囲
対象業務を施設ごとに絞ると、過剰投資や要件漏れを防ぎやすくなります。確認する範囲は施設の種別によって異なるため、病院、薬局、介護施設それぞれで見ていきます。
- 病院：薬剤部、病棟、外来、手術室、救急、医薬品倉庫が対象の候補になります。
- 薬局：店舗内の調剤・在庫に加え、本部管理や在宅訪問の有無を定めます。
- 介護施設：服薬予定、配薬、実績、残薬、訪問看護・薬局との共有を扱います。
たとえば、病院向けの高度な注射薬管理を薬局にそのまま当てはめると、必要の少ない機能にまで費用がかかります。
記録の流れで見る主要機能
主要機能は、在庫、調剤、安全、連携、管理の流れで整理します。業務の順番に沿って確認すると、必要な機能を一つずつ確かめられます。機能の範囲を早い段階で定めておくと、後からの追加開発を抑えやすくなります。
- 在庫：マスタ、入出庫、発注点、棚卸、ロットを扱います。期限、冷所品、毒薬・劇薬・麻薬の管理も含めます。
- 調剤：処方受付、分包、持参薬確認、服薬指導、投与実績を扱います。注射薬・外用薬の払出も対象です。
- 安全：禁忌、アレルギー、重複投薬、相互作用、用量、腎機能を確認します。照会と承認の履歴も残します。
電子カルテ、レセコン、電子薬歴、購買・会計、電子処方箋との連携も確認します。
バーコードリーダー、分包機、調剤監査機器も接続先として見ます。
利用者ごとに、参照、登録、承認、マスタ更新の権限を分けておく必要があります。
誰がいつ何を変えたかを追える監査証跡も欠かせません。
目的は、在庫を一覧にすることに加えて、取り違え防止、監査対応、災害時の継続まで含めます。
目的を早い段階で定めておくと、後からの追加開発を抑えられます。
薬剤管理システム開発の進め方｜6つのフェーズ
開発・導入は6段階で進めます。ただし、連携仕様や現場での確認結果によっては、前の工程に戻って調整することもあります。
- 要件整理：課題と優先順位の決定
- 製品・開発会社の選定
- 設計・開発：安全な業務フローへの落とし込み
- 通常処理と例外処理のテスト
- 稼働時の切り替えと安全確認
- 定着と改善：導入効果の測定
各工程の責任者と完了条件を決めないまま進めると、稼働直前になってマスタや業務フローが固まります。その結果、費用と現場の負担が膨らみます。
フェーズ1：要件整理と課題・優先順位の決定
まず現行業務を工程ごとに書き出し、担当者と例外処理を確認します。あわせて、紙やExcelをどこで使っているか、ミスが起きやすい場面はどこかも把握します。
- 対象業務：発注、納品、入庫、保管、調剤、払出を記録します。投与、返品、廃棄、棚卸、請求、報告も残します。
- 関係者：薬剤師に加え、看護師、医師、事務、購買へ聞き取ります。情報システム担当と管理者にも確認します。
- 確認項目：担当、入力項目、承認者、所要時間、例外処理、紙・Excelの有無を押さえます。
部門ごとに異なる「正しい業務」を一覧にすると、共通化する範囲と個別に対応する範囲を分けて判断できます。
課題は、在庫差異、期限切れ・滞留在庫、発注の属人化、棚卸時間、二重入力などに分けて洗い出します。
取り違え、疑義照会、監査資料作成も課題として挙げます。
開始時にKPIの基準値を測り、棚卸時間、期限切れ廃棄額、払出照合率などを記録します。
要件整理では、対象施設・拠点を確認します。利用者と権限、薬剤マスタ責任者も決めておきます。連携対象、KPI、障害時の代替手順も押さえます。
このほか、法令・監査要件、予算上限、稼働希望日も確認します。要件整理の確認項目は、合計9項目です。
フェーズ2：製品と開発会社の選定
パッケージ、クラウド・SaaS、オンプレミス、スクラッチ開発の中から選ぶ際は、価格だけで比べず、要件に合わせて判断します。
- 標準業務：在庫・発注・棚卸はパッケージやSaaSを活用します。
- 独自要件：承認や連携だけを追加開発するハイブリッド方式は、納期と適合性の調整に役立ちます。
- 個別開発：治験薬、複数法人の特殊物流、独自業務が中心になると、個別開発の比率が高まる可能性があります。
RFPや比較表には、同規模・同業態の実績と要件定義の担当者を含めます。
電子カルテ、レセコン、電子薬歴、電子処方箋との連携方式も書き込みます。
ロット・期限管理、バーコード照合、薬剤マスタの更新元、データ移行、復旧目標を記載します。
教育体制と解約時のデータ返却も記載します。
各社には5年総額を求めたうえで、デモでは通常処理に加えて、返品、廃棄、臨時処方、期限切れ、入庫差異を操作して確かめます。
ネットワーク断や、権限のない人による承認も試しておきます。
標準機能と追加開発の境界、連携の責任、保守窓口を確認します。
契約終了後のデータ利用と、現場教育の回数・方法も確認します。
選定時は、ここまでに挙げた項目を基本に確認します。
フェーズ3：設計・開発と安全な業務フローへの落とし込み
薬剤と記録の状態がどう変わるかを、機能の一覧とあわせて設計します。安全性に関わる判断の経路も、具体的に決めておきます。
- 業務状態：入庫から払出までの遷移、ロット、使用期限を定めます。
- 照合・承認：患者、薬剤、用量、経路、時間を照合する流れを設計します。照会の差し戻しと、承認者・時刻の記録も含めます。
- 薬剤マスタ：商品名、一般名、規格、単位、薬価を管理します。製造販売元、添付文書、保管条件も管理します。
マスタ情報は、取得元、確認者、反映時期を決めておく必要があります。特に、更新手順が曖昧だと、正確な情報を保てません。
安全警告は、適切な条件で表示し、根拠を確認できるように設計します。
重大度、表示時期、解除権限、理由の記録を定義します。
AIの使い方は、候補表示、記録支援、異常検知、需要予測などに限定します。
投薬判断そのものは自動化せず、最終確認者は人とします。
設計レビューでは、薬剤師、看護師、医師、情報システム担当、ベンダーの各代表が、画面と帳票を確認します。
フェーズ4：通常処理と例外処理のテスト
単体テストの後も、連携、業務、負荷、安全性を段階的に検証します。最後に、受入テストで利用者が稼働の可否を判断します。
- 機能・連携：単体テストと結合テストで、プログラムと機能間の動作を確認します。
- 業務・負荷：業務シナリオテストとピーク時の負荷テストを行います。
- 安全・受入：権限・ログのセキュリティテストと、利用者による受入テストを実施します。
シナリオには、入庫数量差異、規格違い、返品、廃棄を含めます。期限切れ、緊急払出、患者変更、処方取消も入れます。
バーコードの読み取りに失敗した場合も検証します。
移行データは、件数に加えて、薬剤コード、規格、単位、ロット、期限を照合します。
在庫数量と患者の紐付けも確認します。
現場で確認するサンプルの件数と承認者を決め、差異が残った場合の戻し方も用意します。
テスト項目は、通常処理、例外処理、ピーク負荷、権限分離、監査ログを含みます。さらに、バックアップ復元、通信断、紙運用への切替、移行照合、受入承認も含み、合計で10項目です。
フェーズ5：稼働時の切り替えと安全確認
稼働日は、現場が安全に新しい手順へ移る日です。まず、切り替えの前に作業時刻と障害時の判断者を決めておきます。
- 事前準備：マスタ凍結時刻、最終バックアップ、旧システム参照期間、実棚確認を定めます。
- 現場体制：端末・バーコード機器、連絡網、障害時の判断者を確認します。
- 切り替え時刻：繁忙時間を避け、夜間・休日は少人数体制と翌営業日の増員を組み合わせます。
稼働初日は、ベンダーが画面の操作を支えるとともに、実処方や実在庫を使った確認も手伝います。
並行稼働では、二重入力の期間と正とするデータを決めておきます。決めないままだと、新たな差異が生じます。
稼働の判定では、重大な未解決の障害がないことと、在庫・マスタ照合が終わっていることを確認します。
処方、払出、投与の記録をたどれることや、紙運用へ戻す条件が共有されていることも見ます。
フェーズ6：定着と改善、導入効果の測定
稼働後1〜3か月は、利用状況を定期的に確認します。問い合わせへの対応だけでなく、運用が定着しているかも見ます。
- 利用状況：ログイン、紙への回帰、警告を無視する操作を確認します。
- 情報更新：薬剤マスタの更新が滞っていないかを見ます。
- 効果測定：導入前に定めたKPIを月次で比較し、必要に応じて業務と画面を見直します。
KPIには、在庫差異、棚卸時間、期限切れ廃棄額、調剤待ち時間、疑義照会時間、インシデント件数を使います。
定着のためには、職種別の教育、異動者向けの再教育、操作手順書、問い合わせ窓口、改善要望の優先付けが必要です。
薬剤師会議や医療安全委員会など、既存の会議で改善結果を報告すると、担当者だけの活動になりにくくなります。
定着の確認項目には、月次のKPI、マスタ更新の責任者、研修計画、問い合わせの分類、障害・インシデントの振り返りがあります。
このほか、年次の権限棚卸し、契約更新、法改正対応も確認します。確認項目は、合計7項目です。
薬剤管理システムの費用相場とコストの内訳
費用は、施設規模、拠点数、処方・入庫件数、機能範囲で変わります。
連携、機器、移行、教育、保守の有無でも変わります。
予算は、初期、連携・移行、機器、運用の4区分に分けて組むと、実態に近づきます。
規模別の費用レンジ（予算の起点）
施設の規模と導入範囲に応じて、公開調達と一般的な業務システムの目安を組み合わせた参考レンジを見ていきます。
- 小規模施設：既製クラウド設定と最低限の連携で、初期50万〜300万円、月額5万〜30万円程度です。
- 中小病院：機器やマスタ、購買連携、教育を含めて300万〜1,500万円程度が検討レンジです。
- 病院薬剤部門：電子カルテ・調剤機器と一式導入する場合、3,000万〜1億2,000万円程度の例があります。
小規模施設の金額は、個別見積もりではなく目安です。拠点数や機器の有無によって上下します。
国立病院機構四国こどもとおとなの医療センターの薬剤部門システム一式は、2025年に46,970,000円で公表されました。
JCHO大和郡山病院の薬剤管理システム一式は2025年に69,286,800円、千葉県循環器病センターは2026年に119,900,000円でした。
出典は、政府公共調達データベース、JCHO公表資料、千葉県報です。価格は、機器・設定・移行・導入支援などを含む一式契約の金額です。そのため、ソフト単体の開発費と同一視できません。
初期費用以外を含む5年総額のコスト
ライセンスや開発費も費目ごとに分けて、初期費用以外の運用負担を含めて比べます。費用は、導入方式によっても変わります。
- 導入作業：要件定義、設定、追加開発、API連携の費用です。データクレンジング・移行、教育、リハーサル、稼働立会いも含みます。
- 機器・環境：端末、読取機、プリンター、分包機・監査機器接続、ネットワークが対象です。
- 運用費：保守、薬剤データベース、クラウド利用、法改正対応などの費用が含まれます。
クラウドでは、月額利用料と拠点・利用者の追加料金を確認します。
保管、バックアップ、通信障害時の運用も見ておきます。
オンプレミスでは、サーバー更新、OS・ミドルウェア保守、バックアップ媒体、院内ネットワーク更新が別途かかります。
保守、マスタ更新、セキュリティ対応には、初期費用の年10〜20％を予算枠とする考え方もあります。
保守費用には、年間固定型と機器ごとの契約型があります。
将来の負担を比べるには、まず5年間の初期費用、月額・年額、機器更新を並べます。そのうえで、追加拠点、教育、データ返却費も加えると、比べやすくなります。
京都府立洛南病院の2026年度の医事会計・薬剤管理システム運用保守業務は2,545,752円です。なお、これは新規開発費ではなく、既存システムの年間運用保守の参考値です。
薬剤管理システムの見積もりを取る際のポイント
見積もりの精度は、業務とデータをどこまで具体的に示せるかで変わります。依頼の内容が曖昧だと、会社ごとに前提が異なり、価格を比べられません。
業務フロー、対象拠点、薬剤数、利用者数を、同じ資料で渡します。連携先、機器、移行データ、稼働時期、保守の希望も記載します。
RFPに分けて書く業務・データ・非機能要件
RFPでは、機能、運用条件、連携、移行を分けて書きます。あわせて、繁忙時にも止まらず、誤操作や不正利用を追跡できるかを重視します。
- 機能要件：発注、入庫、在庫、棚卸、調剤を記載します。投与、廃棄、帳票、マスタ、権限、連携も記載します。
- 非機能要件：稼働・応答時間、同時利用者、復旧、ログ保存を示します。認証、暗号化、脆弱性対応も盛り込みます。
- 継続運用：データ所在、バックアップ、障害時の紙運用を定めます。
連携先の製品名、版、接続方式、データ項目を確認します。更新頻度、テスト環境、契約上の窓口も確認します。
薬剤マスタでは、コード体系、規格違い、単位換算の扱いを示します。薬価改定や添付文書変更を、マスタにどう反映するかも書いておきます。
移行要件では、対象年数と旧システムの参照期間を示します。欠損、重複、表記揺れを直す担当者も明確にしておきます。
複数社の同条件・5年総額による比較
最低2〜3社には同じRFPを渡し、価格と前提条件を揃えて比べます。費目を分けると、「一式」に含まれる範囲が見えてきます。
- 費目：標準機能、設定、追加開発、連携、移行を分けます。機器、教育、保守、法改正対応も分けて示します。
- 比較条件：「含む」「含まない」「別途見積もり」と前提条件を記載します。
- 選定先：医療システム会社、病院情報システムベンダー、薬局向けパッケージ会社などを検討します。
調剤機器メーカーや導入支援会社も、発注先の候補に入ります。ただし、安い提案が標準機能だけの場合もあるため、含まれる範囲を確かめます。
同業態・同規模の導入先、要件定義の担当、障害窓口を確認します。機器とソフトのどこまでを誰が受け持つかも確認します。
契約には、受入条件、遅延時の扱い、脆弱性対応、バックアップを含めます。データ返却、再委託、保守終了時の移行支援も入れます。
価格と同時に確認する医療安全・セキュリティ・継続運用
薬剤・患者情報を扱うため、見積もり時は医療安全、セキュリティ、継続運用を分けて確認します。
- セキュリティとBCP：ガイドラインに沿った対策をRFPに含めます。
- 電子処方箋：連携と調剤情報の利用条件が対象です。
- 安全性情報：報告に必要な検索・出力と履歴管理を確認します。
厚生労働省は2026年6月に「医療情報システムの安全管理に関するガイドライン第7.0版」を公表しました。また、同省は医療機関・薬局向けのサイバーセキュリティ対策チェックリストを統合しています（出典：厚生労働省、2026年6月公表資料）。
RFPには、多要素認証、権限分離、操作ログ、暗号化、脆弱性対応、バックアップ復元を含めます。さらに、インシデント時の連絡・報告と、サイバー攻撃を想定したBCPも確認します。
厚生労働省の公開情報では、2026年5月時点で薬局の9割以上に電子処方箋が導入されています。調剤結果の登録や重複投薬等チェックの状況も公表されています（出典：厚生労働省「電子処方せん対応の医療機関・薬局についてのお知らせ」、2026年公開情報）。
対応の可否に加えて、標準コード、同意の取得、処方・調剤情報の参照範囲、接続障害時の扱いを確認します。
PMDAの報告制度では、すべての医療機関と薬局などが対象施設です。医療関係者は、医薬品の副作用、感染症、不具合などを報告します（出典：独立行政法人医薬品医療機器総合機構、2026年確認情報）。
報告に必要な情報を検索・出力できるか、記録の修正履歴を残せるかを確認します。こうした確認は、監査や事故対応に役立ちます。
薬剤管理システム開発でよくある質問（FAQ）
最適な答えは、施設規模、既存システム、機器、現場の習熟度によって変わります。発注前によくある疑問に、判断の基準を示します。
薬剤管理システムはパッケージとスクラッチ開発のどちらがよいですか？
標準化できる業務が多く、短期間で稼働したい場合は、パッケージやSaaSが向いています。
独自の承認、複数法人の物流、特殊薬剤、複雑な連携が競争力や安全性に直結する場合は、追加開発やスクラッチ開発を検討します。
標準パッケージを土台に必要な連携だけを個別開発する方法なら、費用・期間・保守のバランスを取りやすくなります。
薬剤管理システムをクラウドで運用しても安全ですか？
クラウドとオンプレミスのどちらが安全かは、一概には言えません。安全性は、運用条件と委託先の役割分担によって判断します。
- 安全対策：認証、権限、暗号化、ログの設定を見ます。バックアップ、脆弱性対応、データ所在も確かめます。
- 復旧手順：ガイドラインに照らし、復旧目標と紙記録からの再入力方法を決めます。
- 業務継続：通信障害時も調剤・払出を止めない運用を整えます。
運用が整えば、クラウドならではの拠点展開のしやすさを活かせます。
薬剤管理システムの開発期間はどのくらいかかりますか？
導入方式と施設規模ごとに期間を比べると、必要な準備の日程を見通せます。
- 既製クラウド：設定のみなら1〜3か月、パッケージと標準連携なら3〜6か月です。
- 中規模病院：部門導入は6〜12か月、複数部門連携・スクラッチ開発は12〜24か月程度です。
これは一般的な工程からの推定です。期間は、要件の確定、マスタ整備、移行、並行稼働、教育、リハーサルの範囲によって変わります。
稼働日は先に固定せず、受入テストと現場教育の完了条件から逆算するのが安全です。
薬剤管理システムにAIを組み込めば投薬判断を自動化できますか？
AIを使う場合でも、投薬判断や安全確認の最終的な責任は自動化せず、人が確認します。
- 活用範囲：記録要約、候補薬検索、在庫需要予測、異常値発見、問い合わせの下書きから始めます。
- 設計要件：学習データ、根拠表示、誤警告の記録、承認者、更新時の検証を定めます。
導入後も、警告の精度と現場の負担を測定します。
まとめ
6つのフェーズで進めると、作業と判断の時期を整理できます。そのうえで、対象範囲、KPI、方式ごとの役割を初期に定めておきます。
病院・薬局・介護施設の違いを踏まえ、パッケージ、クラウド、個別開発をどこで使い分けるかを決めます。
発注前に確認する最終チェック
発注の前に、対象業務と拠点、現場の課題とKPI、マスタの責任者を決めます。既存システムや機器との接続条件も確認します。
- 業務と運用：通常・例外・障害時のテストと、稼働後の教育・改善体制を計画します。
- 契約と費用：5年総額で比べ、セキュリティとデータ返却を契約に含めます。
未確定の事項は、見積もりの前提条件として明示してから会社へ相談します。
費用と機能に加えた定着までの確認
費用の前提と稼働後の運用条件を合わせて確認すると、自施設に合う導入計画を判断しやすくなります。
- 価格の範囲：公開調達額は施設規模や機器・連携を含み、薬剤管理ソフト単体とは異なります。
- 自施設の見積もり：小規模施設から大規模病院まで幅があるため、条件ごとに費用を分解します。
- 定着の準備：安全な業務、正確なマスタ、障害時の代替、教育・改善を一つの計画にします。
▼全体ガイドの記事
・薬剤管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。