薬剤管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

薬剤管理システム開発は、薬剤の発注から入庫、保管、調剤、払出、投与、廃棄、記録までを安全につなぎ、現場の業務と医療安全を同時に改善する取り組みです。成功のポイントは、最初から大規模な機能を詰め込むことではなく、対象施設と課題を整理して、要件整理から定着までを順番に進めることです。

本記事では、病院・薬局・介護施設で異なる薬剤管理システムの範囲を切り分けたうえで、要件整理、製品・開発会社の選定、設計開発、テスト、稼働、定着の6フェーズを解説します。費用相場や見積書で確認すべき項目、現場で使えるチェックリスト、2026年時点の電子処方箋とセキュリティ対応まで、発注前に判断できる形でまとめます。

▼全体ガイドの記事
・薬剤管理システム開発の完全ガイド

薬剤管理システム開発の全体像

薬剤管理システムという言葉は、病院薬剤部の部門システム、薬局のレセコン・電子薬歴、介護施設の服薬管理、治験薬管理、医薬品と医療材料の院内物流まで含むことがあります。同じ名称でも利用者、扱う薬剤、記録すべき情報、必要な連携が異なるため、最初に対象業務を決めることが開発の出発点です。

病院であれば、薬剤部、病棟、外来、手術室、救急、医薬品倉庫のどこまでを対象にするかを決めます。薬局であれば、店舗内の調剤と在庫だけなのか、複数店舗の本部管理や在宅訪問まで含めるのかを分けます。介護施設であれば、入居者ごとの服薬予定、配薬、服薬実績、残薬、訪問看護や薬局との情報共有が中心になります。病院向けの高度な注射薬管理を薬局へそのまま持ち込むような比較をすると、過剰投資や要件漏れにつながります。

機能は「在庫」「調剤」「安全」「連携」「管理」の5つの流れで見ると整理しやすくなります。在庫では医薬品マスタ、入出庫、発注点、棚卸、ロット、使用期限、冷所品、毒薬・劇薬・麻薬などを扱います。調剤では処方受付、分包、注射薬や外用薬の払出、持参薬確認、服薬指導、投与実績を扱います。安全では禁忌、アレルギー、重複投薬、相互作用、用量、腎機能などのチェックと、疑義照会や承認履歴を残します。

さらに電子カルテ、レセコン、電子薬歴、購買・会計、電子処方箋、バーコードリーダー、分包機、調剤監査機器などとの連携を確認します。利用者ごとに参照・登録・承認・マスタ更新の権限を分け、誰がいつ何を変更したかを追跡できる監査証跡も必要です。システムの目的を「在庫を見える化する」だけに限定せず、取り違えの防止、監査対応、災害時の継続まで含めて定義すると、後工程での追加開発を抑えやすくなります。

薬剤管理システム開発の進め方｜6つのフェーズ

開発・導入は、要件整理、選定、設計開発、テスト、稼働、定着の順で進めます。実務では各フェーズが完全に一方向へ進むわけではなく、連携仕様や現場の確認結果を前の工程へ戻して調整します。ただし、責任者と完了条件を決めずに次へ進むと、稼働直前にマスタや業務フローが固まり、費用と現場負担が膨らみます。

最初に現行業務を、発注、納品、入庫、保管、調剤、払出、投与、返品、廃棄、棚卸、請求、報告の単位で書き出します。各業務について、担当者、入力項目、紙やExcelの有無、例外処理、承認者、所要時間、ミスが起きる場面を確認します。現場ヒアリングは薬剤師だけでなく、看護師、医師、事務、購買、情報システム担当、管理者にも行い、部門ごとに異なる「正しい業務」を可視化します。

課題は、在庫差異、期限切れ・滞留在庫、発注の属人化、棚卸時間、入力の二重化、薬剤取り違え、疑義照会の時間、監査資料の作成時間などに分けます。開始時点でKPIの基準値を測り、たとえば「棚卸に何時間かかるか」「期限切れ廃棄額はいくらか」「払出の照合率は何％か」を記録します。チェックリストは、□対象施設・拠点、□利用者と権限、□薬剤マスタの責任者、□連携対象、□KPI、□障害時の代替手順、□法令・監査要件、□予算上限、□稼働希望日、の9項目です。

選定では、パッケージ、クラウド・SaaS、オンプレミス、スクラッチ開発を同じ価格だけで比べないことが重要です。標準化できる在庫・発注・棚卸はパッケージやSaaSを使い、施設独自の承認や連携だけを追加開発するハイブリッド方式は、納期と適合性のバランスを取りやすい方法です。一方、治験薬、複数法人の特殊な物流、既存システムにない独自業務が中心なら、個別開発の比率が高くなる可能性があります。

RFPや比較表には、同規模・同業態の導入実績、要件定義の担当者、電子カルテ・レセコン・電子薬歴・電子処方箋との連携方式、ロット・期限管理、バーコード照合、薬剤マスタの更新元、データ移行方法、障害時の復旧目標、教育体制、解約時のデータ返却、5年総額を入れます。デモでは通常処理だけでなく、返品、廃棄、臨時処方、期限切れ、入庫差異、ネットワーク断、権限のない承認を実際に操作します。チェックリストは、□標準機能と追加開発の境界、□連携責任の所在、□保守窓口と対応時間、□契約終了後のデータ利用、□現場教育の回数と方法、の5項目です。

要件を画面一覧や機能一覧へ変換するだけでは不十分です。薬剤の入庫から払出までの状態遷移、ロットと使用期限の扱い、患者・薬剤・用量・経路・時間の照合、疑義照会の差し戻し、承認者と承認時刻、修正前後の値を設計します。薬剤マスタは商品名、一般名、規格、単位、薬価、製造販売元、添付文書情報、保管条件をどこから取得し、誰が確認し、いつ反映するかまで決めます。

医療安全に関わる警告は、出せることよりも、適切な条件で出て、根拠を確認できることが重要です。アレルギーや重複投薬などの警告について、重大度、表示タイミング、解除権限、理由の記録を定義します。AIを使う場合も、投薬判断を自動化するのではなく、候補表示、記録作成支援、異常検知、需要予測などに限定し、最終確認者を人として残します。設計レビューでは、薬剤師、看護師、医師、情報システム担当、ベンダーの各代表が画面と帳票を確認します。

テストは、プログラムが動くかを見る単体テストだけで終わらせません。機能間の連携を確認する結合テスト、現場の業務を一連で行う業務シナリオテスト、ピーク時の負荷テスト、権限やログを確かめるセキュリティテスト、利用者が受け入れを判断する受入テストを分けます。特に薬剤管理では、入庫数量の差異、同一薬剤の規格違い、返品、廃棄、期限切れ、緊急払出、患者変更、処方取消、バーコード読取失敗をシナリオに入れます。

本番データの移行テストでは、件数だけでなく、薬剤コード、規格、単位、ロット、期限、在庫数量、患者との紐付けが一致するかを照合します。移行後に現場が確認するサンプル件数と承認者を決め、差異が残った場合の戻し方も用意します。チェックリストは、□通常処理、□例外処理、□ピーク負荷、□権限分離、□監査ログ、□バックアップ復元、□ネットワーク断、□紙運用への切替、□データ移行照合、□受入承認、の10項目です。

稼働日は、システムを切り替える日ではなく、現場が安全に新しい手順へ移る日です。事前にマスタの凍結時刻、最終バックアップ、旧システムの参照期間、在庫の実棚確認、端末とバーコード機器の配置、連絡網、障害時の判断者を決めます。病院や薬局の繁忙時間を避け、夜間や休日に切り替える場合は、少人数でも対応できる体制と、翌営業日の増員を組み合わせます。

初日はベンダーの担当者が画面操作を教えるだけでなく、現場の実処方や実在庫を使った確認を支援します。並行稼働を行う場合は、二重入力の期間と、どちらを正とするかを決めないと新たな差異が生じます。稼働判定の基準は、重大な未解決障害がないこと、在庫とマスタの照合が完了していること、重要な処方・払出・投与記録が追跡できること、紙運用へ戻す条件が共有されていることです。

稼働後1〜3か月は、問い合わせを受けるだけでなく、利用状況を定期的に確認します。ログインできているか、紙へ戻っていないか、警告を無視する操作が増えていないか、薬剤マスタの更新が滞っていないかを見ます。導入前に決めた在庫差異、棚卸時間、期限切れ廃棄額、調剤待ち時間、疑義照会時間、インシデント件数を月次で比べ、効果が出ない指標は業務手順と画面の両方を見直します。

定着には、職種別の短い教育、異動者向けの再教育、操作手順書、問い合わせ窓口、改善要望の優先順位付けが必要です。薬剤師会議や医療安全委員会など、既存の会議体に改善結果を報告すると、システム担当だけの活動になりにくくなります。チェックリストは、□月次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公表資料、千葉県報です。これらは機器・設定・移行・導入支援などを含む一式契約の価格であり、ソフト単体の開発費と同一視できません。

見積書では、ライセンスや開発費だけでなく、要件定義、設定、追加開発、API連携、データクレンジングと移行、端末・バーコードリーダー・プリンター、分包機や監査機器との接続、ネットワーク、教育、リハーサル、稼働立会いを分けて確認します。クラウドなら月額利用料、利用者・拠点の追加料金、データ保管、バックアップ、通信障害時の運用を確認します。オンプレミスならサーバー更新、OSやミドルウェアの保守、バックアップ媒体、院内ネットワークの更新が別に発生します。

保守・マスタ更新・セキュリティ対応は、初期導入費の年10〜20％を大まかな予算枠とする考え方がありますが、実際は年間固定保守、機器保守、薬剤データベース利用料、クラウド利用料、法改正対応費に分かれます。導入から5年間の合計で、初期費用、月額・年額、機器更新、追加拠点、教育、データ返却費まで並べると、初期費用が安い提案の将来負担も比較できます。京都府立洛南病院の2026年度の医事会計システム及び薬剤管理システム運用保守業務は2,545,752円と公表されていますが、これは新規開発費ではなく既存システムの年間運用保守の参考値です。

薬剤管理システムの見積もりを取る際のポイント

見積もりの精度は、依頼側がどれだけ業務とデータを具体化できるかで変わります。「薬剤管理を効率化したい」という要望だけで依頼すると、会社ごとに前提条件が異なり、価格比較ができません。最低限の業務フロー、対象拠点、薬剤数、利用者数、連携先、機器、移行データ、稼働時期、保守の希望を同じ資料で渡します。

機能要件には、発注、入庫照合、在庫、棚卸、ロット・期限、調剤・払出、投与記録、廃棄、帳票、薬剤マスタ、権限、連携を記載します。非機能要件には、稼働時間、同時利用者数、応答時間、バックアップ、復旧目標、監査ログの保存期間、認証、暗号化、脆弱性対応、データの所在、障害時の紙運用を記載します。医療現場では、機能が多いことより、繁忙時間に止まらず、誤操作や不正利用を追跡できることが重要です。

連携要件では、相手システムの製品名、バージョン、接続方式、データ項目、更新頻度、テスト環境の有無、契約上の窓口を確認します。薬剤マスタは、コード体系、同一成分の規格違い、単位換算、薬価改定、添付文書変更の反映方法を示します。移行要件では、過去何年分を移すか、旧システムをいつまで参照できるか、欠損・重複・表記揺れを誰が直すかを明確にします。

比較は最低でも2〜3社に同じ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を使っても、患者への投薬判断や安全確認の最終責任を自動化する設計は避ける必要があります。記録の要約、候補薬の検索、在庫需要の予測、異常値の発見、問い合わせ対応の下書きなど、人が確認しやすい用途から始めます。学習データ、根拠の表示、誤警告の記録、承認者、モデル更新時の検証を要件に含め、導入後も警告の精度と現場負担を測定します。

まとめ

薬剤管理システム開発の進め方は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで考えると、やるべきことと判断のタイミングを整理できます。特に重要なのは、病院・薬局・介護施設の対象範囲を最初に分け、在庫差異や棚卸時間などのKPIを設定し、パッケージ・クラウド・個別開発の境界を明確にすることです。

最終チェックでは、□対象業務と拠点が決まっている、□現場の課題とKPIを測っている、□薬剤マスタの責任者が決まっている、□既存システムと機器の接続条件を確認している、□通常・例外・障害時のテストを計画している、□5年総額で比較している、□セキュリティとデータ返却を契約に入れる、□稼働後の教育と改善体制がある、の8項目を確認します。1つでも未確定なら、見積もりの前提条件として明示してから会社へ相談します。

公開調達の一式価格は、病院の規模や機器・連携範囲を含むため、薬剤管理ソフト単体の価格ではありません。小規模施設の参考レンジから大規模病院の一式契約まで幅があることを前提に、自施設の条件で見積もりを分解します。導入を成功させるには、現場が安全に使える業務フロー、正確なマスタ、障害時の代替手順、教育と改善の仕組みを一つの計画にまとめることが大切です。

▼全体ガイドの記事
・薬剤管理システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。