後期高齢者医療システム開発の見積相場や費用/コスト/値段について

後期高齢者医療システム開発の費用は、対象範囲、移行方式、連携・運用要件によって、150万円から8億円超まで変わります。

案件範囲が広がるほど費用は大きくなりますが、同じ範囲でも連携の本数や移行の条件によって金額は変わります。全体像は完全ガイドにまとめています。

▼全体ガイドの記事
・後期高齢者医療システム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

後期高齢者医療システム開発の費用相場の目安

全国共通の定価はありません。対象が市区町村の窓口・資格・賦課・徴収だけなのか、広域連合側のシステムや医療費助成まで含むのかによって、必要な機能が大きく変わります。

既存パッケージの改修と標準準拠システムへの移行では、見積もりの構成も異なります。そのため、初期相談の段階では案件範囲ごとの目安を仮置きし、そこから見積もりを比べてください。

まとめで示す範囲別の目安の金額は、後期高齢者医療単体の標準価格ではありません。自治体基幹システムの公開調達と案件範囲から推定したレンジです。

比較の際は、初期費用だけでなく5年から10年の総保有コスト（TCO）で見るのが基本です。制度改正対応、クラウドの従量料金、帳票印刷、運用要員、データ抽出費用も含めて確認してください。

公開調達から見る後期高齢者医療システムの価格帯

公開調達の金額は、後期高齢者医療システム単体をゼロから作る場合の価格表ではありません。移行や連携、機器、運用保守など、契約範囲をそろえて比べる必要があります。

ここでは、2025年度から2026年度に確認できる事例を取り上げます。何に支出しているかという支出対象の違いから、事例を見ていきます。

150万円台の過渡期連携・既存パッケージ対応

浦安市の2025年度の公開資料では、標準化過渡期連携業務委託が158万4,000円です。特定移行支援システムとのデータ連携など、対象範囲を限定した金額になっています。

稼働中のパッケージを使い、接続先や変換処理を追加するだけの案件であれば、同様の小規模な案件になる可能性があります。

1,000万円前後のIF・文字変換・切替対応

富田林市の2025年度の随意契約一覧では、富士通JapanのMCWEL後期高齢者システムに対する過渡期連携対応が1,075万8,000円です。

この金額には、税データ連携、IF変換ツール、連携テスト、文字変換、入替、本稼働対応が含まれています。

単なる設定変更より範囲が広いため、金額も高くなっています。外字や旧システムのデータ形式、連携先が増えると、同じパッケージを使っても費用は上がります。

5億円台の移行・長期運用保守

世田谷区の調達事例は、移行と長期運用を一括で契約した場合の費用を示すものです。

• 契約範囲：2025年度調達の説明書によると、現行システムをガバメントクラウド上の標準準拠システムへ移行し、2027年から2031年まで運用・保守を行います。
• 一括契約の提案限度額：税込5億9,070万円です。
• 2025年度の移行業務：単年度の上限は税込5,623万2,000円です。

大規模区の移行と長期運用を含むため、単体の初期開発費として扱うことはできません。一括契約の総額と単年度の上限は、分けて読む必要があります。

機器・ミドルウェア・基盤更改の扱い

京都府後期高齢者医療広域連合の公開契約では、ミドルウェア調達が税込711万143円でした。一方で、機器更改と運用計画などの作成は税込6億5,576万7,200円となっています。

後者には、機器・基盤・計画策定が含まれており、単一機能の開発とは性質が異なります。費目が混在すると価格比較を誤りやすいため、見積書は契約対象ごとに分けて提出してもらいます。

• ミドルウェア：調達費と、アプリケーション開発費の切り分け。
• 機器・基盤：機器更改費と基盤費の区別。
• 運用計画：計画策定費を開発費から切り離して示す。

費用の根拠として参照する標準仕様書も、固定されたものではありません。厚生労働省の「標準仕様書（後期高齢者医療）」では、2026年1月の第1.4版をはじめ、機能・帳票要件、帳票詳細要件、帳票レイアウトが公開されています。

RFPや見積依頼書には、適合対象とする版を明記します。改版時の対応費用も別枠で確認してください。

後期高齢者医療システム開発の費用内訳

見積もりを「開発費一式」にまとめず、業務・データ・基盤・運用のレイヤーに分けると、提案どうしを比べやすくなります。そこで、最低限の費用項目として、次の内容を記載してもらいます。

要件定義・Fit & Gap分析費

費用には、現行業務を洗い出して標準仕様書とFit & Gap分析を行う作業が含まれます。そのほか、どこまでを誰が受け持つかの整理、業務フローの作成、RFI・RFP支援も対象になります。

窓口、徴収、税、住基の担当者や、広域連合、現行ベンダーなどが加わります。参加者が多いほど、調整の工数は増えていきます。

標準機能に合わせる範囲、自治体固有の運用として残す範囲、廃止・BPRする範囲を早めに決めておくと、後工程の手戻りを減らせます。

資格・賦課・徴収・給付などのアプリケーション費

資格まわりでは、宛名・世帯・住民基本台帳との連携や、資格の取得・喪失・異動を扱います。賦課と収納では、所得情報による保険料賦課、軽減・減免、普通徴収・特別徴収・併行徴収の収納が対象です。

高額療養費などの給付申請や、照会・統計・監査用の検索も対象になります。既存パッケージでは、ライセンスと利用団体数、同時利用者数を分けて考えます。さらに、設定と追加開発も別々に把握します。

スクラッチ開発では、画面数だけでなく業務ルールや例外処理が工数に影響します。加えて、年度更新や履歴・監査要件も工数を左右します。

連携・データ移行・文字変換費

後期高齢者医療では、広域連合との資格・所得・収納データの送受信が連携の中心です。

• 連携先：広域連合、住民基本台帳、税、国民健康保険、収納、番号連携、医療費助成、電子申請、帳票印刷。
• 連携設計：項目、方向、頻度、文字コード、再送、責任者、テストデータの定義。
• 移行・検証：宛名、資格、賦課、収納、還付、滞納、給付のデータを移し、業務単位で照合。

連携本数が増えるほど、費用も上がります。データの抽出から突合までの作業に加えて、外字や旧住所、氏名変更、世帯分離、過年度更正、重複宛名がある場合は、設計と検証に時間がかかります。

本番切替の前には、複数回のリハーサルを行います。件数だけでなく、金額や資格状態、年度、還付状況も業務単位で確認することが大切です。

帳票・印刷・通知対応費

自治体業務では、納付書や保険料決定通知書など、帳票の種類が多くなります。督促や還付通知、資格関係の通知も含まれます。

帳票の種類やレイアウト、宛名印字のほか、封入・封緘や再発行も費用に影響します。さらに、点字や読みやすさへの配慮、電子通知との併用も確認の対象です。

標準帳票を採用できれば、追加費用を抑えられます。一方で、自治体独自の文言や印刷工程を残すと、設計、テスト、制度改正時の修正費が増えます。

クラウド・運用保守・制度改正対応費

ランニング費用は、基盤利用、日常運用、制度改正対応の3つに分けて確認します。

• 基盤利用：クラウド、データベース、バックアップ、監視、ログ保管、通信。
• 運用保守：障害対応、問い合わせ窓口、定期メンテナンス、職員の権限の確認。
• 制度改正：改修単価・年間回数、標準仕様書改版への追随範囲、緊急改修の扱い。

ガバメントクラウドを使っても、利用料が自動的に最安になるとは限りません。デジタル庁は、標準化や移行後に費用増が見込まれる自治体があると説明しています。そのため、利用料、運用作業、移行後の最適化を分けて、TCOを試算します。

「法改正対応は保守に含む」と書かれていても、帳票変更やデータ移行まで含むのかは読み取れません。テストや職員説明が含まれるかも、分からないままになります。改正の区分は、通常改正と軽微な改修、緊急対応、自治体独自変更の4つに分け、それぞれ単価と納期を確認します。

後期高齢者医療システムの費用が変動する5つの要因

被保険者数は参考になりますが、費用を決める唯一の指標ではありません。少人数の自治体でも、古いデータや独自帳票、複雑な連携が残っていれば、高額になることがあります。

見積依頼の前には、次の5つの観点を前提条件として整理します。

• 対象範囲・規模：窓口・徴収、広域連合、医療費助成などの範囲と、被保険者数・自治体数。
• 連携先・本数：接続が増えるほど設計・テスト費が増加。
• 現行環境：データ品質と標準仕様との差分が移行費・追加開発費を左右。
• 移行方式・切替条件：一括切替、並行稼働、リハーサル、繁忙期回避で期間と費用が変動。
• 運用・セキュリティ要件：監視、災害復旧、認証、ログ、バックアップ、復旧目標、再委託管理が費用に反映。

対象範囲には、保健事業やコールセンター照会が含まれる場合もあります。被保険者数や自治体数は、データ量やピーク時の処理量に影響します。共同利用の単位や権限設計にも関わります。

連携先には、住基や税、収納などがあります。国保や広域連合との接続もあります。番号連携や電子申請を含めた連携先の一覧は、「連携・データ移行・文字変換費」の項目に挙げています。現行データについては、外字や重複宛名、過年度データの扱いを確認します。欠損やコード体系の違いも、あわせて見ておきます。

標準仕様との差分には、独自画面や独自帳票、独自の賦課・減免運用が含まれます。運用条件では、24時間監視や災害復旧、多要素認証の水準を確認します。さらに、操作ログやバックアップ世代数、復旧目標、再委託管理も見ておきます。

2026年の標準化動向が費用に与える影響

地方公共団体の基幹業務システムは、原則として2025年度末までに標準準拠システムへ移行する方針で進められてきました。

2026年度以降に移行せざるを得ない場合は、事情を確認します。たとえば、現行システムがメインフレームか個別開発か、事業者の撤退やリソース不足があるかといった点です。そのうえで、特定移行支援システムとして完了期限を設定する流れになります。

デジタル庁の2026年7月更新ページによると、2026年3月末時点の移行対象は全34,366システムです。

特定移行支援システムは10,013システムで、移行対象全体の29.1％です。

これは後期高齢者医療だけの数字ではありません。2026年以降も、移行案件や過渡期連携、現行システムの延命対応が続く背景を示しています。

自団体が該当するかどうか、該当する場合の期限や支援対象、現行システムの維持期間を確認しておきます。ベンダー任せにせず、団体側でも把握してください。

デジタル庁は2026年7月28日に、データ要件・連携要件標準仕様書の改定スケジュールを更新しています。さらに、導入後も標準仕様書の改版への追随が続きます。

見積もりでは、初期移行費に加えて、版更新時の対応まで含めて5年分程度で比べます。版更新時の対応には、調査や影響分析が含まれます。改修やテスト、リリースも、その対応に入ります。

デジタル庁「地方公共団体の基幹業務システムの統一・標準化」では、特定移行支援システムの状況やガバメントクラウド、共通機能を確認できます。データ要件・連携要件の更新も、同じページで確認できます。

自治体の調達担当者は、RFI実施時とRFP公告時で参照する版が変わっていないかを確認します。

後期高齢者医療システムのコストを最適化する8つのポイント

コスト最適化とは、制度上必要な処理や住民への通知、監査・セキュリティ、障害時の業務継続を守りながら、重複開発や不要なカスタマイズを減らすことです。

価格と品質のバランスを取るために、次の順で検討します。

1. 標準機能・独自要件・廃止対象の分類

現行画面をそのまま再現する前に、業務を「法令・標準仕様上必須」「自治体として必要」「慣習的に残っている」の3つに分けておきます。

慣習的な帳票や二重入力を廃止できれば、追加開発や研修、テストに加えて、制度改正時の保守費も減らせます。標準仕様書の機能・帳票要件と現行業務を並べたFit & Gap表を作り、差分の理由を記録します。

2. 標準パッケージの優先採用

資格や賦課、徴収などの制度業務には、共通部分が多くあります。さらに、給付や帳票、年度更新にも共通の部分があります。標準パッケージの設定変更と連携拡張を基本にすると、スクラッチ開発に比べて初期費用と将来の改修費を抑えられます。

ただし、価格だけで決めず、標準仕様書への適合や広域連合との接続実績を確認します。加えて、データ抽出の可否と契約終了時の返却条件も見ておきます。

3. 移行前のデータ整理

移行費は、データを抽出するまで不確定になりがちです。そのため、資格や賦課、収納といった業務ごとに、データを一覧にまとめます。還付、滞納、宛名も同様に扱います。

そのうえで、保存年限や件数、欠損の有無、外字、コードを確認します。さらに、更新頻度と移行後の利用目的も見ておきます。

不要な履歴を移行しない判断は、移行費と保守費の削減につながります。ただし、監査や返還、住民からの問い合わせに必要な過年度の情報を一律に廃棄しないよう、保存要件を確認します。

4. 連携方式と責任の分け方

連携先ごとに個別の変換処理を作ると、初期開発費に加えて、制度改正時の保守費も増えます。そこで、標準化されたデータ要件・連携要件を使い、共通の変換基盤や再利用できるIFを設計できないか検討します。

責任分界表には、抽出から送信、エラー対応までを誰が担うかを書きます。担い手は、市区町村、広域連合、現行ベンダー、新ベンダーのいずれかです。これにより、二重計上や対応漏れを防げます。

5. クラウド費の従量項目への分解

クラウド費は、月額の固定費だけでなく変動する費用も含みます。データ転送やログ保管、バックアップのほか、監視、検証環境、繁忙期の性能増強でも費用が変わります。

通常月に加えて、年度更新月や災害時、リハーサル時の利用量を想定し、上限額とアラートを設定します。

複数の業務を同じ基盤に載せる場合も、業務別に利用量と負担割合を分けておくと、後からコストの原因をたどる手がかりになります。

6. 初期費用と保守費を分けた比較

複数年契約では、移行やライセンス、クラウド、運用に加えて、制度改正や追加開発、問い合わせも分けて提示してもらいます。初年度は安く見えても、2年目以降に保守や改版費が膨らむ提案もあるため、この分け方が必要です。

年度別の支払額と5年TCOは、同じ表で比べます。あわせて、固定価格に含む作業と別途請求の作業、単価、上限、変更管理の手順を契約書に記載します。

7. RFIとRFPによる競争条件の整備

現行ベンダーからしか情報が出ないと、データ移行費や保守費の妥当性を比べられません。

RFIでは、複数のベンダーに同じ質問をして、対応製品と標準仕様書の版を確認します。移行可能時期や広域連合との接続、外字・帳票、クラウド構成についても、同じ条件で尋ねます。

制度改正への対応や、契約終了時のデータ返却についても質問します。RFPでは価格だけで比べず、標準適合の証跡や移行リハーサルを評価項目に入れます。障害復旧や操作教育、運用体制も、評価の対象にします。

8. 稼働後の職員負担を含めた費用測定

開発費が安くても、手作業や二重入力が増えると、実質的なコストは高くなります。エラー確認や帳票の再発行、ベンダーへの問い合わせが増えた場合も、負担は費用として積み上がります。

稼働後は、処理時間や問い合わせ件数、再処理件数を測ります。さらに、帳票エラーや手作業時間、障害復旧時間も記録します。

使いにくい画面を我慢して使う前提にはせず、窓口担当や徴収担当を受入テストに参加させて、改善の効果を確認します。

見積依頼・RFPで確認すべき項目

金額だけでなく、前提条件と成果物をそろえて提示してもらうと、見積もりの精度が上がります。RFI・RFPの質問票に次の5つの領域を入れておくと、提案どうしを比較しやすくなります。

• 標準化：対象版と機能・帳票要件への適合、標準準拠・特定移行支援・過渡期連携の実績。
• 責任分界・接続：市区町村と広域連合の分担、住基・税・国保・収納・番号連携・医療費助成・電子申請の範囲。
• 移行・帳票：対象、抽出、変換、クレンジング、突合、リハーサル回数、外字・文字コード・宛名・レイアウト・印刷・封入・電子通知。
• 費用・運用：初期、移行、連携、教育、クラウド、保守、制度改正の内訳と通常・繁忙期・障害時の性能、復旧、監視、ログ。
• 委託・改版：再委託先、所在地、終了時の返却・消去・移行支援、改版期限・費用・テスト・リリース手順。

特に気をつけたいのは、見積もりの除外事項です。「データ移行は別途」「帳票変更は別途」「制度改正は都度見積もり」と書かれていると、初期予算に含まれない作業が残ってしまいます。

作業単位や数量、単価を記載してもらうとともに、前提や納品物、受入基準も書いてもらいます。さらに、追加費用が発生する条件も明記してもらいます。

費用と期間を抑える開発の進め方

契約後に要件を考え始めると、後期高齢者医療システムの移行は遅れがちになります。そのため、標準仕様書との差分やデータの状態、広域連合との接続条件を先に確認します。

現状把握から稼働後の運用までは、次の順に進めます。

1. 現状把握：業務フロー、利用者、処理件数、帳票、連携先、データ保存状況、現行契約の洗い出し。
2. Fit & Gap：標準仕様書の機能・帳票要件と照合し、標準利用、設定、追加開発、廃止のいずれかに分類。
3. RFI：複数ベンダーに対する標準適合、移行時期、費用、保守、契約終了条件の確認。
4. 方式選定：既存パッケージ継続、標準パッケージ移行、ガバメントクラウド、スクラッチのTCO比較。
5. 移行・連携設計：データ項目、変換、エラー処理、再送、テストデータの定義と、誰が何を受け持つかの整理。
6. テスト・切替：年度更新、75歳到達、転入転出、所得更正、保険料変更、死亡、還付、再送などの検証。
7. 稼働後運用：制度改正、権限の見直し、ログ監査、バックアップ復元、クラウド費、問い合わせの定例化。

短期間や低価格での導入だけを目標にはせず、切替後も業務が止まらないことを優先します。そのため、年度更新や保険料通知の時期を避けて、並行稼働や本番切替のリハーサルを計画します。

費用を削る場合であっても、移行検証、障害復旧、監査ログ、セキュリティテストは削らないことが欠かせません。

後期高齢者医療システム開発のよくある質問

後期高齢者医療システムの開発費用は、1億円以内に収まりますか？

小規模な既存パッケージ改修や標準準拠パッケージへの移行なら、1億円以内に収まる可能性があります。

税・住基・収納・広域連合との連携、データ移行、帳票、研修、クラウド、複数年保守まで含めると、自治体の規模によっては1億円を超えます。そのため、初期構築、移行、運用、制度改正の費用は分けて見積もるのが基本です。

パッケージ導入とスクラッチ開発はどちらが安いですか？

一般には、制度業務に対応した標準パッケージに設定変更と必要な連携を加える方が、初期費用と制度改正対応費を抑えやすいです。

ただし、既存データの品質や独自帳票、連携方式、ライセンス条件によっては、移行費が高くなることがあります。比べる際は、初期費用だけでなく、5年から10年のTCOやデータ返却、ベンダーロックインのリスクも含めます。

ガバメントクラウドに移行するとコストは必ず下がりますか？

移行後のコストは、利用料や運用設計によって上下します。セキュリティや災害対策、運用共通化、拡張性の効果が期待できる一方で、ネットワークや監視、バックアップ、移行などの費用が増える場合もあります。

通常時だけでなく、年度更新や検証環境、データ転送、ログ保管、障害時の復旧まで含めた利用量で試算します。

2026年度以降も現行システムを使い続けられますか？

2026年度以降の移行が具体化したシステムは、特定移行支援システムとして、個別の完了期限や支援状況を確認します。ただし、すべての自治体が自由に期限を延長できるわけではありません。

自団体の対象業務や移行計画、標準化基準の適用日、過渡期連携の必要性は、デジタル庁・総務省・制度所管省庁の最新情報とベンダーの計画で確認してください。

見積もりを取る前に自治体側で準備すべき資料は何ですか？

現行システムの構成図や業務フロー、機能・帳票一覧、連携一覧を準備します。加えて、データ項目と件数、外字の有無、利用者数、ピーク時の処理量も用意しておきます。

過去の障害や保守契約、切替の希望時期もそろえておくと、前提を合わせた見積もりを得やすくなります。資料が不足している場合は、要件定義や現状調査を先に行う費用も提案してもらいます。

後期高齢者医療システム開発の費用・相場まとめ

後期高齢者医療システム開発の目安は、過渡期連携・制度改修が150万円から1,500万円程度です。標準準拠パッケージ移行は、3,000万円から1億5,000万円程度になります。

大規模な複数業務連携は1億円から3億円程度、独自要件の多い再構築は3億円から8億円超が、初期検討時の目安になります。公開調達の金額は契約範囲によって異なるため、価格表として扱わないようにしてください。

適正な見積もりでは、システム本体と要件定義を分けて示します。データ移行や、広域連合・住基・税・収納との連携、帳票も、それぞれ別に示します。さらに、クラウドや運用保守、制度改正の費用も、項目ごとに記載します。

RFPには、標準仕様書の版や特定移行支援システムの扱いを記載します。移行リハーサルや障害復旧、データ返却条件も書いておきます。初期費用だけでなく、5年から10年のTCOで比較することが大切です。

標準機能を優先し、不要な独自カスタマイズを減らすことで、コストは最適化しやすくなります。加えて、移行前のデータ整理と、連携・責任の分け方の明確化も欠かせません。

安さだけで選ばず、標準適合の証跡やデータ移行の実績、広域連合との接続力を確認します。そのうえで、制度改正への追随や運用体制も含めて、総合的に評価します。

▼全体ガイドの記事
・後期高齢者医療システム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】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を創業。