地域医療連携システム開発は、業務と対象施設を決めたうえで、要件整理と選定を行い、設計・開発へ進みます。その後はテストを経て稼働させ、定着まで進めます。全体は6つのフェーズに分かれ、各段階で判断の基準と成果物をそろえると、現場の業務改善につながります。
▼全体ガイドの記事
・地域医療連携システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
地域医療連携システム開発の全体像

地域医療連携システムは、病院や診療所、薬局、訪問看護、介護施設、自治体が、患者の同意と目的に沿って情報を扱う基盤です。
さらに、このシステムでは、患者検索や名寄せ、診療情報・検査結果・画像の閲覧に加えて、紹介予約や返書、退院調整、在宅移行のタスク管理も設計します。業務フローまで扱うと、現場の改善につながりやすくなります。
共有基盤と業務アプリの切り分け
企画では、「何を共有するか」と「誰の業務をどう変えるか」を別々に整理します。
- 共有基盤:同意、権限、地域患者ID、名寄せ、監査ログ、電子カルテやPACSとの接続
- 業務アプリ:紹介状受付、予約調整、逆紹介、退院カンファレンス、訪問看護への連絡、期限管理
診療情報を閲覧できても、地域連携室がFAXや電話を続けていれば、成果は限られます。そのため、企画書には「情報連携機能」と「業務改善機能」を分けて記載します。
全国基盤と地域固有の業務の切り分け
2026年時点で、厚生労働省の電子カルテ情報共有サービスは、診療情報提供書、健診結果、患者の臨床情報、患者サマリーを、全国の医療機関などで共有する仕組みです(出典: 厚生労働省「電子カルテ情報共有サービス」、2026年6月更新)。
全国サービスと地域側の役割を分けるには、担当する範囲を次のとおり整理します。
- 全国サービス:診療情報など、全国で共有する情報
- 地域ネットワーク:退院調整、紹介予約、介護連携、地域独自のパス
- 方式選定:小規模ならSaaS、複雑な業務や深い接続なら拡張・個別開発を検討
要件整理の初日には、接続対象、地域側に残すデータ、情報の正本を一覧にします。方式には、医療パッケージと連携アダプタ、クラウド個別開発のほか、オンプレミスや閉域網、フルスクラッチもあります。
どの方式でも、選定の前に標準規格とデータ移行を確かめます。さらに、障害時の代替手段と、契約終了時のデータ返却も確認します。
地域医療連携システム開発の進め方

開発では、機能の一覧だけで決めず、現場の業務がどの順に変わるかを確かめながら進めます。初期対象を絞ってPoCから始める方法もあります。
進め方は6つのフェーズに分かれ、各段階で判断基準と成果物をそろえます。
フェーズ1:要件整理の目的と対象業務
要件整理では、業務の成果を数値で決めておきます。たとえば、紹介予約の受付時間短縮、退院後の連絡漏れ削減、逆紹介の返書回収率向上などです。
次に、現状の業務を業務フローに描き、担当者と入力画面を洗い出します。特に、紙やFAX、電話でのやり取りも、電子カルテ入力と並べて流れに含めます。
- 対象と情報:施設、職種、共有情報、初期リリース範囲
- 同意と権限:取得者、撤回、緊急時の例外閲覧
- 管理条件:保存期間、監査ログの保管期間、連携先
成果物は、業務フロー、対象データ一覧、権限マトリクスです。さらに、連携先一覧と非機能要件を用意します。KPIの定義と初期範囲も、同じ段階でそろえます。
初期範囲は、中核病院1施設と診療所5施設に絞り、紹介予約と診療情報提供書を扱う案もあります。その場合、退院支援や介護連携は第2段階に回します。なお、合意が「便利にしたい」のままなら、選定へ進まないことが重要です。
フェーズ2:選定の接続実績と運用支援
各社には同じRFPを渡し、接続実績と標準対応、運用支援を比べます。
- 接続:電子カルテ、PACS、レセコン、予約システムとの実績
- 標準と環境:SS-MIX2・IHE・DICOM・FHIR、クラウド・オンプレミス
- 安全と運用:同意・緊急閲覧、復旧目標、脆弱性対応、データ返却、説明会
デモでは、機能の数よりも、紹介元の予約作成から地域連携室の受付、返書登録までの操作を見ます。
チェック項目には、同規模の導入先と施設追加費を入れます。さらに、標準機能と個別改修の境界、データ返却形式、問い合わせ窓口も含めます。
連携アダプタや施設追加のほか、研修と24時間監視も、後から加算される場合があります。そのため、価格だけでなく、3年間の総保有コストで比べます。
フェーズ3:設計・開発の入力負担と権限
患者を一意に検索する名寄せと地域患者IDを、画面とデータモデルに落とします。そのうえで、同意状態と、施設・職種・患者ごとのアクセス権も設計に含めます。
- 文書:診療情報提供書や退院時サマリーを、原文で見せるか要約にするか
- 画像:保存場所、閲覧方式、通信量、DICOM連携、障害時の閲覧
- 接続:各連携先について、API、SS-MIX2、ファイル連携、FHIRのどれを使うか確定
個別改修に進む前に、標準機能や連携アダプタで要件を満たせないかを検討します。
設計レビューでは、誤患者の表示や同意外の閲覧を防げるかを、例外の場合も含めて確かめます。また、閲覧・登録・出力の履歴が残るかも確認します。
フェーズ4:テストの施設間業務シナリオ
画面ごとの機能テストに加えて、施設をまたぐ業務の流れを通して検証します。
- 紹介:診療所の登録、病院の予約確定、情報受領、診療後の返書
- 退院支援:退院予定、ケアマネジャー・訪問看護への通知、期限と完了
- 例外:同意の取得・撤回、権限変更、誤登録、重複患者、通信断、障害、緊急閲覧
接続試験では、匿名化したデータかテスト用データを使います。文字コードや日付の扱いに加えて、単位や標準コードも確かめます。画像や添付の欠落も見ます。
受入条件は、業務の結果で定めます。たとえば、紹介受付時間の短縮、同意範囲との一致、障害時の紙運用への切り替えなどが基準になります。
重大な未解決の不具合が残っている場合は、予定日どおりに稼働させない判断も必要です。
フェーズ5:稼働の段階展開と切り戻し
協力的な中核病院と数施設で先行稼働し、2〜4週間の安定運用を確かめてから展開する方法が安全です。
- 本番前:アカウント、職種・権限、同意書、連携先マスタ、診療科・予約枠、窓口を確定
- 並行運用:紙・FAXを残す期間と条件を決め、二重入力の終了日を設定
- 切り替え:判定会議、連絡網、障害時手順、復旧責任者、旧システム参照期間を定める
病院が使えても、紹介元の施設が使えなければ連携は止まります。そのため、先行施設では問い合わせと予約完了率を毎週確かめます。差し戻しやFAX残存件数も見て、そのうえで参加施設を増やします。
フェーズ6:定着の実利用率と業務成果
厚生労働省の2025年度調査では、登録施設のうち実利用施設は20〜40%程度でした(出典: 厚生労働省「令和7年度地域医療情報連携ネットワーク調査研究事業」、2026年公表)。そのため、登録数だけでは使われていない状態を見落とします。
- 利用:月次アクティブ施設率、紹介予約のオンライン率、返書回収率
- 業務:退院支援タスクの期限内完了率、電話・FAX件数、閲覧時間
- 運営:利用率の低い施設の理由を聞き、画面や運用を見直す
事務局は、アカウントの棚卸しや施設の追加、同意書の改訂を定例化します。さらに、マスタ管理や問い合わせ、研修、利用状況の共有会も定例に組み込みます。
利用率が低い施設には、機能の説明を繰り返すより、使わない理由を聞きます。たとえば、予約枠の見つけにくさや入力項目の多さ、院内責任者の不明確さなどを確認します。
理由に応じて画面や運用を変えます。連携業務が継続して短く安全に回ることが、完了の条件です。
地域医療連携システムの費用相場とコストの内訳

全国共通の定価はありません。費用は、施設数や共有情報、接続数で変わります。さらに、画像連携と同意の扱い、24時間監視、事務局支援も費用を左右します。
ここで示す数字は、公開価格や公的な補助基準、類似案件から整理した企画段階の目安です。確定予算ではなく、RFPの予算枠に使います。そのうえで、同じ条件で相見積もりを取ります。
規模別の初期費用の幅
紹介予約や紹介状受付が中心の小規模SaaSでは、初期が50万〜300万円、月額が3万〜30万円程度です。
トスメディカルの「e連携」は、初期77万円、月額3万3,000円からです。診療科目数によっては、月額が9万9,000円以上になります。
電子カルテ連動は別見積もりです(出典: トスメディカル「e連携 料金」、2026年確認)。これは紹介予約の価格例で、地域ネットワーク全体の相場としては使えません。
- パッケージ導入:初期500万〜3,000万円、月額・保守10万〜100万円程度
- 医療圏ネットワーク:構築3,000万〜2億円、運営費年1,000万〜6,000万円程度
- スクラッチ開発:初期3,000万〜2億円超、保守等は年500万〜3,000万円程度
パッケージ導入では、電子カルテ接続や複数施設への展開、データ移行、研修を費用に加えて考えます。なお、ネットワークは1医療圏の複数施設を含む想定です。
スクラッチの保守費には、クラウドやセキュリティ運用が含まれる場合があります。上の各レンジは公開情報からの推定で、施設数と責任分界によって変わります。
公開価格と補助基準の見方
公的資料を見るときは、構築時の補助基準と、稼働後の運営費を分けて確認します。
- 構築費:補助上限・基準額は開発会社の請求額とは異なる
- 運営費:医療機関の負担額に応じて、年間費用の試算が変わる
北海道の2025年度事業では、市町村や病院、医師会などの基準額は3,000万円です。
診療所や薬局、訪問看護、高齢者福祉事業所などは、1施設あたり2,000万円です。構築アドバイザーは、1機関あたり271万円です(出典: 北海道「令和7年度地域医療情報連携ネットワーク構築事業」、2025年度)。複数施設の構築では、数千万円規模になり得ます。
厚生労働省の調査報告では、開示医療機関20施設が月額5万円を負担する場合の年間運営費は、2,110万835円と試算されています。
月額20万円の負担では、年間5,710万835円です。ただし、この試算には構築・更新費が含まれていません(出典: 厚生労働省「令和7年度地域医療情報連携ネットワーク調査研究事業 最終報告書」、2026年公表)。
開発期間とランニングコストの管理
導入期間は方式によって異なるため、工程表には次の目安を置きます。
- 予約SaaS:1〜3か月
- パッケージと電子カルテ接続:3〜9か月
- 複数病院のネットワーク:9〜18か月
- 同意・監査・複数接続を含むスクラッチ:12〜24か月以上
要件定義や標準規格の確認、接続試験を急ぐと、稼働後の手戻りが増えます。セキュリティ審査や施設説明、研修を急ぐ場合も、手戻りの原因になります。また、補助金の申請時期と病院の予算年度も、工程表に入れます。
ランニング費には、クラウドや回線・VPN、ライセンスを含めます。さらに、バックアップや監視、脆弱性対応も含めます。
保守やヘルプデスクも加えます。そして、施設追加やマスタ更新、事務局人件費まで含めて見ます。
費用は、初期と月額、年次に分けます。従量課金やオプション、契約更新時の改定条件も別に分け、5年間の総額を試算します。課金単位が不明な場合は、現在、3年後、最大想定の3パターンで見積もりを求めます。
地域医療連携システムの見積もりを取る際のポイント
見積もりの差は、単価よりも前提条件から生まれます。そのため、まず施設、職種、患者数、接続先の条件をそろえます。
共有データと画像容量、同意方式を前提に加えます。さらに、運用時間やセキュリティ、研修回数もそろえます。
条件がそろわないと、安い提案に必要な作業が含まれないことがあります。RFPには、機能だけでなく業務シナリオと非機能要件も記します。
要件定義書に入れる施設数・データ・業務シナリオ
参加予定の施設は、病院、診療所、薬局の数を記します。さらに、訪問看護と介護施設も数に含め、初期参加と将来参加を分けます。
- 共有データ:提供書、退院時サマリー、検査、処方、アレルギー、画像、地域連携パス
- 操作範囲:閲覧のみか、登録・更新も行うかを明記
- 予約業務:診療科、検査、予約枠、紹介元登録、返書の扱いを記載
非機能要件には、夜間・休日の支援や目標復旧時間、バックアップ世代数を入れます。監査ログや暗号化、二要素認証も、同じ要件として書きます。
脆弱性診断や保管場所、委託先も確認します。障害や漏えいが起きたときの報告期限も、あわせて確かめます。
経済産業省は2025年3月に医療情報事業者向け安全管理ガイドライン第2.0版を公表し、合意内容とリスク対話の明確化を進めています(出典: 経済産業省「医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン」、2025年)。提案書の「対応済み」という記載だけでなく、適合開示書やSLAも確かめます。
複数社への提案依頼とデモ
少なくとも3社に同じRFPを送り、価格や前提、納期を比べます。さらに、体制やリスク、保守範囲も比較の対象にします。
提案依頼時には、現行フローと接続先の製品名・バージョン、施設数を渡します。加えて、利用者数や1日あたりの紹介件数、画像の有無、先行稼働の範囲も添えます。
秘密保持契約の範囲で匿名化した画面や帳票を示すと、追加開発の見積もり精度が上がります。
- 依頼資料:現行フロー、接続先製品・版、施設数、利用者数、紹介件数
- 対象条件:画像の有無、先行範囲、匿名化した画面や帳票の例
- 比較項目:前提、納期、体制、リスク、保守範囲、追加開発精度
デモでは、予約から受付、同意確認、患者検索までを続けて操作してもらいます。さらに、情報閲覧や返書、退院支援、監査ログも、同じ流れで確かめます。
紹介元の登録や問い合わせを誰が支援するのか、導入後に利用率向上策を誰が担うのかも確かめます。
神戸市立医療センター中央市民病院の事例では、事前予約の約20%をe連携で受け付け、事前予約率80%以上の目標を達成したと説明されています(出典: トスメディカル「神戸市立医療センター中央市民病院 導入事例」、2025年)。事例の数値を、自院でも同じように得られるとは限りません。そのため、KPIの測定方法と比較期間を確認します。
契約前の追加費用と責任分界
見積書と契約では、追加費用の内訳と、関係者の責任範囲を具体的に書き出します。
- 追加費用:電子カルテ・画像連携、施設追加、移行、帳票変更
- セキュリティ等:二要素認証、閉域網、診断、監視、現地研修
- 見積明細:数量、単価、作業回数、前提を分け、一式表示を避ける
- 契約・クラウド:停止補償、事故報告、再委託、データ所有権・返却、所在地、復旧試験、SLA、監視時間帯
- 責任分界:医療機関、事務局、開発会社、接続先の判断担当
「連携可能」と「今回の費用で本番接続まで完了」は別のことです。そのため、接続先との調整費や接続試験、障害時の切り分け担当も明記します。
また、ログの保存や、終了時の消去証明、保守終了時の移行支援も確認します。
責任分界は表にまとめ、誰が判断するかを合意したうえで発注します。
地域医療連携システム開発でよくある質問(FAQ)
導入で論点になるのは、費用と既存電子カルテとの接続です。加えて、参加施設の拡大や、個人情報とセキュリティの責任範囲も挙がります。
電子カルテが違う医療機関同士でも接続できますか?
接続できる可能性はありますが、方式と対象データは、製品や版、契約条件によって変わります。「標準規格対応」と書かれていても、連携項目や更新の向きまで同じとは限りません。
接続方式は、SS-MIX2やIHE、DICOMから確認します。FHIRやAPI、ファイル連携も、接続方式の候補として確かめます。
患者IDやコード、文字、日付の変換は、接続試験で検証します。画像や添付の変換も確かめます。
パッケージとスクラッチ開発はどちらが向いていますか?
紹介予約や診療情報共有のように既存業務に近い範囲なら、パッケージやSaaSで期間とリスクを抑えやすくなります。
独自の退院支援や自治体・介護との複雑な接続、独自KPIやデータモデルが必要なら、拡張や個別開発も比べます。
まず標準機能でPoCを行い、差分が本当に必要かを確かめてから、投資を広げます。
地域医療連携システムの開発費はどのくらいですか?
企画段階では、方式ごとの公開価格や補助基準を参考に予算幅を見ます。
- 紹介予約SaaS:初期50万〜300万円、月額3万〜30万円程度
- パッケージと電子カルテ接続:初期500万〜3,000万円、月額・保守10万〜100万円程度
- 医療圏ネットワーク:構築3,000万〜2億円程度、運営費は年1,000万〜6,000万円程度
これは公開価格や補助基準などから見た企画段階の幅で、確定額ではありません。
見積もりには、施設数や接続先、画像、移行を含めます。研修や監視、事務局費も対象です。そのうえで、初期・月額・年次・追加費用に分けて見積もります。
患者同意と緊急時の閲覧はどのように設計しますか?
同意を取る主体と説明内容、範囲を、業務フローに書き込みます。さらに、撤回方法や有効期間、施設間での共有方法も、同じ業務フローに入れます。
緊急時に例外閲覧を認めるかを決め、認める場合は承認者や閲覧情報、閲覧時間を定めます。
例外閲覧を許す場合は、理由の入力と強い認証を必須にします。さらに、操作ログや定期監査も必須とし、通常閲覧と画面上で区別します。
導入後に使われない状態を防ぐにはどうしますか?
導入前に、施設ごとの責任者と利用開始日を決めておきます。説明会や問い合わせ方法、利用率目標も、あわせて定めます。
登録数ではなく、月1回以上使う施設、予約完了、返書登録などを指標として追います。そのうえで、利用しない理由を聞き、改善につなげます。
調査では、登録施設の20〜40%程度が実利用施設でした。そこで、事務局活動と継続研修は、開発費とは別の運用計画に入れておきます。
地域医療連携システム開発のまとめ
成功のためには、機能や製品より先に、紹介・逆紹介、退院支援、在宅・介護連携の業務成果を定めます。要件整理と選定から始め、設計・開発、テスト、稼働を経て定着まで、6つのフェーズを順に進めます。
患者同意や権限、標準規格は、最初から設計に含めます。障害時の運用やデータ返却も、同じように設計に含めます。
1業務・少数施設での成果測定
初期導入では、紹介予約や退院調整など効果を測りやすい1業務を選び、協力的な少数施設でPoCを行います。
オンライン率や受付時間、返書回収率を、基準値と比べます。FAX件数やアクティブ施設率も見て、入力負担を確認します。
全国サービスと地域の業務機能を分けることも、二重投資やベンダーロックインを避けるための判断です。
同じRFPでの複数社比較と運用費
見積もりから契約後の運用まで、複数社を同じ条件で比べます。
- 総額:施設追加、接続、移行、研修、監視、保守、事務局を含む3〜5年分で比べる
- 提案内容:同じ業務シナリオのデモ、標準規格への対応状況、障害時の責任分界を確認する
- 契約・運用:契約終了時のデータ返却や利用定着の支援内容も見ておく
- 選定:要件と判断基準が固まったらRFPを配布し、地域の関係者が合意できる提案を選ぶ
これが、地域医療連携システムを持続的に使うための最短ルートです。
▼全体ガイドの記事
・地域医療連携システム開発の完全ガイド
▼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を創業。
