薬歴管理システムの発注は、業務の整理、要件と範囲の明確化、段階的な選定と検証の順に進めると、安全な連携と導入後の運用につながります。
まず、発注形態、RFPと要件整理、契約と費用を説明します。続けて、委託先の選定と導入の流れを扱います。全体像は薬歴管理システム開発の完全ガイドでも確認できます。
▼全体ガイドの記事
・薬歴管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
薬歴管理システムの発注・外注の全体像
薬歴管理システムは、患者の基本情報、処方・調剤履歴、服薬指導を管理します。アレルギーや副作用、疑義照会、服薬後フォローも扱います。
発注範囲は、薬歴だけでなく、レセコン、調剤機器、在庫、オンライン資格確認、電子処方箋との接続まで含めます。
薬局側だけで開発せず外注する理由
薬歴は、医薬品マスター、調剤報酬、個人情報、監査ログ、バックアップを扱います。そのため、業務知識と安全管理の両方に専門性が求められます。
社内に開発者がいたとしても、薬剤師の業務整理、外部連携、24時間の障害対応、法改正への追随を継続して担うのは簡単ではありません。
現実的な進め方は、標準機能は既製品やクラウドを使い、独自業務やデータ連携は受託開発会社に依頼する方法です。
発注前に決める範囲
「薬歴画面を作る」とだけ決めると、見積もりから項目が抜けやすくなります。特に連携、薬剤マスター更新、データ移行は、抜けやすい項目です。端末やネットワーク、研修、保守も、見積もりに入れておく項目です。
発注範囲は、企画・要件定義から移行までの流れで区切ります。設計・設定と開発・連携は、その中間に入る工程です。テスト、教育、本稼働支援、保守・改善も、それぞれ範囲として書き出します。そのうえで、自社と委託先の作業分担を書けば、追加費用の項目が見えます。
発注形態の選び方
発注形態は、標準機能に業務を合わせるか、既存の資産を残すか、独自業務をどこまで作るかで決まります。薬局の規模、在宅業務、多店舗での共有を基準に、総保有コストと運用リスクを比べます。
パッケージ・クラウドを選ぶ場合
1店舗で早く稼働したい場合や、法改正・薬剤マスター更新を自社で追いたくない場合は、電子薬歴のパッケージやクラウドが候補になります。
クラウド型は、複数端末や在宅訪問で参照しやすく、サーバーのバックアップや更新の負担を抑えやすい方式です。
クラウド型では、通信断や障害時の薬歴確認方法と、契約終了時のデータ返却形式を、契約前に確かめておく必要があります。
ハイブリッド構成を選ぶ場合
薬局内の主要業務を安定して動かしながら、在宅先や別店舗から一部情報を参照したい場合は、ハイブリッド構成が候補です。
たとえば、薬局内の電子薬歴とクラウド共有サービスを連携させ、端末の追加や店舗間の情報参照を行う方法があります。
発注時には、データの保存先、同期の時期、通信できないときの入力方法、復旧後の重複や競合の扱いを図で示してもらいます。
スクラッチ開発・大規模連携を選ぶ場合
多店舗業務の統合、独自の在宅・服薬フォローと経営分析の連携、標準APIのない既存システムには、スクラッチや大規模追加開発を検討します。
自由度が高い一方で、調剤報酬や電子処方箋の仕様変更、薬剤マスター更新、セキュリティ監査、障害対応は、継続して担う必要があります。
そこで、開発の対象は独自性が業務成果につながる部分に絞ります。標準機能で代替できる部分は外部サービスを使うと、初期費用や保守費用の膨らみを抑えやすくなります。
RFPと要件整理の進め方
RFPは、開発会社に依頼内容、目的、条件を伝えるための依頼書です。現状課題、対象店舗、業務、連携、移行を書き、保守、予算、納期も同じ条件で示します。そうすると、各社の提案を同じ基準で比べられます。
現状業務と課題の洗い出し
まず、受付から在宅訪問までの業務フローを作り、各工程の担当者、画面・入力内容、次の利用者を記録します。あわせて、薬歴1件の入力時間、未記載件数、残業、患者待ち時間などの現状値も集めます。
「入力しにくい」だけでは要件に落とせないため、服薬指導後の記録時間や戻り入力が起きる項目まで具体化します。
必須要件・希望要件・対象外の切り分け
実現する範囲をそろえるため、要件は必須、希望、今回の対象外に分けます。
- 必須：患者情報、既往歴、アレルギー、副作用、処方・調剤履歴、SOAP形式を含みます。権限、監査ログ、バックアップ、レセコン連携も入れます。
- 希望：在宅のタブレット入力、電子版お薬手帳、LINEなどの服薬フォロー、多店舗分析、音声入力やAIの下書き
- AI利用時：音声保存、利用者への説明・同意、薬剤師の確認・修正、生成ログ、学習への二次利用
RFPに盛り込む連携・移行・運用条件
比較条件をそろえるため、RFPには次の情報と確認事項を含めます。
- 環境：レセコン名・版、調剤機器、店舗・端末・利用者数
- 移行：紙薬歴や旧システムから移す範囲
- 連携：データ、方式、頻度、実接続テストの担当者
- 障害対応：通信断、停電、障害、誤入力、破損時の代替策と復旧目標
電子処方箋とオンライン資格確認の対応状況も、RFPに記載しておきます。「対応可能」という回答だけでは足りず、実際の接続まで確かめます。
2026年6月公表の「医療情報システムの安全管理に関するガイドライン 第7.0版」には、薬局向けチェックリストもあります（出典：厚生労働省、2026年）。
通信・保存の暗号化、役割別の権限、多要素認証、監査ログ、バックアップを確認します。復旧訓練、委託先管理、脆弱性対応、インシデント報告までを、RFPの確認項目に入れます。
契約形態の選び方
成果物と責任を明確にするか、要件を段階的に確認するかで、契約を選びます。要件が曖昧なまま一括で発注すると、追加開発や連携の変更で費用・納期が膨らむため、要件定義と開発を分ける方法も有効です。
請負契約の成果物と検収条件
請負契約は、決めた成果物を完成させて発注者が検収する形が合っています。
画面、API、移行ツール、操作マニュアル、テスト結果、運用手順を、納品物として一覧にします。
検収期間、不具合の定義、修正期限、再検収の方法は、契約書や仕様書に記載します。さらに、薬剤師の業務シナリオを完了できることも、受入条件に入れます。
要件定義や伴走支援に向く準委任契約
準委任契約は、専門家が業務を支援する形で、現状調査、要件定義、プロジェクト管理、移行支援、運用改善に向いています。
新旧レセコンの仕様が不明な場合や、現場ごとに運用が異なる場合、小規模なPoCで確かめたい場合は、要件定義を準委任で進められます。
要件定義の結果をもとに、開発や導入を請負にする段階的な契約も選択肢になります。この進め方では、稼働時間、担当者、会議体、成果確認、月次報告を明確にしておきます。
契約書で確認するデータと責任分界
まず、個人情報や要配慮情報、再委託先、保存場所を確かめます。そのうえで、権限、ログ保存期間、事故通知、バックアップを確認します。
契約が終わったときのデータ返却・消去と、移行支援も決めておきます。クラウドの場合は、保守範囲、計画停止、障害対応時間、復旧目標、サービス水準を確かめます。
AI機能がある場合は、音声や薬歴の学習利用と、生成内容を誰が確認するかを書面に残します。
薬歴管理システムの費用相場とコストの内訳
費用は料金体系によって変わるほか、店舗・端末数、連携、移行量も影響します。研修、保守、独自開発の有無でも変わります。
公開価格だけで市場平均は断定しにくいため、ここに示すのは、リサーチノートと各社の公開情報をもとにした予算の目安です。税別か税込か、機器、導入、移行、保守をどこまで含むかは、会社ごとに異なります。
方式別の費用レンジ
予算取りでは、方式ごとに次のレンジを仮置きし、同じ条件で個別見積もりを取ります。
- クラウド型：初期0〜50万円、月額は1店舗あたり1万〜3万円程度
- オンプレミス・一体型：初期100万〜200万円程度
- ハイブリッド型：初期100万〜300万円程度
クラウドでは、端末、移行、研修が別料金の場合があります。初期設定やAI・在宅・多店舗オプションも、別料金になることがあります。そのため、初期費用0円でも総額が0円とは限りません。
P-CUBE nは、ソフトが初期費用なしの月額方式で、機器・導入作業・指導費用は別途です（出典：株式会社ユニケソフトウェアリサーチ「P-CUBE n」の2026年確認情報）。
オンプレミス等は、機器や設定、移行、保守を含めると、200万〜400万円を超える場合があります。ハイブリッドも、構成や連携数によって変わります。各レンジは、候補会社に同じ条件で問い合わせるための目安で、全社共通の定価ではありません。
スクラッチ開発の費用と連携・保守
独自の薬局チェーン基盤や複数サービスを含む開発は、500万〜2,000万円程度、期間6〜12か月程度を仮置きする場合があります。
薬歴固有の公開見積もりではありません。一般的な個別業務システムの相場に、薬剤マスター、レセコン、電子処方箋、監査、セキュリティを加味した推定です。
大規模な店舗統合や既存システムの刷新は、1年以上かかる場合もあります。そのため、RFPでフェーズ分けを提案してもらいます。
初期費用以外のランニングコスト
継続費と導入関連費の抜けを防ぐため、見積もりでは次の項目を分けます。
- 月々の運用：利用料、端末・回線、更新、バックアップ、監視を毎月の費用として見ます。加えて、問い合わせ、教育、保存、追加ユーザー・店舗、AI利用量も含めます。
- 別料金の確認：電子処方箋連携、契約終了時のデータ出力、SMS、追加オプション
- 総保有コスト：5年程度の利用を想定し、初期費用と月額費用を合算
導入期間も費用に影響します。PharnesX-MXは注文から稼働まで3か月程度を案内し、最初の1か月でヒアリングやテンプレート設定を進めます（出典：ウィーメックス株式会社、2026年確認）。
小規模な標準導入なら短くできる可能性があります。ただし、移行量や店舗数が多い場合は、研修と並行稼働の期間も含めて見積もります。
クラウド型には、端末台数に関係なく定額のサービスもあります。月額を比べるときは、別料金になる項目まで含めて確かめます。
委託先選定と見積比較のポイント
委託先は、知名度や総額だけでなく、薬局の現場を理解して要件を詰め、稼働後も改善できるかで選びます。
完成品ベンダーと受託開発会社では、得意領域が異なります。そのため、標準機能、既存サービス連携、独自開発のどれが必要かを先に決めます。
薬局・医療情報システムの経験
薬局や医療・介護分野の導入経験、店舗規模、レセコン・調剤機器との連携、移行方法、稼働後の保守体制を質問します。
製品名や導入数だけでなく、自社に近い店舗数、在宅件数、端末構成の事例を示せるかを確認します。
広告上の数字だけで判断しないよう、事例の効果数値は、測定期間、対象店舗、導入前後の条件、薬剤師の確認作業を聞いて確かめます。
同じ単位でそろえる見積書の比較
見積もりは、「一式」の記載を減らし、費目ごとに数量、単価、工数、前提、除外作業、変更時の算定方法を確かめます。
- 構築：要件定義、設定、画面開発、API連携
- 導入：機器、移行、テスト、研修、稼働立ち会い
- 運用：保守、追加改修
3社以上へ同じRFPを渡し、店舗数、端末数、移行件数、導入月をそろえると、価格差の理由を判断しやすくなります。
A社は端末追加や移行が別料金、B社は保守や法改正対応込み、C社は安価でも連携を手作業にする場合があります。
業務成果とリスクは、薬歴入力時間、待ち時間、残業、障害復旧、契約終了時の移行費用も含めて比べます。
デモとPoCでの入力動線の検証
製品紹介だけで判断せず、匿名化した処方例と薬剤師の会話で次の動作を確かめます。
- 業務の流れ：患者確認、処方監査、疑義照会、SOAP入力、次回確認事項、服薬後フォローを操作し、時間と画面遷移を測る
- 利用環境：在宅のタブレット入力、通信断、複数店舗からの参照、権限別画面
- AI音声入力：専門用語・数値の誤認識、患者の訴えの抜け、修正しやすさ、音声の保存・削除
カケハシは2026年5月、Musubiの音声薬歴生成機能を全利用者向けに展開し、薬剤師が確認・修正する下書き作成を案内しました（出典：株式会社カケハシ、2026年）。
生成内容をそのまま確定させないよう、薬剤師の承認を必須にします。
導入・データ移行・受入テストを進める方法
導入は店舗ごとに、パイロット、移行、研修、並行稼働、本稼働、改善の順で進めます。全店一斉に導入するより、代表店舗で試してから展開するほうが、業務を止めずに問題を小さく直せます。
移行対象と移行後の確認方法
患者情報だけにするか、過去薬歴や処方・調剤履歴、アレルギー、副作用まで移すかを決めます。服薬フォロー、添付文書、画像も移すかどうかを、あわせて決めます。
全件移行が費用対効果に合わない場合は、直近何年分をオンラインで参照し、それ以前は別媒体や紙で保存する方法もあります。
移行前後では、患者数、薬歴件数、必須項目、文字化け、日付を照合します。薬剤コードと権限も照合し、薬剤師が患者サンプルを確認します。
実際の業務シナリオによる受入テスト
受入テストでは、ログイン確認だけでなく、代表的な業務シナリオとエラー時の動作を確認します。
- 業務シナリオ：新規・継続患者の登録、処方監査、アラート、疑義照会、服薬指導を操作します。SOAP薬歴の保存・修正、在宅訪問、服薬後フォローも操作します。
- システム連携：レセコンへの反映と、電子処方箋の処方・調剤情報の確認まで行う
- エラー時の動作：表示の分かりやすさ、二重登録の防止、通信復旧後にデータが欠落しないことを確認する
稼働後のKPIと改善窓口
稼働後の状況を継続して見直すため、測定指標と改善の進め方を決めます。
- 月次指標：記録時間、残業、未記載・差戻し、待ち時間を毎月の指標にします。疑義照会漏れ、服薬後フォロー率、障害件数も指標に含めます。
- 効果比較：導入前の数値を残し、AIやテンプレートの効果を感想だけでなく比較
- 改善体制：要望の受付、優先順位、追加費用、定例会の頻度を定め、現場の声を反映
電子処方箋は複数の医療機関・薬局の直近の処方・調剤情報を参照し、重複投薬等の確認に使えます（出典：厚生労働省「電子処方箋」、2026年）。
厚生労働省は2026年6月時点の登録数などを公表しています。発注時は情報取得、調剤結果登録、マスター設定、本人同意、障害時の紙運用まで実機で確認します。
よくある質問（FAQ）
費用、既存システムとの連携、AIの安全な使い方、導入期間は候補会社の提案で変わるため、自社条件を添えて確認します。
薬歴管理システムの発注費用はどのくらいですか？
クラウド型は初期0万〜50万円、月額1万〜3万円程度、オンプレミス・一体型は初期100万〜200万円程度が目安です。移行、端末、連携、研修、保守、AIが別料金の場合もあり、RFPで確認します。
独自開発や大規模連携は500万〜2,000万円程度を仮置きする場合があります。薬局の規模と要件による推定レンジです。
既存のレセコンや電子薬歴からデータ移行できますか？
移行範囲は現行製品、データ形式、標準仕様、契約上の出力条件で異なります。患者情報、過去薬歴、アレルギー、副作用、薬剤コード、添付情報の移行可否を項目別に確認します。
サンプルを移して、文字化けや欠落がないかを検証します。移せないデータについては、保存方法、保管期間、契約終了後の閲覧方法を決めておきます。
AIで作成した薬歴はそのまま確定できますか？
AIは会話の文字起こしやSOAP形式の下書きを支援し、薬剤師が確認・修正してから確定します。誤認識や聞き間違い、患者の意図の取り違えもあり得るため、承認者と修正履歴を決めておきます。
音声の保存・削除、患者への説明・同意、AI学習への利用有無を、要件と契約に明記します。
発注してから稼働まで何か月かかりますか？
標準的な電子薬歴は、注文から稼働まで約3か月の例が製品案内にあります。小規模で移行が少なければ短縮も可能ですが、店舗数、端末、連携、研修、並行稼働、受入テストで期間が変わります。
RFPでは希望稼働月だけでなく、準備、抽出、設定、研修、切替、安定稼働確認の工程と、遅延時の代替策を求めます。
まとめ
標準機能と独自開発の範囲を分けたうえで、RFPには現状課題、連携、移行、安全、保守を書きます。予算と納期も、RFPに記載します。
契約は、成果物を明確にする請負、要件定義や伴走に向く準委任、または段階的な組み合わせから選びます。
総保有コストで比べる費用
クラウド・オンプレミス・ハイブリッド・スクラッチで費用・期間は異なります。初期0円でも端末・移行・研修・保守・解約時返却は別の場合があるため、5年程度の総額と業務成果を比べます。
RFP作成と3社以上の比較
発注先を絞り込むには、次の順で比較を進めます。
- 薬剤師と事務担当者で業務を整理し、必須・希望要件を分けたRFPを作る。
- 3社以上へ同じ条件で提案を依頼し、デモやPoCで入力動線、連携、移行、AI確認、障害対応を検証する。
- 価格差の理由と除外作業を確認し、導入後も改善を支援できる委託先を選ぶ。
▼全体ガイドの記事
・薬歴管理システム開発の完全ガイド
▼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を創業。