薬歴管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

薬歴管理システムの開発は、要件整理から定着までの6つのフェーズを順に進めます。業務要件、既存システムとの連携範囲、現場での定着方法を、この順に決めておくと、安全な運用につながります。

全体像は薬歴管理システム開発の完全ガイドもご覧ください。

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

薬歴管理システム開発の全体像

薬歴管理システムを中心に、患者情報、薬歴情報、在宅業務、連携先を配置した図解
記録の周囲に広がる業務範囲を見渡せます。

薬歴管理システムは、患者情報や処方・調剤履歴、服薬指導を継続して扱う業務システムです。

アレルギーや副作用、疑義照会、服薬後フォローも、管理の対象になります。

記録画面だけを作ると、受付から調剤、会計、請求、在宅訪問までの業務が分断されてしまいます。

開発の出発点は、薬歴を中心にどの業務とデータをつなぐかを決めることです。

薬歴管理システムで管理する情報と業務

薬剤師が継続して参照する情報と、薬歴に接続する業務は、患者情報、薬歴情報、在宅業務、連携先の4つに分けられます。

  • 患者情報:基本情報、既往歴、アレルギー歴・副作用歴、併用薬、OTC・サプリメント、生活状況
  • 薬歴情報:処方・調剤内容、SOAP形式の薬歴、次回確認事項、疑義照会の経緯
  • 在宅業務:訪問先での入力、訪問報告書、計画書、服薬後フォロー
  • 連携先:レセコン、在庫管理、薬袋発行、バーコード、オンライン資格確認、電子処方箋、電子版お薬手帳

「連携対応」と表示されていても、実際の範囲は対象バージョンや方式で変わります。さらに、エラー時の再送や手入力への切り替えまで確かめておかないと、稼働日に業務が止まるおそれがあります。

パッケージ・クラウド・スクラッチの使い分け

方式は、店舗の規模、業務の独自性、運用を担う体制を見て選びます。

  • パッケージ・クラウド:1店舗の標準業務を早く整えたい場合の候補で、電子薬歴とレセコン一体型もあります。
  • クラウド型:複数端末や在宅訪問、多店舗での参照を進めやすく、バックアップや更新を自社で抱えにくい点が特徴です。
  • オンプレミス・ハイブリッド:店舗内の安定運用を重視し、既存設備を活かしたい場合に合います。
  • スクラッチ開発:独自監査やチェーン本部の分析、特殊な在宅請求など、標準機能では足りない業務向けです。

クラウド型を選ぶ場合は、通信が途切れたときも入力を続けられるか、端末をどこで使えるか、月額課金の範囲はどこまでかを確かめます。

スクラッチでは、薬剤マスター、調剤報酬、電子処方箋の仕様変更やセキュリティ対策を担い続ける体制があるかも、判断の材料になります。

ポイント

連携先の多さや在宅・多店舗の有無で、パッケージ、クラウド、スクラッチのどれが合うかを見極めます。「連携対応」と表示されていても、対象バージョンや方式まで確かめてから判断します。

薬歴管理システム開発の進め方

開発の成否は、機能一覧を渡すことだけでなく、薬局の業務と判断基準を共通化できるかで決まります。そのうえで、各フェーズを順に進めると、使い勝手、安全性、予算、導入時期を管理しやすくなります。各フェーズの完了条件は文書に残し、次へ進む前に責任者が確認します。

フェーズ1:要件整理での業務の現状と優先順位の把握

導入効果を測るには、現状の業務を先に押さえておく必要があります。次に、必須機能やAI利用の条件を決めます。

  • 業務の流れ:店舗ごとの受付、疑義照会、調剤、服薬指導、薬歴記載、監査、会計、請求、在宅、服薬後フォローの流れ
  • 現場観察:担当者、画面、確認情報、判断、記録先を、現場で実際に見ること
  • 導入前の指標:薬歴1件あたりの入力時間、閉局後の残業時間、患者待ち時間、1日あたりの処方箋枚数、端末台数、店舗数の測定
  • 要件分類:「必須」「できれば必要」「将来検討」の3層への分類
  • 必須要件:保存・検索、権限管理、修正履歴、レセコン連携、バックアップ、障害時の業務継続

AI音声入力では、録音への同意と保存期間、話者分離の扱いを決めます。さらに、生成文の確認・修正、最終確定者、AI学習への二次利用も決めておきます。解決したい業務課題は、一文にまとめます。

フェーズ2:選定での製品と開発会社の比較

候補は、条件をそろえてから、同じ手順のデモと比較で選びます。

  • 候補の条件:薬局の規模、現行レセコン、在宅の有無
  • デモの内容:匿名化データを使い、患者検索、処方確認、監査、服薬指導、SOAP入力、次回確認事項の登録まで、同じシナリオで受ける
  • 比較の観点:操作数、テンプレート編集、アラートの根拠表示、画面設計、通信断時の動作、レセコン・調剤機器との接続実績
  • 契約と保守:移行範囲、問い合わせ対応時間、解約時のデータ返却、追加開発のAPI仕様・テスト環境・保守費用・法改正対応の受け持ち範囲

候補の条件には、店舗間共有、紙薬歴からの移行、電子処方箋の利用予定も含めます。

フェーズ3:設計・開発での安全な入力と連携の実現

要件が確定したら、権限や連携を設計し、現場の運用まで含めた安全対策を整えます。

  • 設計対象:画面・データ・権限・連携・ログ・バックアップ、検索権限、店舗間の参照範囲、修正履歴、管理者承認、退職者アカウントの停止
  • 安全対策:通信・保存の暗号化、多要素認証、端末紛失対策、監査ログ、復旧手順を、運用手順にも反映する
  • 対応分担:チェックリストの各項目を、システム対応、薬局対応、対象外の理由に分けた表
  • AIの確定手順:生成結果を、薬剤師が確認・修正してから確定する流れ

厚生労働省は2026年6月に「医療情報システムの安全管理に関するガイドライン」第7.0版を公表しています(出典:厚生労働省、2026年)。

医療機関・薬局向けのサイバーセキュリティ対策チェックリストも、あわせて公表されています。

フェーズ4:テストでの連携・記録・障害時の動作の検証

画面が表示されるかだけでなく、通常業務や障害時のシナリオに沿って、受入の可否を確かめます。

  1. 通常処方、疑義照会、薬剤変更、アレルギー登録を試します。在宅訪問、患者転居、店舗間の引き継ぎ、重複投薬アラート、薬歴修正、監査ログも試します。
  2. 連携では、重複データ、未登録薬、通信断、タイムアウト、連携後の訂正が起きたときの動作を確かめます。
  3. AIのテストでは、聞き取り誤り、薬剤名の誤変換、話者の取り違え、推測による補完、SOAPの抜けを見ます。
  4. 受入基準は、必須項目の欠落で確定できない、連携失敗が表示される、障害時に紙運用へ切り替えられるなど、現場が判定できる表現で書きます。

AIのテストデータは匿名化して使います。

テストでは、薬剤師が生成文を採用・修正・破棄できるかも確かめます。

フェーズ5:稼働での店舗を止めない切り替え

稼働では、切り替え方式を決めたうえで、当日までの準備を整えます。

  1. 全店舗同日か1店舗ずつ段階展開かを選び、初導入や在宅業務が複雑なら代表店舗で試行します。入力時間、問い合わせ、連携エラー、患者待ち時間を見てから広げます。
  2. 切り替え前に決めることは、旧システムの閲覧期限、紙で残す情報、患者データの移行対象、当日の受付方法、ベンダーの立ち会い時間です。
  3. 各社が公表する標準構成の導入期間を参考に、希望稼働月から逆算します。

たとえば、PharnesX-MXは注文から稼働まで約3か月が目安です(出典:各社公式製品情報、2026年確認)。P-CUBE nは、導入作業が1〜1.5か月で、選定からでは3〜6か月の場合があります(出典:各社公式製品情報、2026年確認)。

期間は、店舗数、移行データ、端末、連携改修、研修を含むかどうかで変わります。そこで、希望稼働月から日程を組みます。

フェーズ6:定着での使い方と成果の改善

導入後は、研修と問い合わせ体制を用意し、複数の指標で定着を確かめます。

  • 手順書と研修:記載ルール、テンプレート、アラート、AI下書き、個人情報、障害連絡先をまとめた手順書を、業務中に参照できる形で用意する
  • 問い合わせ体制:店舗ごとの推進担当者と、問い合わせの集約先
  • 定着指標:薬歴記録時間、残業時間、患者待ち時間、疑義照会の記録漏れ、服薬後フォロー率、障害件数、問い合わせ解決時間の推移
  • 比較と品質確認:導入前と稼働後1・3・6か月の比較。監査不備、修正率、患者対応時間も見て、記録の品質を保ちます。

ポイント

要件整理から定着まで、次のフェーズへ進むかどうかは、完了条件を満たしたかで判断します。完了条件が文書になっていない段階では、次へ進まないことが目安になります。

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

総保有コストを中心に、導入費、連携・支援費、月額費、終了・障害時費用を示した図解
導入前後に発生する費用を区分して捉えられます。

薬歴管理システムは公開価格が少なく、店舗数や端末数によって価格が変わります。ほかにも、次の項目で金額が変わります。

  • レセコン:現行レセコンとの接続の要否で作業範囲が変わります
  • データ移行:移行する患者や薬歴の量と形式で作業量が変わります
  • 研修:研修の範囲と回数によって費用が変わります
  • 保守:保守の範囲と期間によって費用が変わります
  • 連携改修:連携する範囲によって費用が変わります

以下は、2025〜2026年に確認できる公開相場などをもとにした、予算取りの目安です。

税別かどうか、ハードウェアや導入支援を含むかどうかは会社ごとに異なります。そのため、金額を単一の市場平均として扱わないでください。

方式別の費用相場

方式ごとの公開相場を見比べ、追加機能や導入作業を含めた総額で予算を考えます。

  • クラウド型:店舗単位で初期0〜50万円、月額1〜3万円程度。AI、在宅、複数端末、多店舗共有、患者向け機能は別料金の場合があります。
  • オンプレミス・レセコン一体型:初期100〜200万円程度。端末、サーバー、設定、移行、指導、保守を含めると200〜400万円超になる場合もあります。
  • ハイブリッド:初期100〜300万円程度を仮置きし、店舗数とクラウド連携の範囲で見積もります。
  • スクラッチ・大規模連携:500〜2,000万円、6〜12か月程度

上の金額は、一般的な個別業務システムの相場と、薬歴の連携・セキュリティ要件から見た推定です。薬歴固有の公開価格ではありません。

クラウド型は初期費用0円と表示されることもあります。ただし、端末、ネットワーク、設定、移行、研修、訪問支援が別途なら、導入時の支払総額は0円にはなりません。

初期費用以外に見落としやすいコスト

初期費用、月額費用、解約時の負担は分けて確かめ、5年間の総保有コストで比べます。

  • 導入費:ライセンス、端末・周辺機器、ネットワーク、初期設定、患者・薬歴データ移行、薬剤マスター
  • 連携・支援費:レセコン・調剤機器連携、電子処方箋対応、研修、稼働立ち会い、保守
  • 月額費:利用者数、端末数、店舗数、保存容量、AI利用量、サポート時間、法改正対応の含有範囲
  • 終了・障害時費用:データ返却形式と費用、閲覧期間、消去証明、追加開発保守、復旧時間、バックアップ復旧費用
  • 製品価格の条件:P-CUBE nのソフトウェアは、初期費用なしの月額制

ハードウェアと導入作業・指導費用は別途です(出典:株式会社ユニケソフトウェアリサーチ、2026年確認)。

ポイント

初期費用が0円でも、端末や移行、研修が別途かかれば支払総額は変わります。費用は初期・月額・連携・終了時の費用を同じ項目で並べ、5年間の総額で比べて判断します。

薬歴管理システムの見積もりを取る際のポイント

RFPの要件整理からデモとPoC、移行・セキュリティ・契約のリスク確認へ進む流れ図
提案を比べる前後で確認する段階が分かります。

相見積もりでは、同じ条件で3社程度に相談し、標準機能と追加開発の境界を明らかにします。価格を比べるだけでなく、その中身をそろえることが目的です。

要件が曖昧なまま依頼すると、移行や連携、研修が後から増えることがあります。さらに、安く見える提案も比べられなくなるため、条件をそろえておきます。

RFPに書くべき要件と比較条件

RFPや要件メモで条件をそろえておくと、各社の提案を同じ基準で比べられます。

  • 薬局の条件:店舗数、処方箋枚数、薬剤師数、端末数、現行レセコン・調剤機器、在宅件数、旧データ量、希望稼働月
  • 機能要件:患者情報、SOAP、監査、疑義照会、フォロー、帳票、検索、店舗間共有、電子処方箋、オンライン資格確認、電子お薬手帳を、必須・代替可・将来に分類
  • 費用比較:初期・月額・追加開発・移行・端末・研修・保守費と5年間の総額を、同じ項目立てで依頼
  • 対応区分:「標準機能」「設定」「連携」「追加開発」「対応不可」の区分と、電子処方箋の試験環境、対象機能、マスター更新、障害時の受付・再送への質問

デモとPoCでの薬剤師の判断の確認

デモとPoCでは、薬剤師に普段の作業を実際に行ってもらい、操作性と確認の負担を評価します。

  • 通常業務:匿名化した処方例で、患者検索、過去薬歴の参照、処方監査、服薬指導、SOAPの下書き・修正・確定、次回申し送りを試す
  • 操作性:画面速度、会話を遮らないか、テンプレート変更、店舗間での閲覧範囲
  • AI評価:短縮時間だけでなく、生成文の正確性、薬剤名・用量の誤り、記録漏れ、修正時間、確認者の負担、患者説明、保存先
  • 製品例:EMシステムズが2025年11月にリリースした薬歴生成AIサポート

同社は、録音、話者分離、文字起こし、SOAP形式の文案作成を案内しています(出典:株式会社EMシステムズ、2025年)。また、薬剤師による確認・修正の工程まで含めて比べます。

移行・セキュリティ・契約のリスクの事前確認

移行、セキュリティ、AI利用、契約終了までを想定して、条件を決めておきます。

  • 移行範囲:患者基本情報、過去薬歴、アレルギー、副作用、服薬状況、疑義照会、次回確認事項。移行外のデータは、PDF・参照用・紙・検索可能な形から扱いを合意
  • 移行検証:件数、文字コード、日付、薬剤コード、重複患者、欠損データのサンプル確認と、現場責任者による受入確認
  • 安全管理:権限、端末認証、暗号化、ログ、バックアップ、復旧目標、脆弱性、委託先、事故連絡を、契約書と運用規程に記載
  • AI・契約:説明・同意、録音保存期間、第三者提供、学習利用、削除依頼、SLA、個人情報、解約時の返却、追加費用を、発注前の確認項目とする

ポイント

見積もりは、価格の安さより、同じ条件で比べられるかで判断します。条件がそろわない提案は、金額を並べても比較になりません。

よくある質問

答えは、薬局の規模や既存環境によって変わります。そのため、判断の順序を押さえておくと、ベンダーへの質問と社内の合意形成を進めやすくなります。

薬歴管理システムの開発・導入にはどのくらいかかりますか?

導入期間は、製品の標準構成や移行・連携の条件によって変わります。

  • 標準的な目安:パッケージやクラウドは選定後2週間〜3か月程度です。PharnesX-MXは注文から稼働まで3か月程度と案内されています。
  • P-CUBE n:導入作業は概ね1〜1.5か月、選定からでは3〜6か月かかる場合があります。
  • 期間が延びる条件:データ移行、複数店舗、独自連携、研修、パイロットを含む場合は長くなります。
  • 選定開始時期:希望稼働月の3〜6か月前に、候補選定を始めておくとよいでしょう。

紙薬歴や旧システムのデータは移行できますか?

移行できる範囲は、旧システムの出力形式、データ交換の仕様、契約、項目の対応関係で決まります。たとえば、患者基本情報や現在の薬歴を移せる場合もあります。

紙の自由記載や古い履歴の全量を、同じ画面で再現できるとは限りません。そのため、移行対象、変換方法、欠損時の扱い、移行後の保管方法と費用を明記します。さらに、サンプルデータを使って、検索や表示まで確かめます。

AI薬歴は薬剤師の確認なしで確定できますか?

AI生成文は、薬剤師の確認・修正を経てから確定する運用にします。

  • 確定者:確認なしの自動確定を前提とせず、最終確定は薬剤師が行う
  • Musubiの利用条件:別途申込みとブラウザ版利用が必要
  • 運用設計:誤変換や記録漏れを人が確認してから薬歴を確定する手順

カケハシは2026年5月、Musubiの音声薬歴生成機能を全ユーザー向けに展開し、追加費用なしで利用できると公表しました(出典:株式会社カケハシ、2026年)。

同機能は、薬剤師の確認・修正を前提とした下書き作成です。

電子処方箋対応なら、どこまで確認すればよいですか?

対応の可否だけでなく、処方情報・調剤結果の取得と登録、重複投薬等のチェック、医薬品マスターまで確かめます。さらに、レセコン連携、エラー時の再送、紙処方箋を含む運用も対象になります。

厚生労働省は、電子処方箋によって複数の医療機関や薬局の直近の処方・調剤情報を参照でき、重複投薬等のチェックに活用できると説明しています(出典:厚生労働省「電子処方箋」、2026年確認)。

導入前には、実接続テストと、障害時の手作業を含む訓練を行います。

ポイント

導入期間、移行範囲、AI薬歴の確定方法は、製品の標準構成と契約条件で答えが変わります。ベンダーの回答は、標準機能と追加条件を分けて受け取ります。

まとめ

薬歴管理システム開発は、薬局の業務、患者情報、レセコン・調剤機器連携、セキュリティ、教育を一体で設計する取り組みです。製品を入れることは、その一部にすぎません。

各フェーズには、それぞれ完了条件を置きます。区切りは、次の段階に入れる時点です。

  1. 要件整理:業務の現状と優先順位を把握した時点
  2. 選定:製品と開発会社を比較し、候補を絞った時点
  3. 設計・開発:安全な入力と連携を実現した時点
  4. テスト:連携・記録・障害時の動作を検証した時点
  5. 稼働・定着:店舗を止めずに切り替えを終え、使い方と成果の改善に入った時点

現場の薬剤師が判断しやすい仕組みにすることが大切です。

発注前に確認する最終チェック

発注前に、現行業務の課題とKPI、必須機能、連携先、移行対象、デモの評価結果を確かめます。加えて、初期費用と5年間の総額、導入日程、研修体制も対象になります。

障害時の運用、AIの確認・修正フロー、アクセス権限、バックアップ、契約終了時のデータ返却も確かめます。なかでも、「初期費用0円」などの範囲は項目ごとに分けて比べます。さらに、「電子処方箋対応」「AIで薬歴作成」といった表現も、含まれる機能や条件に分けて見ます。

まず作るべき資料と次の一歩

業務と導入条件を整理してから相談すると、提案と見積もりを同じ土台で比べられます。

  1. 店舗ごとの業務フロー、処方箋枚数、薬剤師数、端末数を1枚にまとめます。現行システム、移行希望、在宅・多店舗共有の要否、希望稼働月も書き添えます。
  2. 資料をもとに、3社程度へ同じ条件で相談し、匿名化データのデモと、連携・移行・障害時の運用を含む見積もりを依頼します。
  3. 価格だけでなく、薬剤師が安全に使い続けられるかを基準に選び、導入効果の定着につなげます。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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