地域医療連携システム開発の発注/外注/依頼/委託方法について

地域医療連携システムの発注・外注は、診療情報を共有する仕組みだけでなく、紹介・逆紹介、退院調整、在宅療養、救急対応までを誰がどの業務で使うかを定義してから委託先を選ぶことが成功の近道です。

本記事では、地域医療連携システムの発注を検討する病院、医師会、自治体、地域連携事務局の担当者に向けて、発注形態の選び方、RFPと要件整理、契約形態、2026年時点の費用相場、委託先の選定方法、見積書の比較ポイントを順番に解説します。システムを導入すること自体ではなく、参加施設が継続して使い、現場の連携業務が変わるところまで見据えて整理します。

▼全体ガイドの記事
・地域医療連携システム開発の完全ガイド

地域医療連携システムを発注・外注する全体像

地域医療連携システムは、病院、診療所、薬局、訪問看護ステーション、介護施設、自治体などをつなぎ、患者の同意と利用目的に沿って情報を扱う連携基盤です。電子カルテの代替ではなく、異なる医療機関のシステムを接続する仕組みと、地域連携室の業務を支援するアプリケーションを組み合わせて考える必要があります。

共有基盤の役割は、患者の名寄せ、施設・職種ごとの権限管理、診療情報の閲覧、監査ログ、バックアップなどです。一方、業務アプリの役割は、紹介状の受付、予約調整、返書の管理、退院調整、多職種のタスク管理、紹介元への訪問記録などです。前者だけを導入しても、電話やFAXで行っている受付が残れば、担当者の負担は減りません。発注時は「何を共有するか」と「誰の業務を何分短縮するか」を別々に書き出します。

医療機関が外部の開発会社へ委託する主な理由は、医療情報の安全管理、電子カルテやPACSとの接続、標準規格への対応、複数施設の調整を社内だけで担うことが難しいためです。外注先には、単に画面を作る会社ではなく、医療現場の業務を聞き取り、接続試験やセキュリティ審査、研修、運用事務局まで責任を分担できる会社を選びます。厚生労働省の2025年度調査では、地域医療情報連携ネットワークの登録施設に対する実利用施設は20〜40％程度と報告されているため、登録数より利用率を高められる体制かどうかを発注条件に含めることが大切です（出典: 厚生労働省「令和7年度地域医療情報連携ネットワーク調査研究事業」関連資料、2026年）。

地域医療連携システムの発注形態はどれを選ぶべきですか？

結論から言うと、初期対象が紹介予約や紹介状受付に限られるならSaaS、電子カルテと複数施設を接続するなら医療パッケージやクラウド基盤、地域固有の業務を大きく変えるなら個別開発を軸に比較します。最初から機能数を最大化するのではなく、対象業務、参加施設数、既存システム、運用主体、将来の拡張を並べて選ぶと、過剰投資とベンダーロックインを防ぎやすくなります。

地域連携室の受付業務、紹介予約、予約票や診療情報提供書の送受信を短期間で電子化したい場合は、地域連携向けSaaSが候補になります。公開料金のある「e連携」では、3科目まで月額33,000円、10〜50科目は月額66,000円、初期費用は基本770,000円と示されています。ファイルアップロード、2要素認証、FAX、電子カルテ連動などはオプションまたは別見積もりです（出典: トスメディカル株式会社「e連携 料金」、2026年閲覧）。このような公開価格は小規模導入の比較軸になりますが、診療情報の広範な共有や複雑な権限設計まで含む価格ではない点に注意します。

すでに電子カルテ、レセプトコンピュータ、PACSを運用しており、参加施設を増やしたい場合は、医療業務のパッケージに連携アダプタを組み合わせる方式が現実的です。パッケージには、患者検索、同意管理、施設・職種権限、紹介状、監査ログなどの標準機能があり、個別開発の範囲を抑えられます。ただし、「標準機能でできること」と「追加開発が必要なこと」をRFPで分けないと、導入後にカスタマイズ費用が膨らみます。SS-MIX2、IHE、DICOM、FHIR、標準コードの対応可否と、対象電子カルテの接続実績を製品名ではなく実装範囲で確認します。

自治体、医師会、病院、介護事業者が参加し、地域独自の同意方式、退院調整、在宅連携、災害時の緊急閲覧まで統合する場合は、クラウド上の個別開発やスクラッチ開発が選択肢になります。柔軟性が高い反面、データモデル、責任分界、接続先の仕様、障害時の代替運用、将来の制度変更まで発注者が意思決定しなければなりません。標準規格に反する独自仕様を増やすと、国の電子カルテ情報共有サービスや他地域のネットワークとの接続費用が高くなるため、独自開発は「標準では解決できない業務」に限定します。

RFPと要件整理では何を決めてから発注しますか？

RFPは、機能一覧を並べる文書ではなく、発注者が解決したい業務課題と、提案会社に守ってほしい条件をそろえる文書です。地域医療連携では、病院の情報システム部門だけで作ると地域連携室や診療所の実態が抜けやすいため、医師、看護師、MSW、薬剤師、事務、介護側の代表を含めて現状を整理します。RFPの回答形式を統一すると、価格だけでなく運用とリスクを比較できます。

最初に、紹介受付から受診、返書、逆紹介、退院後の在宅・介護連携までを業務フローにします。各工程で、誰が、どの媒体を使い、何分かかり、どこで二重入力や確認待ちが起きているかを記録します。たとえば「紹介状を受け取る」だけでも、FAX受信、患者名の確認、電子カルテへの登録、診療科への振り分け、予約枠の調整、紹介元への返答という複数工程があります。これを一つの機能名にまとめず、入力者、承認者、通知先、保存期間、例外処理まで分解して書きます。

共有対象は、診療情報提供書、退院時サマリー、検査結果、処方・注射、アレルギー、画像・レポート、介護情報などに分け、登録する施設と閲覧する施設を定義します。患者単位、施設単位、職種単位で権限を分け、同意取得、同意撤回、同意期限、緊急時の例外閲覧、アクセス履歴の確認を要件に含めます。全国医療情報プラットフォームの電子カルテ情報共有サービスは、診療情報提供書、健診結果、臨床情報、患者サマリーを共有する全国基盤です（出典: 厚生労働省「電子カルテ情報共有サービス」、2026年）。地域ネットワーク側では、退院調整や地域連携室のタスク、地域固有の介護・薬局情報など、全国基盤だけでは足りない業務をどこまで扱うかを分けて記載します。

電子カルテ、医事会計、PACS、レセプトコンピュータ、予約システム、介護・薬局システムとの接続方法を、API、SS-MIX2、FHIR、IHE、DICOM、ファイル連携などに分けて提案させます。接続先の製品名だけでなく、読み取り・書き戻しの方向、リアルタイム性、エラー時の再送、マスタ管理、接続試験の担当を明記します。さらに、登録施設数ではなく、月間の実利用施設率、紹介受付から予約確定までの時間、FAX件数、返書回収率、退院調整のリードタイムなどをKPI候補にします。機能が完成しても利用されなければ目的は達成できないため、説明会、操作研修、問い合わせ窓口、利用率改善の月次レビューを提案範囲に含めます。

地域医療連携システムの契約形態と責任分界をどう決めますか？

契約は、要件が固まっていない企画・調査と、仕様に基づく開発・導入、継続的な保守・運用を分けて考えます。地域医療連携システムは、発注者、開発会社、クラウド事業者、電子カルテベンダー、参加施設、運用事務局の関係が複雑です。契約書の名称だけで判断せず、成果物、検収条件、変更手続き、障害対応、データの取扱いを工程ごとに確認します。

現場ヒアリング、現行システム調査、業務フロー、RFP、基本要件、PoC計画など、発注時点で正解を固定しにくい工程は、作業時間や体制に対して委託する準委任型が適しています。発注者が決めるべき事項を先送りにする契約ではなく、毎月の成果物と意思決定会議を設け、次工程の見積条件を合意する使い方です。要件定義の成果物として、対象業務一覧、画面・帳票一覧、データ項目、権限マトリクス、連携方式、非機能要件、移行方針、運用体制、概算費用を受け取ります。

画面、連携、テスト、移行などの成果物と完成条件が明確になった工程は、請負型で契約する方法があります。ただし、医療機関ごとに電子カルテの仕様が異なり、接続試験で追加課題が出ることがあります。契約時に「仕様変更」と「不具合修正」の判定基準、追加見積もりの単価、納期への影響、発注者の回答期限、受入テストのデータとシナリオを決めておきます。検収を「納品した日」ではなく、代表施設での接続試験、権限テスト、障害復旧テスト、現場受入テストの完了と結びつけると、未完成のまま本番化するリスクを抑えられます。

保守・運用契約には、問い合わせ受付時間、重大障害の連絡期限、復旧目標、バックアップ頻度、脆弱性情報の通知、パッチ適用、ログ保存、アカウント棚卸し、委託先の再委託、契約終了時のデータ返却・消去を明記します。クラウドを使う場合は、データの保管場所、暗号化、管理者権限、バックアップからの復旧方法、災害時の代替拠点も確認します。厚生労働省は2026年6月に医療情報システムの安全管理に関するガイドライン第7.0版と、医療機関・薬局向けサイバーセキュリティ対策チェックリストを公開しています（出典: 厚生労働省「医療情報システムの安全管理に関するガイドライン 第7.0版」、2026年）。発注者と事業者の双方で、ガイドラインを契約・運用要件に落とし込むことが必要です。

地域医療連携システムの費用相場と開発期間

地域医療連携システムには全国一律の価格表がなく、初期費用と運用費を分けて比較する必要があります。以下の金額は、公開料金、公的な補助基準、地域医療情報連携ネットワークの運営費、類似する医療業務システムの情報をもとにした企画段階の推定レンジです。個別案件の確定金額ではないため、同じ前提条件で複数社から見積もりを取得します。

紹介予約や紹介状受付に絞ったSaaSは、初期50万〜300万円、月額3万〜30万円程度が目安です。公開料金のあるe連携では初期基本770,000円、月額33,000円からとなっており、電子カルテ連動は別見積もりです。パッケージ導入に電子カルテ連携、数施設への展開、移行、研修を加える場合は、初期500万〜3,000万円、月額・保守10万〜100万円程度を企画予算のレンジとします。複数病院を含む1医療圏のネットワーク構築は3,000万〜2億円程度、運営費は年1,000万〜6,000万円程度を想定しますが、これは北海道の補助基準や厚生労働省の運営費調査からの推定です。スクラッチ開発では初期3,000万〜2億円超、保守・クラウド・セキュリティ運用は年500万〜3,000万円程度まで広がる可能性があります。

公的資料の金額は、開発会社の見積価格ではなく、補助対象経費や運営主体の費用です。北海道の2025年度の地域医療情報連携ネットワーク構築事業では、複数の病院・医師会等を対象とする区分の基準額3,000万円、診療所・薬局・訪問看護・高齢者福祉サービス事業所等の区分は1施設2,000万円、構築アドバイザーは1機関271万円とされています（出典: 北海道「令和7年度 地域医療情報連携ネットワーク構築事業」、2025年）。一方、厚生労働省の調査報告には、開示医療機関20施設が月額5万円を負担するケースで年間運営費2,110万835円、月額20万円のケースで5,710万835円という試算があります。システム構築・更新費を含まない運営費の試算なので、これらを開発費と合算して断定しないようにします。

紹介予約SaaSや既存パッケージの標準導入は1〜3か月、パッケージと電子カルテ連携は3〜9か月、複数病院をまたぐネットワーク構築は9〜18か月、独自データモデル、同意管理、監査、複数ベンダー接続までを開発する場合は12〜24か月以上を見込みます。期間を短く見せる提案では、要件定義、接続試験、セキュリティ審査、現場研修、移行、利用定着支援が含まれているかを確認します。発注時は本番稼働日だけでなく、代表施設のPoC、接続試験、受入テスト、段階展開の節目を工程表に入れます。

委託先の選定と見積比較で見るべきポイント

委託先は、会社の知名度だけでなく、対象地域と医療機関の条件に合うかで評価します。候補には、NECのID-Linkや地域連携室支援、富士通JapanのHumanBridge EHR、ソフトウェア・サービスのCareMill、SBS情報システムのPrimeArch、メディグルの地域連携クラウド、トスメディカルのe連携など、公開情報で地域医療連携の製品・実績を確認できる事業者があります。おすすめ順を決めるのではなく、同じRFPを送り、接続実績、対応範囲、導入後の運用支援、価格の前提をそろえて比較します。

提案会社には、同じ電子カルテ製品、PACS、予約システム、レセコンとの接続経験を確認します。実績は「医療機関で導入した」という説明だけでなく、何施設が参加し、どの情報をどの方式で連携し、誰が同意を管理し、稼働後の利用率がどう変わったかまで聞きます。可能であれば、同規模の病院や医師会の事例を紹介してもらい、地域連携室の担当者から、入力負担、問い合わせ対応、障害時の連絡、追加費用の発生状況を確認します。標準規格に対応していても、対象製品への実装が別料金ということがあるため、接続先ごとの費用と責任分界を見積書に分けます。

見積書は、要件定義、設計、開発、ライセンス、クラウド、ネットワーク、連携アダプタ、データ移行、端末、セキュリティ診断、接続試験、研修、導入支援、保守、ヘルプデスク、バックアップ、監視に分けて比較します。月額が安く見えても、施設追加、患者数、保存容量、画像連携、二要素認証、電子カルテ接続、帳票追加が別料金なら、3年総額は変わります。初期・月額・年額を足した3年または5年の総保有コストを作り、利用施設が増えた場合の単価も計算します。見積の前提人数、施設数、データ量、開発期間、除外項目が一つでも違えば、価格差を優劣と判断しません。

評価項目には、認証、権限、暗号化、脆弱性対応、監査ログ、バックアップ、復旧目標、インシデント報告、再委託管理、データ所在地、契約終了時の返却を含めます。医療情報を扱うサービスは、開発会社の説明だけでなく、厚生労働省の安全管理ガイドライン、経済産業省の医療情報を取り扱う情報システム・サービス事業者向けガイドライン、発注者の院内規程に照らして確認します。データ移行では、患者IDの名寄せ、重複患者、旧システムの保存期間、移行対象外データ、移行後の照合、誤登録時の訂正履歴を決めます。安価でも移行と復旧が曖昧な提案は、稼働後のリスクを発注者が抱えることになります。

発注後の導入から利用定着までを設計します

導入は、システムの納品で終わりません。発注者側の運用事務局、参加施設の窓口、ベンダーのサポート担当を決め、代表施設で試し、課題を修正してから展開します。特に地域医療連携では、参加施設ごとに電子カルテ、ネットワーク環境、患者同意の運用、担当者の習熟度が違うため、同じマニュアルを配るだけでは利用が進みません。

最初から全施設・全機能を稼働させず、中核病院と数施設で紹介予約、退院調整、診療情報共有のいずれかを試します。測定するのは、ログイン数だけではありません。紹介受付から予約確定までの時間、電話・FAX件数、登録情報の欠損、返書の回収率、同意取得にかかる時間、問い合わせ件数を導入前後で比べます。厚生労働省の調査で実利用施設が登録施設の20〜40％程度にとどまることが示されているため、利用率が低い施設には、機能追加よりも説明、操作導線、入力項目の削減、窓口支援を優先します。

運用事務局は、参加施設の登録、アカウント発行、権限変更、患者同意の運用、マスタ更新、障害連絡、利用状況の集計、月次の改善会議を担います。発注者側でこれを担う人員が不足する場合は、導入支援会社に事務局支援を委託することも検討します。ただし、最終的なデータ管理責任者、患者からの問い合わせ対応、診療判断の責任は誰が負うのかを明確にします。システム会社が医療機関の代わりに判断する契約にならないよう、責任分界を業務フローと契約書の両方に書きます。

稼働後は、利用施設率、月間ログイン施設数、紹介・逆紹介件数、予約確定までの時間、退院調整のリードタイム、電話・FAXの削減数、障害件数、問い合わせ解決時間などを月次または四半期で確認します。利用されていない原因が業務設計にあるのか、画面にあるのか、参加施設への周知にあるのかを切り分けてから追加開発を決めます。拡張時は、国の電子カルテ情報共有サービスや新しい標準仕様との整合性も再確認し、地域独自の機能を増やす前に既存機能と連携方式を見直します。

よくある質問

ここでは、地域医療連携システムの発注・外注を検討する際に、特に判断しにくい質問へ回答します。費用や期間は対象業務、参加施設、接続方式によって変わるため、質問の回答をそのまま固定価格と受け取らず、RFPの前提条件に落とし込みます。

紹介予約や紹介状受付から始めるならSaaS、既存電子カルテとの深い連携や地域固有の業務まで扱うならパッケージ連携または個別開発が候補です。初期の業務範囲を小さくし、標準機能で効果を確認してから拡張する段階導入が、費用と利用定着のバランスを取りやすい方法です。

対象業務、参加施設、共有データ、患者同意、権限、既存システム、連携方式、非機能要件、移行、テスト、研修、保守、障害対応、データ返却、予算とスケジュールを記載します。特に、標準機能、追加開発、発注者側作業、他社ベンダーの作業を分け、提案会社が同じ書式で回答できるようにすると見積比較がしやすくなります。

初期対象を紹介予約や退院調整など一つの業務に絞り、既存パッケージやSaaSの標準機能を使い、連携先を代表施設から段階的に増やすと、初期費用を抑えやすくなります。ただし、セキュリティ、バックアップ、監査ログ、同意管理、障害時の代替運用を削ることは避けます。初期費用だけでなく、施設追加、保守、データ容量、接続改修を含む3年総額で判断します。

電子カルテ情報共有サービスは、全国の医療機関や薬局などで診療情報提供書、健診結果、臨床情報、患者サマリーを共有する全国基盤です。地域医療連携システムは、それに加えて、地域連携室の紹介・逆紹介、予約調整、退院支援、多職種の連絡、地域固有の介護・薬局連携などを担う構成が考えやすくなります。両者を競合する別システムと決めつけず、共有する情報と業務の重なりを要件定義で整理します。

まとめ

地域医療連携システムを発注・外注するときは、最初に共有基盤と地域連携室の業務アプリを分け、現場の紙・FAX・電話の流れを可視化します。そのうえで、SaaS、パッケージ＋連携アダプタ、クラウド個別開発、スクラッチを、対象業務、参加施設、既存システム、標準規格、予算、運用体制で比較します。

RFPには、患者同意、権限、標準規格、電子カルテ連携、セキュリティ、移行、テスト、研修、KPIを含め、見積書では初期費用と運用費、施設追加費、接続改修費、3年総額を分けて比較します。契約では、要件定義、開発、保守、障害対応、データ返却の責任分界を決めます。登録施設数ではなく実利用率を追い、導入後に改善できる委託先を選ぶことが重要です。

最初の一歩は、地域連携室、情報システム部門、医師、看護師、MSW、介護側の関係者で、改善したい業務を一つか二つに絞ることです。現状フロー、共有データ、参加施設、同意、連携先、予算、希望時期を整理し、複数の委託先へ同じ条件で提案を依頼します。必要に応じて、要件整理から運用定着まで伴走できる開発会社へ相談し、地域の医療・介護連携に合った現実的な計画を作ります。

▼全体ガイドの記事
・地域医療連携システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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