調剤薬局システムの発注は、業務の課題と店舗規模を整理し、要件と契約範囲を決めたうえで、導入後の運用まで順に進めます。
各段階で決めることは、発注形態、契約形態、費用、委託先の選定の順に並んでいます。
全体像は調剤薬局システム開発の完全ガイドもあわせてご覧ください。
▼全体ガイドの記事
・調剤薬局システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
調剤薬局システムの発注・外注の始め方
製品名より先に、解決したい課題とシステムに任せる範囲を明確にします。業務の流れを見える形にしないまま進めると、繁忙時間帯や在宅訪問で使えない製品を選ぶおそれがあります。
現行業務と困りごとの洗い出し
受付から患者フォローまで、担当者と端末、入力内容を順に記録します。そのうえで、現場の作業のうち、改善効果を測る対象を次のように確かめます。
- 処方入力：二次元コード読取後に手入力する項目
- 監査：紙と画面を見比べて確認する項目
- 在庫発注：経験だけで発注点を決めている品目
課題は「薬歴入力を短くしたい」のように書くだけでなく、ピーク時に1処方あたり何分かかるかなど、測れる形にします。また、薬歴の確認・修正を誰が担当しているか、在庫確認の移動回数はどれくらいかも記録しておきます。さらに、導入前の時間と導入後の目標を記録しておくと、費用対効果とベンダーの提案内容を同じ前提で比べられます。
店舗数と事業計画による要件の分け方
店舗数が増えるほど、本部で確かめる項目と連携先が広がります。そのため、店舗数と事業計画に応じて、本部管理や在宅対応など必要な要件を分けます。
- 1店舗：一体型で教育と保守の窓口を一本化すると運用しやすい傾向
- 数店舗：処方箋枚数、在庫、売上、加算、権限を本部で確認
- 数十店舗以上：店舗統合、マスター統一、卸・会計連携、分析を検討
- 在宅対応：訪問先での入力、通信断時の保存、帰局後の同期を確認
電子処方箋やオンライン資格確認、マイナンバーカードへの対応も、あわせて確かめます。HPKIとリフィル処方箋も確かめる対象です。標準機能で足りるか追加開発が要るかによって、将来の改修費が変わります。
M&Aを進める場合は、店舗統合やマスター統一、卸・会計連携も要件に含めます。
パッケージ・クラウド・スクラッチの発注形態の選び方
発注形態は、標準パッケージから複数製品の連携、スクラッチ開発へ進むほど、独自性と責任範囲が大きくなります。特に、制度改定の影響が大きい請求や薬価マスターは、実績のある製品を使う方法が現実的です。
発注は、店舗独自の分析や患者フォローだけを追加開発するなど、段階的に組み立てる構成も検討できます。
標準パッケージと一体型の短期導入
短期導入を優先する場合や、責任の範囲をはっきりさせたい場合は、次の2つの構成を比べます。
- 標準パッケージ：調剤報酬、薬価、請求、薬歴などを早く整備
- 一体型：患者情報の連携責任と問い合わせ先をまとめやすい
独自の在庫評価や本部分析を、無理に標準機能へ合わせると、現場がExcelへ戻ることがあります。
デモでは、例外処理を標準設定のまま扱えるかを確かめます。あわせて、追加開発の費用と納期、法改正対応の範囲も確認します。
クラウド型の複数店舗・在宅での利用
複数店舗や在宅業務でクラウド型を検討する場合は、利点と運用条件を合わせて確かめます。
- 本部・在宅利用：複数店舗の確認や訪問先でのタブレット利用に適する
- 費用・設備：サーバー保有や更新を抑え、初期費用を月額化しやすい
- 通信断：受付、調剤、薬歴、会計を続けられる範囲を確認
契約前には、保管場所、バックアップ頻度、復旧目標を確認します。あわせて、解約時の返却形式と店舗追加時の課金単位も確かめます。
発注者は、厚生労働省が2026年6月に公開した安全管理ガイドライン第7.0版と、関連チェックリストを参照します（出典：厚生労働省「医療情報システムの安全管理に関するガイドライン 第7.0版」、2026年）。
クラウドだから安全と決めつけず、発注者と委託先の対策を分けて、要件に書き込みます。
独自業務が明確な場合の別ベンダー連携とスクラッチ
製品連携とスクラッチは、独自業務の内容と運用責任を見比べて選びます。
- 別製品の連携：必要な機能ごとに製品を選ぶ構成
- スクラッチ：標準製品で差別化できない独自業務を対象に検討
- 開発範囲：全面開発の前に、標準製品とAPIで代替できない部分を確認
レセコンや電子薬歴、在庫を別製品でそろえる場合は、機能ごとの比較がしやすくなります。
監査機器、POS、患者アプリも、別製品で組み合わせられます。
一方で、連携試験や障害時の対応では、どこまでを誰が受け持つかが複雑になります。そのため、同期する項目、形式、タイミングを先に決めておきます。
レセコンと電子薬歴のあいだの連携は、標準方式を優先します。
確認にあたっては、厚生労働省のデータ連携資料、JAHIS仕様、NSIPSなどを参照します（出典：厚生労働省「レセコンと電子薬歴システム間で連携するデータについて」、2025年）。
PDFやCSVでの受け渡しだけでなく、連携項目・形式・同期時点も確かめます。
対象業務には、店舗統合、特殊な卸連携、M&A後のマスター統合があります。在庫最適化も対象になります。
基盤機能を一から作る場合は、試験と保守の負担も発注者側に積み上がります。
RFPと要件整理の進め方
RFPは、同じ条件で提案と見積もりを比べるための発注仕様書です。業務フロー、店舗数、処方箋枚数をそろえ、既存システム、移行データ、必須機能も示します。そうすると、見積もりの差がどこから生まれたかを、各社の前提まで含めて確かめられます。
非機能要件と納期も指定します。
予算の考え方や、提案への回答形式もあわせて示します。
業務要件と必須機能の書き分け
業務要件と機能要件は分けて書き、それぞれに優先度を付けます。分けておくと、現場の流れに合う製品かどうかと、必要な機能がそろっているかを別々に確かめられます。
- 業務要件：受付から投薬までの流れと各担当の役割
- 機能要件：患者情報、処方、薬歴、会計、請求、在庫など
- 優先度：「必須」「できれば必要」「将来検討」に分類
- AI機能：薬剤師が確認・修正して確定する仕組みを指定
業務要件には、在宅訪問、疑義照会、分割調剤を含めます。さらに、リフィル処方箋、オンライン服薬指導、店舗間融通も入れます。
AI薬歴や読取機能では、生成時間と参照データを定めておきます。あわせて、確認画面、誤記録防止の警告、生成履歴の保存も指定します。
発注者は、AIが自動で作った内容だけで薬歴を確定させず、最終責任を負う薬剤師の確認を必須にします。
セキュリティ・連携・障害時運用の非機能要件
医療情報と電子処方箋を扱うため、RFPでは安全対策と継続運用の条件を明記します。
- 情報保護：権限、職種別閲覧範囲、MFA、通信・保存時の暗号化
- 管理策：ログ、バックアップ、脆弱性対応、再委託管理
- 電子処方箋：処方・調剤情報の参照、重複確認、結果登録、電子署名
適合の方法と証跡を出す人を決めたうえで、契約時と稼働中の両方で、最新版の安全管理ガイドラインへの適合を求めます。
電子署名では、HPKIとタイムスタンプの確認も必要です。
紙で運用した後の登録方法も決めておきます。
電子処方箋の普及状況を見ると、2025年2月23日時点で運用薬局は41,030施設でした。オンライン資格確認の導入施設を母数とする導入率は67.9％です（出典：厚生労働省「第4回電子処方箋推進会議 資料1」、2025年）。
2026年5月時点で、厚生労働省は薬局の9割以上への導入を公表しています。そのため、未対応の製品では、短期間で追加投資が発生することがあります。
実データに近いデモと受入基準
各社に同じシナリオを依頼し、操作と受入条件をそろえて評価します。
- 業務デモ：二次元コード読取から会計・レセプトまで確認
- 例外ケース：分割・リフィル、在宅、薬剤変更、通信断も試す
- 受入基準：指定時間、復旧操作、ログ、担当者の説明を確認
PoCは、1店舗か代表業務で行います。
処方箋枚数や、入力・薬歴確認・在庫発注にかかる時間を測り、効果を数値で見ます。
デモでは、通常処方に加えて、疑義照会のケースも確かめます。
請負と準委任の使い分け
完成条件をはっきり決められる工程には請負、要件を一緒に探る工程や専門人材の支援には準委任が向いています。
契約名で決めず、工程ごとに作るものや責任、検収条件を明記します。
まず、要件定義、設定、追加開発を工程ごとに分けて整理します。
移行と試験、教育と保守も、工程として分けて考えます。
準委任の要件定義と伴走支援
準委任は、業務整理や要件定義、製品選定に適しています。現場ヒアリングや移行計画も、準委任が合う工程です。優先順位が未定のままだと、変更要求が増え、見積もりや納期の調整も難しくなります。
要件定義を準委任で進める場合、決まったことを後から確かめられるように、次の記録と成果物を残しておきます。
- 報告・記録：月次報告、決定事項一覧、課題管理表
- 成果物：要件定義書
- 移行条件：次工程への移行条件
- 判断の期限：稼働時間だけでなく、どの判断をいつまでに行うか
請負の追加開発と設定の完成条件
請負は、作るものと完成条件を決められる工程を任せる形です。契約では、検収と変更管理を具体的に定めます。
- 対象：追加画面、API、帳票、データ移行ツールなど
- 検収：処方箋別シナリオ、異常表示、ログ、請求結果の確認方法
- 変更管理：起票、影響、再見積もり、承認、納期変更の取り決め
制度改定や外部サービスの仕様変更で要件が変わる場合は、変更管理の手順を契約に入れておきます。
マスター更新後は、請求結果が期待値と一致するかを確認します。
変更手順を定めておけば、口頭での依頼による予算超過を抑えられます。
契約書のデータ・責任の範囲・解約条件
契約書と仕様書では、データ管理、責任の範囲、解約後の返却条件を決めておきます。
- 管理と保護：所有権、バックアップ、復旧、再委託、個人情報
- 責任の範囲：法改正費用、正本の保有者、連携不具合の担当
- 返却条件：対象データ、形式、時期、費用、返却範囲
インシデントの連絡期限と、監査ログの保存期間も記載します。返却データについては、患者、処方、薬歴の情報を機械判読できる形で返せるかを確かめます。在庫や請求の情報も、確認の対象に含めます。
返却データを別システムへ移せるかは、契約の前にサンプルで確かめておきます。そうすると、乗り換え費用を見積もりやすくなります。
調剤薬局システムの費用相場
費用は、店舗数、処方箋枚数、システム構成によって大きく変わります。端末・周辺機器、電子処方箋への対応、移行の範囲でも変わります。教育と保守の範囲も、費用に関わります。
計画用の目安として、標準導入は初期50万〜200万円、月額3万〜8万円です。
クラウド型は、初期10万〜50万円、月額5万〜15万円程度です。
これは相場の目安なので、見積書に何が含まれているかを確認してください。
標準パッケージの初期費用と月額費用
初期費用と月額費用を分けて、見積もりにどの項目が含まれているかを確かめます。
- 初期費用：ソフト、設定、端末、読取機器、印刷機器、設置
- 導入作業：データ移行、操作研修、保守の開始条件
- 月額費用：利用料、保守、改定対応、基盤、バックアップ、窓口
価格例として、「Pharmy Connect」は税抜83万円が示されています（出典：株式会社モイネットシステム「Pharmy」公式価格ページ、確認時点）。
価格には、通信回線や端末が含まれるとは限りません。訪問支援や店舗追加も、含まれないことがあります。
改定対応や問い合わせが従量課金であれば、総額は変わります。そのため、5年間の利用料と一時費用を同じ条件で比べます。
カスタム開発の費用目安（500万円以上）と再見積もり
追加機能の規模ごとに計画用の費用幅を置き、要件定義のあとに再見積もりします。
- 中規模カスタム：本部管理や在庫連携などで500万〜1,500万円
- 本部・複数連携：1,500万〜5,000万円以上が目安
- 基盤からの開発：5,000万円を超える可能性
対象には、店舗間在庫、患者アプリ、卸連携があります。経営BIも含まれます。
数値は、類似案件と公開相場をもとにした計画用の幅で、公的に統一された価格ではありません。
要件定義、UI設計、連携開発は、工程ごとに見積もります。移行と試験、教育も、工程として積み上げます。並行稼働、診断、法改正保守も含め、前提を明記します。
5年TCOによる費用対効果の評価
5年TCOは、初期費用に60か月分の月額を加えて計算します。さらに、機器更新や追加店舗、移行などの費用も積み上げます。
- 費用：初期費用、60か月分の月額、機器更新、店舗追加、移行、教育、保守、法改正、連携利用料
- 計画目安：標準導入の5年ソフト費は約230万〜680万円
- 効果：品質、在庫、請求、教育、患者説明、障害損失も評価
上の計画目安は、月額3万〜8万円、初期50万〜200万円の場合の目安です。
補助金は、適用条件を分けて、機器や移行費も加えて計算します。
薬剤師の時間を患者対応に戻すことが目的なら、導入前後の処方時間と残業時間を測る指標を、契約や運用計画に入れておきます。
委託先の選定と見積比較の確認ポイント
委託先は、知名度や価格だけでなく、調剤業務への理解で評価します。同規模薬局の実績やデータ移行、法改正対応も見ます。導入後の支援も評価に含めます。
製品ベンダーと独自開発会社では、得意分野が異なります。そのため、RFPの課題に合う発注形態を提案しているかを確かめます。
薬局業務に近い導入実績の確認
導入社数だけでなく、自社に近い規模や業務の事例と運用実績を確かめます。
- 個人薬局：操作教育と問い合わせ対応
- チェーン：本部マスターと店舗権限
- 在宅中心：訪問先入力と通信断への対応
- M&A予定：データ統合と移行実績
処方箋枚数や店舗数、在宅比率が近い事例を選びます。
機器やレセコンと薬歴の構成も、近いかどうかを確かめます。
障害と解決方法、移行遅延の理由を聞きます。
旧システムとの併用期間、教育時間、追加費用の条件も確かめます。
見積書の作業単位のそろえ方と比較
作業項目と数量をそろえたうえで、各社の見積もり範囲を比べます。
- 費目：ソフト、ライセンス、クラウド料、端末・周辺機器、設定、開発、API、移行、教育、保守
- 数量：店舗・端末、月間処方箋枚数、患者データ件数、移行年数、連携数
- 条件：「含む」「含まない」「条件付き」に分類
移行や研修が別料金の場合があります。そのため、法改正対応や現地訪問、店舗追加も比べます。
教育回数と稼働立会いの日数もそろえます。
数量が増えたときの単価と上限、キャンセル精算、納期が延びたときの費用も確認します。
保守・サポートと失敗時の対応の評価
営業時間中に止めにくい業務のため、支援体制と評価基準を確かめます。
- 障害対応：窓口時間、一次回答、重大障害の連絡経路、遠隔・訪問対応
- 代替策：代替機の用意と、改定・OS更新対応が月額に含まれるかどうか
- 選定評価：機能、費用、期間、安全性、操作性、支援体制
価格を優先しすぎると、移行や教育が不足し、旧運用に戻るおそれがあります。
高機能でも現場で使われなければ、投資効果は出ません。
評価には、現場の代表薬剤師と事務が加わります。本部と情報システム担当も含め、合意した理由を記録します。
発注後の導入・移行・運用定着と失敗の防止
発注後は、要件定義、設定・開発、データ移行の順に進みます。そのあと、テストと教育を行い、並行稼働から本番切替を経て、安定稼働へ進みます。
標準パッケージは1〜3か月、移行や複数店舗展開を含む場合は3〜6か月、中規模カスタムは6〜12か月が目安です。
特に、計画では試験と教育の期間を削らないようにします。
データ移行の対象と品質
移行の範囲とデータ品質、確認方法を決めてから、本番作業に進みます。
- 移行対象：患者、保険、処方・調剤、薬歴、アレルギー、在庫など
- 品質と役割：移行年数、欠損や表記揺れ、照合担当
- 事前確認：受取形式、返却費用、移行不可項目、PDF検索性
- 試験：サンプル移行、本番前リハーサル、薬歴の閲覧・訂正履歴
また、仕入先、薬品マスター、請求情報も対象です。移行費が安くても、抽出・整形・照合を発注者が担う条件があります。
現場研修と段階導入
担当者別に研修し、代表店舗で確かめてから段階的に広げます。
- 役割別研修：受付、薬剤師、在宅、本部の担当者ごとに実施
- 手順書：通常処方、読取失敗、患者重複、疑義照会、分割・リフィル、在庫不足、返戻、通信断
- 段階展開：代表店舗で業務フローとマスターを調整してから導入
よく使う操作は短い手順書にまとめ、寄せられた質問への回答も蓄積していきます。
先行店舗では、処方と薬歴の確定時間、エラー、問い合わせを測ります。
在庫発注の時間も測り、次の店舗へ進む条件を決めます。
障害時の紙運用と復旧訓練
障害時の受付と復旧手順を決め、実地訓練で運用できるかを確かめます。
- 紙運用：受付、記録、薬剤師確認、患者説明、後追い登録の定義
- 復旧訓練：復旧目標、連絡先、代替端末、データ整合性の確認
- 定期対策：権限、MFA、端末、脆弱性、ログ、委託先の点検
紙の様式や二重入力の防止、調剤結果の登録を決めます。
ログの残し方も決め、厚生労働省のガイドラインとチェックリストに沿って対策を続けます。
調剤薬局システムの発注・外注でよくある質問
発注の前には、費用、既存データ、電子処方箋などについて質問が集まります。現場の操作性や保守の責任範囲についても、よく聞かれる点です。
調剤薬局システムの発注費用を抑える方法はありますか？
標準機能で対応できる業務と、追加開発が必要な業務を分けておくと、不要なカスタマイズを減らせます。同じRFPを複数社に渡して比べることも、費用を抑える助けになります。
初期費用だけでなく5年TCOも含めて考え、移行や教育、法改正対応、店舗追加も入れます。
補助金は、対象機能、申請・導入期限、実績報告の条件を確認したうえで計算します。
既存のレセコンや電子薬歴からデータ移行できますか？
移行範囲は、旧ベンダーの出力形式、契約条件、移行先の取込仕様で異なります。患者情報や処方履歴は移せても、薬歴の全履歴などを完全に移せるとは限りません。
発注前にサンプルデータで試験しておき、移行できないデータを検索できる形式で保管する方法も決めておきます。
クラウド型を外注するときに確認することは何ですか？
まず、保管場所と暗号化を確認します。権限管理やMFAも確かめます。さらに、バックアップと復旧目標、障害連絡に加え、解約時のデータ返却形式も確かめます。
通信断時の受付・調剤・薬歴・会計、端末故障時の代替手段、窓口の対応時間も、実業務で確かめます。契約書には、対策の役割分担と報告期限を明記します。
AI薬歴を導入すれば薬剤師の確認は不要になりますか？
薬剤師の確認は必要です。AIは薬歴や服薬指導記録の下書きを支援しますが、内容を確認・修正して確定するのは薬剤師です。
発注時には、生成の根拠と確認者、修正履歴を確かめます。誤提案の報告方法も確認します。さらに、患者情報を学習に使うかも確かめ、安全性と時短効果を評価します。
まとめ
調剤薬局システムの発注では、店舗規模と課題を整理してから、発注形態を選びます。RFPには、業務要件や電子処方箋、連携を含めます。さらに、セキュリティや障害対応、データ移行も入れます。
価格より5年TCOと現場定着を見る基準
標準導入の目安は、初期50万〜200万円、月額3万〜8万円です。クラウド型の目安は、初期10万〜50万円、月額5万〜15万円です。
端末や移行、教育などの費用も含めます。保守や法改正、追加店舗も対象です。カスタム開発は、500万円以上を起点とし、機能と連携数に応じて再見積もりします。
判断は、同じ条件の見積書と、実データに近いデモをもとにします。価格は、その材料の一つとして扱います。
発注前の現場代表者との選定基準の合意
発注前に、現場代表者と選定基準をそろえておきます。稼働後の確認項目も、このときに決めます。
- 合意事項：必須要件、評価配点、受入基準、責任の範囲
- 稼働後の測定：処方・薬歴の時間、エラー、在庫発注、問い合わせ、障害復旧
合意に加わるのは、代表薬剤師と事務担当です。本部と情報システム担当も加わります。
最後に、現場で安全に使われ、患者対応の時間が増えた時点で成果を確認します。
▼全体ガイドの記事
・調剤薬局システム開発の完全ガイド
▼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を創業。