薬剤管理システムの発注は、対象業務を整理し、要件と契約条件を文書にまとめ、現場シナリオで検証する順に進めます。この流れで進めると、安全性と運用性を両立できます。
全体像は、薬剤管理システム開発の完全ガイドもあわせてご覧ください。
▼全体ガイドの記事
・薬剤管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
薬剤管理システムを発注・外注する前に整理する全体像

薬剤管理システムは、薬品マスタを起点に、発注から調剤までを一つにつなぎます。
払出から廃棄、帳票までも、同じ仕組みで扱います。
病院薬剤部、保険薬局、介護施設では、扱うデータも責任者も異なります。そのため、同じ薬剤管理でも必要な仕組みは変わります。
病院・薬局・介護施設ごとの発注要件の違い
施設ごとに主な業務と接続先の既存システムが異なるため、対象範囲を次のように切り分けます。
- 病院:病棟・外来への払出、注射薬、持参薬、電子カルテ、医事会計、調剤機器。
- 保険薬局:レセコン、電子薬歴、複数店舗の在庫移動、処方箋枚数、分包・監査機器。
- 介護施設:利用者ごとの服薬予定、介護職の確認、家族や訪問薬剤師との共有、誤薬記録。
対象業務を先に切り分けておくと、必要以上の投資も機能の不足も防げます。
発注前の改善目標とKPI
目標が「業務を効率化する」のままでは、各社の提案や見積を同じ物差しで比べられません。そこで、在庫差異額や棚卸時間などを現状値と目標値で置いておきます。
- 在庫:在庫差異額、期限切れ・滞留在庫の金額。
- 作業時間:棚卸、発注入力、調剤待ち、疑義照会の記録にかかる時間。
- 安全:インシデント件数など、稼働後に確認できる指標。
たとえば、棚卸時間を月30時間から15時間に減らす目標を置けます。期限切れ薬を前年度比で削減する設定も可能です。これらを稼働後に確かめられる形にしておくと、委託先との認識をそろえられます。
薬剤管理システムの発注形態の選び方
発注形態は、既製のパッケージ、クラウド型、個別開発に大別できます。さらに、既製品に追加開発を組み合わせる方法もあります。
法改正や薬剤マスタの更新が続き、既存機器や電子カルテとの連携も必要な案件では、標準機能を生かす方式が比べやすくなります。
標準化と短期稼働を重視する場合のパッケージ導入
パッケージには、薬剤業務で多く使われる機能がそろっています。そのため、導入期間を抑えやすく、医療分野の更新や保守のノウハウも活用できます。
独自の承認フローや特殊な薬剤管理を無理に合わせると、現場が紙やExcelへ戻ることがあります。
- 標準機能:在庫、発注、棚卸、期限・ロット、調剤、監査。
- 個別要件:標準で変えられない業務を洗い出し、運用変更と追加開発に分ける。
運用責任と独自性で比べるクラウドとスクラッチ
クラウド型は、サーバー保守や拠点追加の負担を抑えやすい方式です。複数店舗や施設への展開にも向いています。
- クラウド:通信障害時の閲覧・入力、保管場所、バックアップ、終了時の返却、変更範囲。
- スクラッチ:独自業務に合わせやすい一方、費用・期間・保守人材・法改正対応の責任が増える。
また、競争力や安全性につながる業務に絞って個別開発する方法もあります。独自の物流や治験薬、特殊薬などが対象になり、複雑な権限設計もそこに含まれます。
ハイブリッド方式の連携部分の明確化
機能ごとに担当範囲とデータ責任を整理しておけば、連携後の追加費用や納期の延びを防げます。
- パッケージ:薬剤マスタや在庫を管理。
- API・連携アプリ:電子カルテ、レセコン、電子処方箋、バーコード機器を接続。
- 追加開発:施設独自の帳票など、標準機能にない部分を対応。
RFPには、正とするシステムと連携頻度を書きます。さらに、エラー時の再送とデータ責任者、障害時の代替入力も記載します。
薬剤管理システムの発注・外注におけるRFPと要件整理

RFPは、実現内容や理由、期限を、条件とあわせて伝える文書です。機能に加えて、現行業務、対象拠点、データ量を書きます。利用者、連携、運用体制、評価方法も書けば、各社を同じ条件で比べられます。
要件がまだ固まっていなくても、相談はできます。その場合は、未確定の事項がどの状態にあるかを明記して伝えます。
薬剤の流れに沿った現行業務の整理
発注から月次報告までを順に書き出し、工程ごとに担当者や画面を整理します。
確認内容と記録も、あわせて工程に添えます。
- 発注前の在庫確認と発注承認。
- 納品、検品、棚入れ、払出。
- 返品、廃棄、棚卸、月次報告。
例外処理として、欠品や分納、期限が近い薬を含めます。規格変更や返品、緊急処方も、同じ枠組みで扱います。
停電やネットワーク断、バーコード読取の失敗も整理しておくと、デモでは見えにくい実運用の差が分かります。
RFPに記載する連携・機器・データ移行・運用
提案範囲と安全性を比べられるよう、RFPには次の要件を記載します。
- 対象と機能:施設、利用者、薬剤マスタの項目・更新方法、在庫単位、ロット・期限。
- 安全と権限:毒薬・劇薬・麻薬の管理、権限、監査ログ。
- 接続と移行:電子カルテ、レセコン、バーコード、分包機、データ移行。
- 導入後:教育、保守、障害対応、セキュリティ、納品物、受入基準。
安全性情報や添付文書を確認・更新する場合は、情報源と反映者、日時を明記します。承認者も記録に残します。
PMDAは医療関係者からの副作用等の報告制度を案内しています。そのため、安全性の記録をどこまで出力・連携するかも、あわせて確認します。
発注時点で決める受入基準
受入基準を納品後に決めると、未完成のものを検収してしまう原因になります。そこで、業務シナリオで判定できる基準を発注時点で用意します。
- 検索:指定薬剤を正しい規格・単位で検索できる。
- 履歴:入庫と棚卸の数量差異が記録に残る。
- 権限:権限のない職種は承認できない。
- 連携エラー:受信データのエラーを担当者が確認できる。
処理速度や同時利用者数、復旧時間は、必要に応じて数値で合意します。
障害時の紙運用への切替も、数値で合意しておきます。
請負・準委任・保守の契約形態の使い分け

開発会社に一括で任せる場合でも、同じ契約書だけで各工程を済ませないようにします。
要件の確定度や委託内容に応じて、成果物と責任のほか、変更手続きや料金の根拠を工程ごとに確かめます。
契約形態は、名称より実際の業務内容と検収条件で判断します。
請負契約の成果物と検収条件
請負契約は、合意した成果物を完成させて発注者が検収する形式に向いています。
- 成果物:画面・プログラム、設計書、連携仕様書、移行結果。
- 検証資料:テスト結果、操作マニュアル、障害時手順。
- 契約条件:変更、追加費用、納期、不具合修正、知的財産権とデータの帰属。
伴走型の要件定義や運用支援に使う準委任契約
準委任契約は、専門人材が業務を進める形式です。
成果を一つに定めにくい支援に適しています。
- 対象業務:要件定義、現場ヒアリング、プロジェクト管理、データ移行支援、運用改善。
- 進行管理:会議体、報告内容、課題管理、意思決定期限、担当者の役割。
作業時間の管理に加えて、業務責任者を発注者側に置きます。業務責任者が不在だと、要件が進みにくくなります。
保守契約の更新・障害・データ返却の範囲
保守範囲と料金の内訳を確かめたうえで、障害時の対応や解約時のデータ返却まで契約に含めます。
- 対応体制:受付時間、重大障害の初動、復旧目標、代替運用。
- 更新・安全:バックアップ、脆弱性、薬価・薬剤マスタ、法令・ガイドライン改定。
- クラウド:責任分界、データセンター障害、利用停止連絡、返却形式と期限。
料金は項目ごとに分けて比べます。
固定保守や機器保守のほか、薬剤データ利用料、クラウド利用料、追加改修が対象です。
薬剤管理システムの費用相場と見積の内訳
価格は、施設の規模や利用者数、薬剤数、拠点数によって変わります。
機器や連携、移行、教育、保守の範囲も、価格に影響します。
公開調達は一式契約で、純粋なソフトウェア開発費とは限りません。ここに示す額は、公開資料と一般的な業務システムに基づく予算の目安です。個別案件の見積を断定するものではありません。
施設規模と方式ごとの予算レンジ
費用の目安は、施設規模と導入範囲によって異なります。次のレンジは、いずれも利用者数、店舗数、機器台数、連携方式により変動するため、それぞれの条件とあわせて検討します。
- 小規模な薬局・介護施設:既製クラウドの設定、端末、マスタ登録、最低限の連携を行う場合、初期50万〜300万円、月額5万〜30万円程度。
- 中小病院:在庫・発注・棚卸・期限・ロットを中心に、バーコード端末、会計・購買連携、教育まで含める場合、300万〜1,500万円程度。
- 病院薬剤部門:調剤、注射、持参薬、安全チェック、電子カルテ連携、機器連携を一式で導入する場合、3,000万〜1億2,000万円程度。
公開調達では、実際に結ばれた契約金額も目安として見られます。次の3件は、いずれも一式での契約です。
- JCHO大和郡山病院:2025年、「薬剤管理システム 一式」を69,286,800円でNTTデータと契約。
- 国立病院機構:2025年、薬剤部門システム一式は46,970,000円。
- 千葉県循環器病センター:2026年公表、薬剤管理システム一式は119,900,000円。
JCHO大和郡山病院の例は、2025年公表の資料を出典としています。国立病院機構と千葉県の例は、政府公共調達データベースと千葉県公表資料に基づきます(2025〜2026年)。
病院の規模や機器、連携の範囲によっては、1億円を超える例もあります。
初期費用・連携費用・運用費用の内訳
見積書は、初期費用と継続費用に分けて、含まれる範囲や追加費用を確かめます。
- 初期費用:要件定義、設計・開発、ライセンス、クラウド環境、端末、バーコードリーダー、分包・監査機器、インターフェース。
- 導入作業:データ移行、マスタ整備、テスト、教育、稼働立会い。
- 継続費用:月額・年額の利用料、薬剤データベース、保守、監視、バックアップ、問い合わせ、法改正対応。
特に、初期費用が安い提案では、連携や教育、移行、5年目の更新費が別途になっている場合があります。
予算申請では、初期費用と5年間の総保有コストを分けて示します。
保守、マスタ更新、セキュリティ対応の予算枠として、導入費の年10〜20%程度を置く考え方もあります。ただし、実額は契約内容で変わります。
機器の買い替えやネットワーク増強、院内端末も見込んでおきます。
教育中の人件費や並行稼働も含めると、導入後の想定外の費用を抑えやすくなります。
薬剤管理システムの委託先選定と見積比較のポイント
委託先は、知名度よりも、業態への適合性や連携・保守の一貫性、現場要件を整理する力で選びます。
SIer、医療機関向け基盤ベンダー、薬局向けパッケージ会社、調剤機器メーカーでは、得意分野が異なります。
候補は同じ質問で評価し、デモや導入事例も確かめます。そうすると、営業資料だけでは見えない差が分かります。
同規模・同業態の実績と担当者
実績件数だけでなく、施設の種別や規模、連携先、機器、導入期間、稼働後の支援範囲まで確かめます。
- 施設条件:病床数・店舗数、薬剤師数、業態。
- 導入内容:連携先、機器、導入期間、稼働後の支援。
- 現場の声:要件定義、移行負担、警告、障害対応、保守窓口。
可能であれば、類似施設の現場責任者に運用の実態を聞きます。なお、公開されている事例でも、薬局向けと病院向けでは範囲が異なります。
自社の業務シナリオによるデモの比較
自社の薬剤マスタを想定して、発注から棚卸差異の承認まで、一連の操作を見せてもらいます。
- 発注点を下回った薬の発注。
- 分納品の検品と、ロット・使用期限の登録。
- 病棟への払出、返品・廃棄、棚卸差異の承認。
禁忌や重複投薬、アレルギーの警告は、表示されるだけでなく、判断した人と解除理由が記録に残るかまで確かめます。また、過剰な警告をどう見直すかも聞いておきます。
見積比較の前提条件と除外項目
見積の差を判断するには、対象拠点や数量、作業条件をそろえて比べる必要があります。
- 規模:端末台数、薬剤数、同時利用者数。
- 導入作業:移行期間、連携本数、テスト回数、教育日数、稼働立会い。
- 契約範囲:保守時間、税、機器、追加単価、納期への影響。
各社には、含むものと含まないもの、前提、追加単価、納期への影響を書いてもらいます。
評価表には、機能の適合性と医療安全、連携、実績を入れます。
導入体制、セキュリティ、保守、5年総額も、同じ表で比べられるようにします。
最安値の提案でも、移行や障害時の運用が弱ければ、稼働後の停止リスクが高まります。一方で、不要な機能を含む高額な提案には、再見積を依頼します。
要件は必須、重要、将来検討に分けておくと、価格だけに偏らず比べられます。
医療安全・セキュリティ・障害時運用の発注条件
薬剤管理システムは患者や医薬品の情報を扱うため、誤操作の防止と追跡が欠かせません。発注時には、権限やMFA、暗号化、ログの扱いを確かめます。さらに、バックアップ、脆弱性対応、再委託、データ返却、教育、事故報告も条件として確認します。
2026年6月には、厚生労働省が安全管理ガイドライン第7.0版と、医療機関・薬局向けのサイバーセキュリティ対策チェックリストを掲載しています。そのため、最新版との適合範囲を説明してもらいます(出典:厚生労働省、2026年)。
AIや自動判定に残す人の承認
AIや自動化を提案された場合は、処方や投薬の最終判断をシステムに任せない設計を求めます。まずは候補薬の検索など、担当者が確認・承認できる用途から始めます。
- 活用例:候補薬の検索、記録の要約、在庫需要の予測、異常な発注量の検知。
- 確認項目:提案理由、参照データ、モデル・ルール更新履歴、誤警告の記録、手動訂正方法。
発注側は、AIの出力が薬剤師や医師の判断を置き換えない形で、責任の分け方を契約に書きます。
電子処方箋と既存システムの接続条件
電子処方箋は、取得する情報や確認画面、同意の取り方、エラーの記録方法まで評価します。厚生労働省によると、管理サービスでは処方・調剤情報を確認でき、さらに2025年1月からは一部の院内処方等の情報も登録・参照できます(出典:厚生労働省「電子処方箋」、2026年更新)。
RFPには、次の内容を書きます。
- 確認項目:直近の薬剤情報と重複投薬チェック。
- 運用面:院内処方や処方変更、通信断時の扱い。
停止しない業務と紙へ戻す手順のテスト
システムの停止中も、調剤や投与を止められない場合があります。そのため、停止時の記録と復旧後の照合を定めておきます。
- 想定事象:通信断、クラウド障害、停電、端末故障、ランサムウェア。
- 代替運用:参照情報、紙の記録項目、二重入力防止、復旧後の照合、報告先。
- 復旧:優先工程を決め、訓練で実際の所要時間を測る。
契約には、障害時の連絡先と初動、復旧目標を含めます。
原因報告と再発防止も、あわせて盛り込みます。
薬剤管理システムの発注・外注でよくある質問
外注では、発注前に決めきれないことや見積の見方について、質問が多く寄せられます。
費用やクラウドの安全性は、施設規模や契約によって変わります。そのため、自社の業務と責任の分け方に照らして確かめます。
小規模な薬局や介護施設でも薬剤管理システムを外注できますか?
外注できます。小規模な施設では、負担の大きい業務から既製のクラウドを導入し、必要な連携だけを追加する方法が現実的です。
目安は、初期費用が50万〜300万円、月額が5万〜30万円程度です。端末や薬剤マスタ、電子薬歴・レセコン連携、利用者数によって変わります。
見積では、これらが費用に含まれるかどうか、前提をそろえて確かめます。
RFPを作成できない状態でも開発会社に相談できますか?
相談できます。困りごとや対象施設、薬剤の流れを整理しておくだけでも、委託先は要件定義の進め方を提案できます。利用者や利用中のシステム、連携先、希望時期、予算上限まで分かれば、話をより具体的に進められます。
相談時の前提を正式な発注へ引き継ぐため、ヒアリング記録や課題、対象外の業務、追加の調査費用を書面で確かめます。また、要件定義を準委任契約で先行させ、その後に開発契約へ移る方法もあります。
クラウド型の薬剤管理システムは安全ですか?
クラウドだから安全とも危険とも、一律には言えません。認証や権限、暗号化、監査ログ、バックアップを確かめます。
脆弱性への対応や再委託、復旧、データの所在地、解約時の返却も確かめたうえで、自施設のリスクに合う運用を契約に定めます。
厚生労働省の最新ガイドラインなどへの対応資料は、ベンダーに示してもらいます。また、通信断の間も運用を続けられるかは、実機で確かめます。
薬剤管理システムの見積は何社から取るべきですか?
比べられる条件をそろえられるなら、3社前後から取る方法が実務的です。社数よりも、条件をそろえることが大切です。
提案は、同じRFP、業務シナリオ、連携条件、5年総額の前提でそろえて受けます。
価格差が出たら、その中身を機能や移行、教育、機器、保守、障害対応の範囲に分けて見ます。そのうえで、必須要件を満たす提案どうしを比べます。
まとめ:薬剤管理システムの業務範囲と総額をそろえた発注
まず、病院・薬局・介護施設のどの業務を対象にするかを決め、発注から投与、廃棄までの流れを一覧にします。
次に、パッケージやクラウド、スクラッチ、ハイブリッドを比べ、現場の課題とKPIに合う方式を選びます。
RFP・契約・見積の一つの条件表
RFPには、機能や連携、機器、移行の範囲を記載します。さらに、教育やセキュリティ、受入基準を同じ文書に書き込みます。また、障害時の運用や保守、データ返却も含めます。
請負と準委任を工程に応じて使い分け、初期費用だけでなく5年総額で比べます。
公開調達の価格は、一式契約の範囲を確かめたうえで、自施設の条件にそのまま当てはめないようにします。
現場を含む体制での小規模検証と本番発注
本番展開の前に、委託先の実績と自社業務での検証、導入後の安全な運用を確かめます。
- 委託先:同規模・同業態の実績、連携力、医療安全、マスタ更新、導入後の保守。
- 小規模検証:自社業務のデモと受入テストを、1病棟・1店舗・1薬剤庫などで実施。
- 展開判断:在庫差異、棚卸時間、期限切れ、入力工数、警告精度を測定。
- 判断と支援:重要判断は医療従事者が担い、システムは記録と確認を支える。
薬剤管理システムの発注は、安い製品を買うことより、医療安全と日々の業務を続けられる仕組みを、委託先と一緒に設計する案件です。
対象業務、要件、契約、費用、運用の責任を文書にまとめ、委託先と条件を合意することが、発注を成功させる近道です。
▼全体ガイドの記事
・薬剤管理システム開発の完全ガイド
▼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を創業。
