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

薬歴管理システムの発注・外注は、薬局の業務をそのまま開発会社に渡すことではなく、現場の記録・監査・服薬フォローを要件に整理し、既存レセコンや電子処方箋と安全につなぐ委託先を選ぶことが成功の近道です。

本記事では、パッケージ導入、クラウド利用、ハイブリッド構成、スクラッチ開発の選び方から、RFPの作成、契約形態、費用相場、見積書の比較、データ移行と受入テストまでを、薬局が発注側として確認すべき順番に沿って解説します。価格だけで判断せず、導入後の運用や障害時の責任分界まで比較できる状態を目指します。

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

薬歴管理システムの発注・外注の全体像

薬歴管理システムは、患者の基本情報、処方・調剤履歴、服薬指導、アレルギーや副作用、疑義照会、服薬後フォローなどを継続的に管理する業務システムです。薬歴だけを保存するのではなく、レセコン、調剤機器、在庫、オンライン資格確認、電子処方箋などとの接続まで含めて発注範囲を考える必要があります。

薬歴は医薬品マスター、調剤報酬、個人情報、監査ログ、バックアップなどを同時に扱うため、一般的な入力システムよりも業務知識と安全管理の専門性が求められます。社内に開発者がいる場合でも、薬剤師の業務整理、外部連携、24時間の障害対応、法改正への追随までを継続して担うのは容易ではありません。そのため、標準機能は既製品やクラウドを活用し、独自業務やデータ連携だけを受託開発会社に依頼する方法が現実的です。

最初に「薬歴画面を作る」とだけ決めると、レセコンとの連携、薬剤マスターの更新、患者・薬歴データの移行、端末やネットワーク、研修、保守の範囲が見積書から抜けやすくなります。発注範囲は、企画・要件定義、設計・設定、開発・連携、移行、テスト、教育、本稼働支援、保守・改善に分けて整理します。自社が担当する作業と委託先が担当する作業を分けて書くと、後から追加費用になりやすい項目が見えます。

発注形態はどれが適切ですか？

発注形態は、標準機能に業務を合わせられるか、既存資産をどの程度残すか、独自の薬局運営をどこまでシステム化するかで決まります。最初からスクラッチ開発に寄せるのではなく、薬局の規模や在宅業務、多店舗共有の必要性を基準に、総保有コストと運用リスクを比較します。

1店舗で早く稼働したい場合や、法改正・薬剤マスター更新を自社で追いかけたくない場合は、電子薬歴のパッケージやクラウドサービスが候補になります。クラウド型は複数端末や在宅訪問で参照しやすく、サーバーのバックアップやバージョンアップの負担を抑えやすい方式です。一方で、インターネット断やサービス障害時に薬歴をどう確認するか、契約終了時にデータをどの形式で返却するかを契約前に確認します。

薬局内の主要業務は安定して動かしながら、在宅先や別店舗から一部の情報を参照したい場合は、ハイブリッド構成が候補になります。たとえば、薬局内の電子薬歴とクラウド共有サービスを連携し、端末追加や店舗間の情報参照を行う考え方です。発注時は、どのデータがどこに保存されるのか、同期のタイミング、通信できない場合の入力方法、復旧後の重複や競合の扱いを図にしてもらいます。

多店舗の業務を統合したい、独自の在宅・服薬フォローを経営分析までつなげたい、既存システムに標準APIがないといった場合は、スクラッチ開発や大規模な追加開発を検討します。ただし、自由度が高い分、調剤報酬や電子処方箋の仕様変更、薬剤マスターの更新、セキュリティ監査、障害対応を継続的に負担します。独自性が本当に業務成果につながる部分だけを開発対象にし、標準機能で代替できる部分は外部サービスを使うと、初期費用と保守費用の膨張を抑えやすくなります。

RFPと要件整理はどのように進めますか？

RFPは、開発会社に「何を、なぜ、どの条件で依頼するのか」を伝える依頼書です。高機能な製品を探すための資料ではなく、現状の課題、対象店舗、必要な業務、連携、移行、保守、予算と納期を同じ条件で比較するための基準になります。

まず、受付、処方監査、調剤、服薬指導、薬歴記載、会計、請求、疑義照会、服薬後フォロー、在宅訪問を業務フローにします。各工程で「誰が」「どの画面に」「何を入力し」「次の誰が使うか」を記録し、薬歴1件あたりの入力時間、未記載件数、残業時間、患者の待ち時間など、現状の指標も集めます。課題は「入力しにくい」ではなく、「服薬指導後の記録に平均何分かかり、どの項目で戻り入力が発生する」と具体化することが重要です。

要件は、必須、できれば実現したい希望、今回の対象外に分けます。必須要件には、患者基本情報、既往歴、アレルギー、副作用、処方・調剤履歴、SOAP形式の記録、権限管理、監査ログ、バックアップ、レセコン連携などを置きます。希望要件には、在宅のタブレット入力、電子版お薬手帳、LINEなどの服薬フォロー、多店舗分析、音声入力やAIによる下書きを置きます。AIを使う場合は、音声保存の有無、利用者への説明・同意、薬剤師の確認・修正、生成結果のログ、学習への二次利用の有無も要件に含めます。

RFPには、現行レセコンの製品名とバージョン、調剤機器、店舗数、端末数、利用者数、紙薬歴や旧システムからの移行範囲、電子処方箋とオンライン資格確認の対応状況を記載します。連携は「対応可能です」という回答だけで終わらせず、どのデータを、どの方式で、どの頻度に送受信するのか、実接続テストを誰が行うのかまで確認します。さらに、通信断、停電、サービス障害、誤入力、データ破損が起きた場合の代替手順と復旧目標も質問します。

2026年6月に厚生労働省が公表した「医療情報システムの安全管理に関するガイドライン 第7.0版」には、医療機関・薬局向けのサイバーセキュリティ対策チェックリストも掲載されています（出典：厚生労働省、2026年）。RFPでは、通信・保存の暗号化、役割別権限、多要素認証、監査ログ、バックアップ、復旧訓練、委託先管理、脆弱性対応、インシデント報告を確認項目にします。

契約形態はどのように選びますか？

契約形態は、成果物と責任を明確にしたいのか、要件を確認しながら段階的に進めたいのかで選びます。薬歴管理システムでは、初期の要件が曖昧なまま一括発注すると、追加開発や連携仕様の変更で費用と納期が膨らみやすいため、要件定義と開発を分ける契約も有効です。

請負契約は、定めた成果物を完成させ、発注者が検収する形に向いています。画面、API、移行ツール、操作マニュアル、テスト結果、運用手順など、何を納品物とするかを一覧化し、検収期間、重大な不具合の定義、修正期限、再検収の方法を契約書や仕様書に記載します。薬歴の場合は、画面が表示されるだけでなく、薬剤師が想定した業務シナリオを完了できることを受入条件にします。

準委任契約は、専門家が一定の業務を支援する形で、現状調査、要件定義、プロジェクト管理、データ移行支援、運用改善などに向いています。新旧レセコンの仕様が不明、現場ごとに運用が違う、まず小規模なPoCで確かめたいという場合は、要件定義を準委任で進め、その結果をもとに開発や導入を請負にする段階契約が選択肢になります。稼働時間、担当者、会議体、成果の確認方法、月次の報告内容は明確にします。

契約時は、個人情報や要配慮情報の取扱い、再委託先、保存場所、アクセス権限、ログの保存期間、事故時の通知、バックアップ、データ返却・消去、契約終了後の移行支援を確認します。クラウドサービスでは、利用料に含まれる保守の範囲、計画停止の通知、障害時のサポート時間、復旧目標、サービスレベルを確認します。AI機能を含む場合は、音声や薬歴がモデル学習に利用されるか、生成内容の誤りに対して誰が確認するかも書面で残します。

薬歴管理システムの費用相場とコストの内訳

薬歴管理システムの費用は、製品の料金体系、店舗数、端末数、連携方式、データ移行量、研修、保守、独自開発の有無で大きく変わります。公開価格だけで市場平均を断定しにくいため、以下はリサーチノートと各社の公開情報をもとにした予算取りの目安です。税別か税込か、ハードウェア・導入作業・移行・保守を含むかは会社ごとに異なります。

クラウド型電子薬歴は、公開相場として初期費用を0〜50万円程度、月額を1店舗あたり1万〜3万円程度と置く例があります。ただし、端末、初期設定、データ移行、研修、AI・在宅・多店舗オプションが別になる場合があります。初期費用0円を掲げる製品でも、総額0円という意味ではありません。実際にユニケソフトウェアリサーチは、ソフトウェアを初期費用なしの月額方式としながら、ハードウェアと導入作業、指導費用は別途と案内されています。出典は株式会社ユニケソフトウェアリサーチ「P-CUBE n」の2026年確認情報です。

オンプレミス型やレセコン一体型は、初期100万〜200万円程度が公開相場の目安で、端末、サーバー、設定、移行、保守まで含めると200万〜400万円を超える場合があります。ハイブリッド型は、初期100万〜300万円程度を仮置きし、実際には構成と連携数で個別見積もりを取ります。これらは全社共通の定価ではなく、候補会社へ同じ条件で問い合わせるための予算レンジです。

独自の薬局チェーン基盤や複数の外部サービスを含むスクラッチ開発は、500万〜2,000万円程度、期間6〜12か月程度を仮の予算・納期レンジに置くことがあります。これは薬歴固有の公開見積もりではなく、一般的な個別業務システムの相場情報に、薬剤マスター、レセコン、電子処方箋、監査ログ、セキュリティ要件などを加味した推定です。大規模な店舗統合や既存システム刷新では、1年以上かかる場合もあるため、RFPの段階でフェーズ分けを提案してもらいます。

月額利用料だけでなく、端末・通信回線、法改正や薬剤マスターの更新、バックアップ、監視、問い合わせ、教育、データ保存、追加ユーザー、店舗追加、AIの利用量、電子処方箋連携、契約終了時のデータ出力を分けて見積もります。クラウド型では端末台数に関係なく定額とするサービスもありますが、SMS送信や追加オプションなどに別料金が発生することがあります。5年程度の利用を想定し、初期費用と月額費用を合算した総保有コストで比較します。

導入期間も費用に影響します。ウィーメックスのPharnesX-MXは、注文から稼働まで3か月程度を案内し、最初の1か月でヒアリングやテンプレート設定を進める流れを示しています（出典：ウィーメックス株式会社、2026年確認）。小規模な標準導入なら短くできる可能性がありますが、移行量や店舗数が多い場合は、研修と並行稼働の期間を含めて見積もります。

委託先選定と見積比較のポイント

委託先は、知名度や見積総額だけでなく、薬局の現場を理解して要件を詰め、稼働後も改善できるかで選びます。完成品ベンダーと受託開発会社では得意領域が異なるため、標準機能を導入するのか、既存サービスをつなぐのか、独自の業務を作るのかを先に決めると比較しやすくなります。

候補会社には、薬局や医療・介護分野での導入経験、対応した店舗規模、既存レセコンや調剤機器との連携実績、データ移行の方法、導入後の保守体制を質問します。製品名や導入店舗数だけでなく、自社と似た店舗数・在宅件数・端末構成の事例を示せるかを確認します。事例の効果数値は、測定期間、対象店舗、導入前後の条件、薬剤師の確認作業を聞き、広告上の数字だけで判断しないことが大切です。

見積書は「一式」の金額を減らし、要件定義、設定、画面開発、API連携、機器、移行、テスト、研修、稼働立ち会い、保守、追加改修に分けてもらいます。各項目について、数量、単価、工数、前提条件、含まれない作業、変更時の算定方法を確認します。3社以上へ同じRFPを渡し、同じ店舗数・端末数・移行件数・導入月で提案してもらうと、価格差が機能差なのか、前提条件の差なのかを判断しやすくなります。

たとえば、A社は初期費用が安くても端末追加やデータ移行が別料金、B社は月額が高くても保守や法改正対応を含む、C社は安価でも連携を手作業で運用するという違いが考えられます。総額だけでなく、薬歴1件の入力時間、待ち時間、残業、障害時の復旧、契約終了時の移行費用まで含めて、業務成果とリスクを比較します。

デモでは、製品紹介を聞くだけでなく、匿名化した実際の処方例と薬剤師の会話シナリオを使います。患者情報の確認、処方監査、疑義照会の記録、SOAP入力、次回確認事項の登録、服薬後フォローまでを一連の流れで操作し、入力時間と画面遷移を測ります。在宅でのタブレット入力、通信断、複数店舗からの参照、権限の違う利用者の画面も確認します。

AI音声入力を検証する場合は、生成文の速さだけでなく、専門用語や数値の誤認識、患者の主観的訴えの抜け、修正のしやすさ、音声データの保存と削除を確認します。カケハシは2026年5月、Musubiの音声薬歴生成機能を全利用ユーザー向けに展開し、薬剤師による確認・修正を前提とした下書き作成を案内しています（出典：株式会社カケハシ、2026年）。AIが生成した内容を無確認で確定する運用は採用せず、薬剤師の承認を必須にします。

導入・データ移行・受入テストを進める方法

発注先が決まった後は、導入計画を店舗単位に分け、パイロット、移行、研修、並行稼働、本稼働、改善の順に進めます。薬局業務を止められないため、全店舗へ一斉導入するより、代表店舗で業務と連携を検証してから展開するほうが、問題を小さく修正しやすくなります。

移行では、患者基本情報だけを移すのか、過去の薬歴、処方・調剤履歴、アレルギー、副作用、服薬フォロー、添付文書や画像まで移すのかを決めます。全件移行が費用対効果に合わない場合は、直近何年分をオンラインで参照し、それ以前は別媒体や紙で保存する方法もあります。移行前後で患者数、薬歴件数、必須項目、文字化け、日付、薬剤コード、権限を照合し、薬剤師がサンプル患者を確認します。

受入テストでは、単にログインできるかを確認するだけでは不十分です。新規患者の登録、継続患者の処方監査、アレルギー・重複投薬アラート、疑義照会、服薬指導、SOAP薬歴の保存と修正履歴、在宅訪問、服薬後フォロー、レセコンへの反映、電子処方箋の処方・調剤情報の確認まで、代表的な業務を通します。エラー時に利用者へ分かりやすく表示されるか、二重登録を防げるか、通信復旧後にデータが欠落しないかも確認します。

本稼働後は、薬歴1件あたりの記録時間、残業時間、未記載や差戻し、患者待ち時間、疑義照会の記録漏れ、服薬後フォロー率、障害件数を月次で確認します。導入前の数値を残しておくと、AIやテンプレートの導入効果を「便利になった」という感想だけでなく比較できます。改善要望の受付方法、優先順位、追加費用の有無、定例会の頻度を契約・運用設計に含め、現場の声が放置されない体制にします。

電子処方箋は、複数の医療機関や薬局の直近の処方・調剤情報を参照し、重複投薬等のチェックに活用できる仕組みです（出典：厚生労働省「電子処方箋」、2026年）。厚生労働省は2026年6月時点のデータ登録数などを公開しているため、発注時は「対応」の文言だけでなく、処方情報の取得、調剤結果の登録、マスター設定、本人同意、障害時の紙運用まで実機で確認します。

よくある質問（FAQ）

ここでは、発注前に特に質問されやすい項目をまとめます。費用、既存システムとの連携、AIの安全な使い方、導入期間は、候補会社の提案内容によって回答が変わるため、自社の条件を添えて確認します。

クラウド型は初期0万〜50万円程度、月額1万〜3万円程度、オンプレミスや一体型は初期100万〜200万円程度を予算取りの目安にできます。ただし、移行、端末、連携、研修、保守、AIオプションが別の場合があるため、最終的な金額はRFPに基づく個別見積もりで確認します。独自開発や大規模連携では500万〜2,000万円程度を仮置きする場合がありますが、薬局の規模と要件による推定レンジです。

移行できる範囲は、現行製品、データ形式、標準仕様への対応、契約上のデータ出力条件によって異なります。患者基本情報だけでなく、過去薬歴、アレルギー、副作用、薬剤コード、添付情報をどこまで移せるかを項目別に確認し、移行サンプルを作って文字化けや欠落を検証します。移行できないデータは、参照用の保存方法、保管期間、契約終了後の閲覧方法まで決めておくと安心です。

AIは会話の文字起こしやSOAP形式の下書きを支援する用途にとどめ、薬剤師が確認・修正してから確定する運用にします。誤認識、聞き間違い、患者の意図の取り違え、検査値や用量の欠落が起こる可能性があるため、承認者、修正履歴、音声データの保存・削除、患者への説明・同意、AI学習への利用有無を要件と契約に明記します。

標準的な電子薬歴の導入は、公開されている製品案内では注文から稼働まで約3か月とされる例があります。小規模で移行が少なければ短くできる可能性がありますが、店舗数、端末、レセコン連携、研修、並行稼働、受入テストによって変わります。RFPでは希望稼働月だけを伝えず、準備開始、データ抽出、設定、研修、切替、安定稼働確認までの工程と、遅延時の代替策を提案してもらいます。

まとめ

薬歴管理システムの発注・外注では、標準機能を使う範囲と独自開発する範囲を切り分け、RFPで現状課題、連携、移行、セキュリティ、保守、予算、納期を同じ条件で提示することが重要です。契約は、成果物を明確にする請負、要件定義や伴走に向く準委任、または段階的な組み合わせを選びます。

クラウド、オンプレミス、ハイブリッド、スクラッチ開発では、費用レンジも導入期間も異なります。初期費用0円でも端末、移行、研修、保守、解約時のデータ返却が別になる可能性があるため、5年程度の利用を想定した総額と、薬局の業務成果を一緒に比較します。

次の一歩は、薬剤師と事務担当者を含めて現状業務を整理し、必須要件と希望要件を分けたRFPを作ることです。候補会社には同じ条件で提案を依頼し、デモとPoCで入力動線、連携、移行、AIの確認、障害時の運用を検証します。見積書を比較するときは、価格差の理由と含まれない作業を確認し、導入後も改善を支援できる委託先を選びます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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