薬剤管理システム開発の発注/外注/依頼/委託方法について

薬剤管理システムの発注・外注では、機能の多さよりも、対象施設の業務範囲、既存システムとの連携、医療安全、導入後の運用責任を先に定義することが成功の条件です。

薬剤部門や薬局の業務をデジタル化したい一方で、「パッケージで足りるのか」「どこまでRFPに書くのか」「見積金額は妥当なのか」と迷う担当者は少なくありません。本記事では、薬剤管理システムを発注・外注する際の選択肢、要件整理、契約形態、費用相場、委託先選定、見積比較、受入テストまでを、病院・薬局・介護施設の違いを踏まえて解説します。

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

薬剤管理システムを発注・外注する前に整理する全体像

薬剤管理システムは、薬品マスタ、発注、入庫、在庫、調剤、払出、投与、返品、廃棄、帳票までをつなぐ業務システムです。ただし、病院薬剤部、保険薬局、介護施設では扱うデータと責任者が異なるため、同じ「薬剤管理」という言葉でも必要な仕組みは変わります。最初に対象業務を切り分けることが、過剰投資と機能不足の両方を防ぎます。

病院では、薬剤部の在庫だけでなく、病棟や外来への払出、注射薬、持参薬、電子カルテ、医事会計、調剤機器との連携が論点になります。保険薬局では、レセコンや電子薬歴、複数店舗の在庫移動、処方箋枚数、分包・監査機器との接続が重要です。介護施設では、利用者ごとの服薬予定、介護職の確認、家族や訪問薬剤師との情報共有、誤薬時の記録が中心になります。

「業務を効率化する」だけでは、提案内容や見積を比較できません。在庫差異額、期限切れ・滞留在庫の金額、棚卸にかかる時間、発注入力の工数、調剤待ち時間、疑義照会の記録時間、インシデント件数などを、現状値と目標値で置きます。例えば、棚卸時間を月30時間から15時間に減らす、期限切れ薬を前年度比で削減するなど、稼働後に確認できる指標にすると、委託先との認識がそろいます。

薬剤管理システムの発注形態はどれを選びますか？

薬剤管理システムの発注形態は、既製パッケージ、クラウド型サービス、個別開発、既製品と追加開発を組み合わせるハイブリッドの4つに大別できます。結論として、法改正や薬剤マスタ更新が継続し、既存機器・電子カルテとの連携も必要な案件では、標準機能を活用しながら不足部分だけを追加開発する方式が比較しやすい選択肢です。

パッケージは、在庫、発注、棚卸、期限・ロット、調剤、監査など、薬剤業務で頻出する機能をあらかじめ備えています。導入期間を抑えやすく、医療分野で求められる更新や保守のノウハウを活用できる点が利点です。一方で、独自の承認フローや特殊な薬剤管理を無理に合わせると、現場が紙やExcelへ戻ることがあります。標準機能で変えられない業務を先に洗い出し、運用を変える範囲と追加開発する範囲を分けます。

クラウド型は、サーバーの保守や拠点追加の負担を抑えやすく、複数店舗・複数施設への展開にも向きます。ただし、通信障害時の閲覧・入力、データの保管場所、バックアップ、サービス終了時の返却、カスタマイズの限界を契約前に確認します。スクラッチ開発は、独自の物流や治験薬、特殊薬、複雑な権限設計に合わせやすい反面、費用・期間・保守人材・法改正対応の責任が大きくなります。独自性が本当に競争力や安全性につながる業務だけを個別開発にすることが大切です。

実務では、薬剤マスタや在庫などはパッケージ、電子カルテ・レセコン・電子処方箋・バーコード機器との接続はAPIや連携アプリ、施設独自の帳票は追加開発という分け方が現実的です。RFPには「どのシステムが正となるか」「連携頻度」「エラー時の再送」「データの責任者」「障害時の代替入力」を書きます。連携先が未確定のまま本体だけを発注すると、後から追加費用と納期延長が発生しやすくなります。

薬剤管理システムの発注・外注はRFPと要件整理から始めます

RFPは、委託先に「何を、なぜ、いつまでに、どの条件で実現してほしいか」を伝える文書です。機能一覧だけでなく、現行業務、対象拠点、データ量、利用者、連携、運用体制、評価方法を含めると、各社の提案を同じ条件で比較できます。要件を完璧に確定してから相談する必要はありませんが、未確定事項を未確定のまま明示することが重要です。

要件整理では、発注前の在庫確認、発注承認、納品、検品、棚入れ、払出、返品、廃棄、棚卸、月次報告の順に業務を書き出します。各工程で「誰が」「どの画面で」「何を確認し」「何を記録するか」を整理し、例外処理も加えます。欠品、分納、期限が近い薬、規格変更、返品、緊急処方、停電、ネットワーク断、バーコード読取失敗を含めると、デモでは見えにくい実運用の差が見えます。

RFPに含める項目は、対象施設と利用者、機能範囲、薬剤マスタの項目と更新方法、在庫単位、ロット・期限、毒薬・劇薬・麻薬の管理、権限、監査ログ、電子カルテやレセコンとの連携、バーコードや分包機の接続、データ移行、教育、保守、障害対応、セキュリティ、納品物、受入基準です。医薬品の安全性情報や添付文書の確認・更新が必要な場合は、情報源、反映者、反映日時、承認者を明記します。PMDAは医療関係者からの副作用等の報告制度を案内しているため、安全性に関する記録をどこまで出力・連携するかも確認事項です。

受入基準は、納品後に初めて考えると、未完成でも検収してしまう原因になります。「指定した薬剤を正しい規格・単位で検索できる」「入庫と棚卸の数量差異が履歴に残る」「権限のない職種は承認できない」「電子カルテから受けたデータのエラーを担当者が確認できる」など、業務シナリオで判定できる文章にします。処理速度や同時利用者数、バックアップからの復旧時間、障害時の紙運用への切替も、必要なら数値で合意します。

契約形態は請負・準委任・保守を分けて考えます

薬剤管理システムは、要件の確定度と委託内容に応じて契約を分けます。開発会社に一括で任せる場合でも、企画・要件定義、設計・開発、導入支援、保守・運用を同じ契約書だけで済ませるのではなく、成果物、責任、変更手続き、料金の根拠を工程ごとに確認します。契約名だけでなく、実際の業務内容と検収条件で判断することが大切です。

請負契約は、合意した成果物を完成させ、発注者が検収する形に向いています。薬剤管理システムでは、画面やプログラムだけでなく、設計書、連携仕様書、薬剤マスタ移行結果、テスト結果、操作マニュアル、障害時手順を成果物に含めるかを確認します。仕様変更の扱い、追加費用の算定方法、納期の再設定、瑕疵や不具合の修正期限、知的財産権とデータの帰属も契約書や個別契約に落とし込みます。

準委任契約は、専門人材が業務を遂行することに対して報酬を支払う形で、要件定義、現場ヒアリング、プロジェクト管理、データ移行支援、運用改善など、成果の形を一つに定めにくい業務に向きます。作業時間だけを管理するのではなく、会議体、報告内容、課題管理、意思決定の期限、担当者の役割を決めます。発注者側の業務責任者が不在だと、準委任でも要件が進まないため、院内・社内の体制も同時に整えます。

保守契約では、問い合わせの受付時間、重大障害の初動時間、復旧目標、代替運用、バックアップ、脆弱性対応、薬価改定や薬剤マスタ更新、法令・ガイドライン改定への対応範囲を確認します。クラウドの場合はサービス提供者の責任分界、データセンター障害、利用停止時の連絡、解約時のデータ形式と返却期限が重要です。保守料金を導入費の一定割合だけで判断せず、固定保守、機器保守、薬剤データ利用料、クラウド利用料、追加改修を分けて比較します。

薬剤管理システムの費用相場と見積の内訳

薬剤管理システムの価格は、施設規模、利用者数、薬剤数、拠点数、機器、連携、移行、教育、保守を含むかで大きく変わります。公開調達の金額は一式契約であり、純粋なソフトウェア開発費とは限りません。したがって、以下は公開資料と一般的な業務システムの目安を組み合わせた予算検討用のレンジであり、個別案件の見積金額を断定するものではありません。

小規模な薬局や介護施設で、既製クラウドの設定、端末、マスタ登録、最低限の連携を行う場合は、初期50万〜300万円、月額5万〜30万円程度が一つの検討レンジです。中小病院で在庫・発注・棚卸・期限・ロットを中心に導入し、バーコード端末、会計・購買連携、教育まで含める場合は、300万〜1,500万円程度が目安になります。いずれも利用者数、店舗数、機器台数、連携方式により変動します。

病院薬剤部門として調剤、注射、持参薬、安全チェック、電子カルテ連携、機器連携を一式で導入する場合は、3,000万〜1億2,000万円程度のレンジも想定します。公開資料では、2025年にJCHO大和郡山病院の「薬剤管理システム 一式」が69,286,800円でNTTデータと契約されています（出典：JCHO大和郡山病院、2025年公表資料）。また、2025年の国立病院機構の薬剤部門システム一式は46,970,000円、2026年公表の千葉県循環器病センターの薬剤管理システム一式は119,900,000円とされており、病院規模や機器・連携の範囲によって1億円を超える例もあります（出典：政府公共調達データベース・千葉県公表資料、2025〜2026年）。

見積書では、要件定義、設計・開発、ライセンス、クラウド環境、端末やバーコードリーダー、分包・監査機器、インターフェース、データ移行、マスタ整備、テスト、教育、稼働立会いを分けてもらいます。月額や年額では、利用料、薬剤データベース、保守、監視、バックアップ、問い合わせ、法改正対応を区分します。初期費用だけが安い提案は、連携、教育、移行、5年目の更新費を別途にしている可能性があります。

予算申請では、初期費用と5年間の総保有コストを別々に示します。一般的な予算枠として、保守・マスタ更新・セキュリティ対応を導入費の年10〜20％程度で置く考え方がありますが、実際には契約内容で変わります。既存機器の買い替え、ネットワーク増強、院内端末、教育期間中の人件費、並行稼働の負担も含めると、導入後に想定外の費用が発生しにくくなります。

薬剤管理システムの委託先選定と見積比較のポイント

委託先は、会社の知名度だけでなく、対象業態への適合性、導入・連携・保守を一貫して担えるか、現場の要件を翻訳できるかで選びます。SIer、医療機関向け基盤ベンダー、薬局向けパッケージ会社、調剤機器メーカーでは得意領域が異なります。候補を同じ質問で評価し、デモや導入事例の確認まで行うと、営業資料だけでは分からない差を把握できます。

導入実績は件数だけでなく、施設種別、病床数や店舗数、薬剤師数、連携先、機器、導入期間、稼働後の支援範囲を確認します。可能であれば、類似施設の現場責任者から、要件定義の進め方、データ移行の負担、警告の多さ、障害時の対応、保守窓口の実態を聞きます。公開事例に出ている企業でも、薬局向けサービスと病院薬剤部向けシステムでは対応範囲が異なるため、事例の業態を取り違えないことが大切です。

デモでは、ベンダーが用意したきれいなサンプルだけを見ないようにします。自社の薬剤マスタを想定し、発注点を下回った薬を発注し、分納された品を検品し、ロットと使用期限を登録し、病棟へ払出し、返品・廃棄し、棚卸差異を承認する一連の操作を見せてもらいます。禁忌・重複投薬・アレルギーなどの警告は、表示されることだけでなく、誰が判断し、解除理由をどう残し、過剰警告をどう見直すかを確認します。

見積比較では、A社が安くB社が高いという結果だけで決めません。対象拠点、端末台数、薬剤数、同時利用者数、移行データの期間、連携本数、テスト回数、教育日数、稼働立会い、保守時間、税や機器の扱いをそろえます。各社に、含むもの・含まないもの・前提・追加単価・納期への影響を記載してもらうと、後から膨らむ追加費用を見つけやすくなります。

評価表は、機能適合性、医療安全、連携、実績、導入体制、セキュリティ、運用保守、5年総額のような項目に分け、価格だけに偏らない配点にします。例えば、最安値でもデータ移行や障害時運用が弱ければ、稼働後の業務停止リスクが高まります。反対に、高額な提案でも不要な機能や機器が含まれている場合があるため、必須・重要・将来検討に分けて再見積を依頼します。

医療安全・セキュリティ・障害時運用を発注条件に含めます

薬剤管理システムは、患者情報と医薬品情報を扱うため、便利な機能だけでなく、誤操作を防ぎ、問題が起きたときに追跡できる仕組みが必要です。発注時点で権限、MFA、暗号化、ログ、バックアップ、脆弱性対応、委託先の再委託、データ返却、教育、事故報告を確認します。2026年6月に厚生労働省が医療情報システムの安全管理に関するガイドライン第7.0版と医療機関・薬局向けサイバーセキュリティ対策チェックリストを掲載しているため、最新版との適合範囲をベンダーに説明してもらいます（出典：厚生労働省、2026年）。

AIや自動化を提案された場合は、処方や投薬の最終判断をシステムに委ねるような要件にしないことが重要です。候補薬の検索、記録の要約、在庫需要の予測、異常な発注量の検知など、担当者が確認して承認できる用途から始めます。提案理由、参照データ、モデルやルールの更新履歴、誤警告の記録、手動での訂正方法を確認し、AIの出力が薬剤師や医師の判断を置き換えない責任分界を契約に書きます。

電子処方箋への対応は、単に「連携可能」と書かれているかではなく、どの情報をいつ取得し、どの画面で確認し、同意やエラーをどう記録するかで評価します。厚生労働省は、電子処方箋管理サービスに登録された処方・調剤情報を確認でき、2025年1月から一部の院内処方等情報も登録・参照できる機能を案内しています（出典：厚生労働省「電子処方箋」、2026年更新）。RFPには、直近の薬剤情報、重複投薬チェック、院内処方、処方変更、通信断時の扱いを具体的に記載します。

医療現場では、システム停止中も調剤や投与を止められない場合があります。ネットワーク断、クラウド障害、停電、端末故障、ランサムウェアを想定し、参照できる情報、紙に記録する項目、二重入力を防ぐ方法、復旧後の照合、責任者への報告を定めます。発注・払出・投与のどの工程を最優先で復旧するかを決め、訓練とリハーサルで実際に時間を測ります。契約書には、障害時の連絡先、初動、復旧目標、原因報告、再発防止を含めます。

薬剤管理システムの発注・外注でよくある質問

薬剤管理システムの外注では、発注前に決め切れない事項や、見積の見方に関する質問が多くあります。特に費用とクラウドの安全性は、施設規模や契約条件で答えが変わるため、一般論だけでなく、自社の業務と責任分界に置き換えて確認します。

外注できます。小規模施設では、在庫・発注・期限管理・服薬確認など、最も負担の大きい業務から既製クラウドを導入し、必要な連携だけを追加する方法が現実的です。初期50万〜300万円、月額5万〜30万円程度のレンジが参考になりますが、端末、薬剤マスタ、電子薬歴やレセコンの連携、利用者数を含むかで変わるため、見積の前提をそろえて確認します。

相談できます。現場の困りごと、対象施設、薬剤の流れ、利用者、現在使っているシステム、連携先、希望時期、予算の上限だけでも準備すると、委託先が要件定義の進め方を提案できます。ただし、相談段階で決めた前提が正式発注に引き継がれるよう、ヒアリング記録、課題一覧、対象外業務、追加調査の費用を文書で確認します。要件定義を準委任で先行し、その後に開発契約へ移る方法もあります。

クラウドだから安全、または危険と一律には言えません。認証、権限、暗号化、監査ログ、バックアップ、脆弱性対応、委託先の再委託、障害時の復旧、データ所在地、解約時の返却を確認し、自施設のリスクに合う運用を契約します。厚生労働省の最新ガイドラインやチェックリストに対して、ベンダーがどの項目をどの資料で満たすかを示してもらい、通信断時に業務を継続できるかを実機で確認することが大切です。

比較可能な条件を作れるなら、3社前後から取る方法が実務的です。社数を増やすことより、同じRFP、同じ業務シナリオ、同じ連携条件、同じ5年総額の前提で提案を受けることが重要です。価格差が出た場合は、機能、移行、教育、機器、保守、障害対応のどこが含まれているかを分解し、必須要件を満たした提案同士で比較します。

まとめ：薬剤管理システムは業務範囲と総額をそろえて発注します

薬剤管理システムの発注・外注で最初に行うことは、病院、薬局、介護施設のどの業務を対象にするかを決め、発注・入庫・保管・調剤・払出・投与・廃棄の流れを可視化することです。そのうえで、パッケージ、クラウド、スクラッチ、ハイブリッドを比較し、現場の課題とKPIに合う方式を選びます。

RFPには機能だけでなく、連携、機器、データ移行、教育、セキュリティ、受入基準、障害時運用、保守、データ返却まで記載します。請負と準委任を工程に応じて使い分け、見積は初期費用だけでなく5年総額で比べます。公開調達の価格は参考になりますが、一式契約の範囲を確認し、自施設の条件へそのまま当てはめないことが重要です。

委託先の選定では、同規模・同業態の実績、連携力、医療安全、マスタ更新、導入後の保守を確認し、自社の業務シナリオでデモと受入テストを行います。1病棟、1店舗、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を創業。