後期高齢者医療システムの発注は、業務範囲と標準仕様を整理するところから始まります。広域連合と連携しながらRFIから移行へ進めると、切替リスクを抑えられます。
▼全体ガイドの記事
・後期高齢者医療システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
後期高齢者医療システムを外注する前の全体像
後期高齢者医療システムは、原則75歳以上の人と、一定の障害認定を受けた65歳から74歳の人を対象に、資格、賦課、収納などを扱います。
給付や通知、照会も、そこに含まれます。
制度の財政運営や資格管理は広域連合が、窓口や保険料の徴収は市区町村が担います。関係する機関が両方にわたるため、システムも自治体単独では完結しません。
資格・賦課・収納・給付・連携ごとの発注範囲
まず現行業務を洗い出し、資格の取得・喪失、住所異動、被保険者情報を確認します。
保険料は所得に基づいて賦課されるため、その算定の仕組みも確認します。
そのうえで、軽減・減免や普通・特別徴収も確認します。さらに、還付・滞納、給付申請、高額療養費まで含めると、業務の範囲は広くなります。
通知書や納付書も対象です。住民基本台帳や税、国民健康保険との関係を整理します。収納、番号連携、電子申請も、整理の対象です。
- 業務範囲：窓口・徴収だけか、医療費助成や保健事業まで含めるかの線引き
- 連携条件：データ項目、送信周期、再送、文字コード、外字の定義
- 費目分け：システム本体と連携作業を分けた見積
広域連合とのあいだで、どこまでを誰が受け持つかを表にまとめます。そうしておくと、業務範囲と連携作業を個別に見積もってもらえます。
2026年の標準仕様書の版と移行状況
厚生労働省は2026年1月に「標準仕様書（後期高齢者医療）」第1.4版を掲載し、同年2月には正誤表も更新しました（出典：厚生労働省「標準仕様書（後期高齢者医療）」、2026年）。
発注前に、この版と正誤表を確かめておく必要があります。
基幹20業務は、原則として2025年度末までの標準準拠システム移行が目標でした。ただし、2026年度以降の移行が避けられないと具体化した場合は、特定移行支援システムの扱いになります。
デジタル庁は2026年6月30日に、特定移行支援システムの把握状況を更新しました。そのため、過渡期の連携を発注する自治体は、現在の対象区分と移行計画を確かめる必要があります。
発注時は、標準仕様書の版と移行状況を次の観点で押さえます。
- 参照する版：厚生労働省の標準仕様書第1.4版と正誤表
- RFPの記載：参照版、機能・帳票要件、レイアウト、改版への追随方法の明記と、適合状況の提出
- 移行遅延時：基幹20業務の移行目標を踏まえた、個別の完了期限、支援対象、対象区分、移行計画の最新資料での確認
発注形態の選び方
発注形態は、現行ベンダーの継続、標準準拠パッケージ、スクラッチ開発などの中から選びます。
標準部分は製品やサービスで揃え、自治体固有の差分を設定や周辺開発で補う方法が現実的です。
現行ベンダー継続における過渡期連携と移行責任
現行ベンダーは、既存データや業務、帳票、広域連合との接続を把握しています。この点が強みです。過渡期連携や制度改修では、現行の資産を活用することで、切替リスクを抑えられる場合があります。
一方で、現行ベンダーでなければデータを抽出できない状態や、移行仕様が開示されない状態は、ロックインにつながります。契約終了後の支援条件が不明確な場合も、同様に注意が必要です。
- 継続理由：他社では移行できない技術的事情、随意契約の理由、費用の妥当性
- 移行条件：抽出の可否と費用、標準適合の予定、返却と移行支援
- 市場確認：RFIによる他社の対応可能性と費用水準の調査
標準準拠パッケージ・クラウドの選定（TCOと適合証跡）
方式を比べるときは、製品の業務機能と運用費の両方を見ます。特に、仕様書の版ごとの適合証跡と標準外機能への対応を揃えたうえで、将来費用まで同じ条件で比べます。
製品には業務知識があるため、ゼロから作るより制度対応を進めやすい方式です。
ガバメントクラウドは、基盤の共通化や災害対策を検討しやすい方式です。その一方で、運用に関わる費用の比較が欠かせません。
- 製品機能：資格、賦課、収納、通知、検索、広域連合連携の業務知識
- クラウド費用：利用料、通信、監視、バックアップ、運用者の権限管理まで含めたTCO
- 適合と追加費用：仕様書の版ごとの機能・帳票・連携の証跡、標準外機能の追加開発、業務見直し、経過措置、改版費用の明記
スクラッチ開発が必要な独自業務の見極め
既存パッケージで対応できない要件がある場合に、スクラッチ開発が候補になります。具体的には、次のような要件です。
- 候補となる要件：独自の住民サービス、複数制度をまたぐ業務、特殊な連携や分析
- 長期負担：制度改正、仕様改版、脆弱性、帳票、接続試験、保守を担う10年程度の体制と費用
- 構成の工夫：共通業務は標準パッケージを使い、窓口・帳票・分析などをAPIで拡張
独自機能の廃止候補を洗い出しておくと、開発費と改版時の保守負担を抑えられます。
RFPと要件整理の進め方
RFPは、候補企業が同じ条件で提案と見積を出せるように、要件を示す文書です。業務範囲や入出力、連携の条件を書きます。品質、納期、運用の条件も示します。
標準機能で対応する範囲と、提案を受けたい範囲を分けて記載します。
RFIで把握する現状と候補企業の対応可能性
現状と候補企業の対応可能性を揃えて把握するため、RFIでは次の情報を扱います。
- 自治体の現状：構成、利用部門、被保険者数、データ件数、連携先、帳票数、外字、バッチ時間
- 移行条件：繁忙期、移行希望時期、現行契約の終了時期
- 企業への質問：製品・対応版、移行方法、概算費用、標準期間、移行支援実績、接続実績、発注者作業
横浜市は2025年に、後期高齢者医療と医療費助成システムを対象としたRFIを公開しました。
その資料名は、「後期高齢者医療の標準準拠システム導入・医療費助成システム再構築に係る情報提供依頼」です。
周辺制度との関係も早い段階で調べておくと、RFPでの範囲漏れを防げます。
Fit & Gap表による標準機能・独自運用・廃止候補の切り分け
現行業務と標準機能の違いを洗い出し、要件ごとに対応方針を決めます。
- 分類：標準機能、設定変更、追加開発、業務変更による廃止
- 独自帳票：制度上の必須要件か慣習か、標準の検索・出力で代替できるか
- 確認体制：業務担当、現行ベンダー、広域連合の連携担当、情報政策担当の確認欄
独自要件をそのまま写すと、標準化の効果が薄れ、見積の比較も難しくなります。
資格異動や所得更正、保険料変更といった例外業務も記録しておきます。
死亡や転出、還付、滞納整理も、記録の対象になります。
担当者の手作業や、月次・年度更新時の判断も書き出します。
RFPの中心に置く移行・帳票・非機能要件
移行データは項目単位で定義し、作業範囲にはクレンジングや変換、突合、エラー処理まで含めます。
- 移行データと作業：宛名、資格、賦課、収納、還付、滞納、給付、履歴の定義と、抽出から検証まで
- 文字と移行回数：外字・旧字体、通知書表示、連合との送受信の確認と、テスト移行・本番前リハーサル・切替後照合の計画
- 非機能・安全性：稼働、同時利用、バッチ、復旧、バックアップ、権限、ログ、暗号化、脆弱性、再委託管理の取り決め
外字は、変換表と変換できない文字の扱いを先に決めておくと、後戻りを防ぎやすくなります。
非機能要件には、復元テストとバックアップ世代も含めます。
個人情報保護や監査、災害時の業務継続も、提案書の評価対象にします。
契約形態の組み合わせ方
契約は、作業の不確実性や成果物の確定度に応じて分けます。発注者の関与の度合いや、稼働後の継続性も判断材料になります。
基本の形は、調査・要件整理を準委任、確定した開発・移行を請負、稼働後を保守契約とするものです。
自治体の調達ルールや会計年度、契約手続きとの整合は、法務・契約担当と確かめます。
調査・要件定義の準委任（成果物と判断基準）
準委任は、開始時点で作業量全体を確定しにくい契約です。そのため、月額と人月だけで合意せず、作業の中身を書き分けておきます。
- 対象業務：現行解析、ヒアリング、Fit & Gap、RFI支援、移行方針、RFP作成
- 計画と成果物：月次計画、会議、課題表、レビュー期限、担当役割と必要資料の取り決め
- 完了判断：範囲、優先度、検収方法、残課題の扱いの承認と、週次での未決事項の確認
業務フローや機能・連携の一覧、移行方針を成果物として残します。さらに、非機能要件と概算見積の前提も、成果物に含めます。
判断が遅れると、期間も費用も膨らみやすくなります。そこで、未決事項ごとに担当を決めておきます。
開発・移行の請負と変更管理
固定価格に見せるためにリスクを隠すと、追加請求や品質低下につながります。そのため、見積書には前提を残しておきます。
- 契約条件：成果物、納期、検収、不具合対応、遅延時の扱いの明記
- 受入試験：資格異動、所得更正、年度更新、還付、連携、帳票、権限、ログの確認
- 変更管理：理由、影響、費用、納期、試験、承認者、追加費用の前提の記録
保守・クラウド・制度改正の契約（別契約または年額）
年額保守に何が含まれるかを明確にしておくと、制度改正のたびに個別見積となる事態を避けられます。重大度ごとの応答時間や復旧目標は、SLAとして定めます。報告期限や再委託先への連絡方法も、SLAに含めます。
- 保守範囲：問い合わせ、障害一次対応、監視、バックアップ、復元、脆弱性、帳票・制度改正の切り分け
- 運用費用と水準：仕様改版、クラウド、ライセンスを内訳にした運用費用と、SLAで決める水準
- 終了時の出口：利用可能な形式でのデータ返却、辞書・変換仕様の引渡し、移行支援、バックアップを含む不要な複製の消去
次の更改で移行できない状態になると、導入時の安さが、あとから長期の負担に変わる可能性があります。
費用相場と内訳
全国一律の価格はありません。
金額は、自治体の規模や被保険者数、連携数によって変わります。
標準化の進み具合やデータ品質も、金額に影響します。帳票・外字、周辺システムの更改時期、契約期間も同様に影響します。
ここで示す金額は、公開調達の参考値です。スクラッチ開発の定価ではありません。
公開調達の事例と金額差（過渡期連携から長期保守まで）
同じ「連携」という言葉でも、対象業務と作業範囲が異なるため、単価だけでは比べられません。
- 浦安市：2025年度の「後期高齢者システム標準化過渡期連携業務委託」は、税込158万4,000円でした。
- 富田林市：2025年度の対応は税込1,075万8,000円で、税連携、IF・文字変換、テスト、入替、本稼働を含みます。
- 世田谷区：標準準拠システムへの移行、プロジェクト管理、2027年度から2031年度までの運用・保守を含む提案限度額は税込5億9,070万円です。
浦安市の事例は2026年公開の「一社随意契約の公表」、富田林市の事例は2025年度「令和7年度随意契約一覧表」に掲載されています。
世田谷区の移行業務だけでは、2025年度の上限が税込5,623万2,000円です。移行費と5年分の保守費は、分けて比べる必要があります。
上限額は、世田谷区が2025年に公表した「後期高齢者医療標準準拠システム移行及び運用・保守業務委託説明書」に記載されています。
初期相談で仮置きする方式別の予算レンジ
初期相談では、方式別のレンジを仮置きします。これは個別案件の成約価格ではなく、公開調達と自治体基幹システムの作業範囲から推定した予算レンジです。
初期の費用は、構築、移行、接続・テスト、教育に分けて考えます。継続の費用は、保守、クラウド、制度改正を含めて、5年から10年のTCOで捉えます。
- 過渡期連携・制度改修：目安は150万〜1,500万円
- 標準準拠パッケージへの移行：目安は3,000万〜1億5,000万円
- 大規模区・複数業務連携を含む移行：目安は1億〜3億円程度
- 独自要件の多いスクラッチ・大規模再構築：目安は3億〜8億円超
- 継続費用：保守・クラウド・制度改正は年1,000万〜1億円超となる場合があります
費用は、仕様追随や連携、移行回数の条件で変わります。さらに、帳票、監視、支援、災害復旧の条件によっても変わります。
同じ粒度で出す見積書の内訳（開発費・移行費・保守費）
共通の見積書を使い、作業と前提条件を同じ粒度にそろえてもらいます。そうすると、候補企業どうしの金額を並べて比べられます。
金額に差が出たときは、前提条件の違いから確かめると、原因をつかみやすくなります。
データ不備や連携試験、印刷・封入は、見積から漏れやすい項目です。並行稼働や再テスト、現地対応も、見落としやすい項目です。
- 見積内訳：企画・現状調査、要件定義、ライセンス、設定・追加開発、インフラ、クラウド、連携の区分
- 移行・稼働費：データ抽出・変換・クレンジング、帳票・外字、テスト、リハーサル、教育、切替、本番後保守
- 比較条件：作業単位、数量、単価、前提、除外事項、発注者作業を記載したうえで、標準機能から将来費用まで比べる
委託先選定と見積比較の確認点
委託先を選ぶときは、業務知識や標準化の経験、広域連合・住基・税・収納との連携力を確認します。
移行体制や保守要員も、あわせて見ておきます。
評価は価格と適合を中心に、移行や品質、セキュリティ、体制などの項目も、同じ評価表で比べます。
将来の移行可能性も、その表に入れます。
直接実績と標準化・移行の実績の区別
実績は、直接の導入実績と、標準化や移行の実績を分けて評価します。
今回配置される責任者が、過去の実績を説明できるかも確かめます。
- 導入実績：対象業務、規模、製品、クラウド、連携方式
- 担当範囲：資格、賦課、収納、給付、通知、接続、移行、外字、年度更新の範囲
- 公開事例：各社の後期高齢者医療関連の事例
公開情報では、富士通JapanのMCWEL後期高齢者システムの過渡期連携を確認できます。日立製作所には市区町村向けの後期高齢者医療事務支援パッケージ、日本電子計算には自治体向けの構築・運用例があります。
ただし、公開情報は現行製品の提供条件を保証しません。そのため、対象自治体の規模や標準仕様書の対応版、受注・保守体制は、RFIで各社に個別に確認します。
見積比較の前提条件と5年TCO
候補企業には共通の内訳表を渡し、同じ前提で見積を出してもらいます。一見安い提案でも、前提が厳しければ、実費が増える可能性があります。連合からの再送や、短納期の制度改正が起きた場合の対応も質問します。
- 見積項目：初期、移行、ライセンス、クラウド、連携、帳票、教育、保守、制度改正、追加開発
- 算定前提：対象人数、接続数、保持年数、移行回数、仕様版、除外作業、発注者の人員
- 5年TCO：毎年の保守、クラウド、通信、監視、ライセンス、制度改正対応、契約終了時の移行費
- 例外時の費用：夜間対応、現地対応、改版、返却や移行不一致時の条件
セキュリティ・再委託・契約終了時の条件
安全性、委託の管理、契約終了時のデータ引渡しは、切り離さず一体で評価します。選定の段階で出口の条件を決めておくと、将来の更改時にも選択肢を残せます。
- 情報セキュリティ：権限、認証、ログ保全、暗号化、復元、脆弱性、事故報告の確認
- クラウド責任：インシデント、RTO・RPO、保存場所、分離、代替運用の取り決め
- 再委託管理：会社、担当、アクセス権、監査、事故時の責任の確認
- 契約終了：データ、辞書、帳票、連携仕様、試験、手順、ログの返却形式
権限は、最小権限と職員・管理者の権限分離まで確かめます。
責任の線引きは、クラウド事業者、受託者、自治体の三者で明確にしてもらいます。
発注から稼働までの進め方
まず庁内で、目的と対象範囲をそろえます。
責任者と期限も決めてから、候補企業へ連絡します。
工程は次の順で進みます。各工程では、完了条件と未解決課題の期限、判断者を記録しておきます。
- RFIで市場と候補企業の対応を調べます。
- 現状分析、RFP作成、提案評価を行います。
- 契約後に要件定義、設計・設定を進めます。
- データ移行、テスト、研修、切替を行います。
- 稼働後に安定化を確認します。
庁内・広域連合・受託者の責任の線引き
市区町村だけでは決められないデータ項目や送受信の時期は、広域連合に確認する事項として扱います。
仕様変更や移行の不一致は、後半で見つかると切替日に影響します。そのため、早い段階から管理します。
- 体制：業務主管、情報政策、調達・契約、セキュリティ、現行ベンダー、連携担当を含む構成
- 責任者：広域連合への確認事項の課題表への登録、受託者の責任者と引継ぎ文書の決定
- 会議と記録：実務、週次進捗、月次の意思決定の会議と、課題の発生日、影響、対応、期限、担当、判断者の記録
移行リハーサルと例外系テスト
移行では、旧システムと新システムの件数を比べます。
資格や賦課、収納の残高と履歴は、業務担当者が照合します。宛名の残高や履歴も、同じ手順で確かめます。
- テスト範囲：単体、連携、総合、受入、性能、セキュリティ、障害復旧
- 例外シナリオ：75歳到達、転出入、更正、保険料変更、死亡、還付、滞納、年度更新、連合のエラー返却・再送
- 移行と切替：本番相当データで複数回リハーサルし、作業時間、停止時間、照合結果、エラー修正時間を測るほか、判断者、切戻し条件、窓口の代替手順を決める
稼働後も一定期間は、旧システムとの照合と問い合わせ件数を確認します。そのうえで、安定化の完了条件を合意しておきます。
稼働後の制度改正と運用改善
移行後も、仕様改版や制度改正は続きます。税・住基の変更、クラウド更新、職員異動も、継続して起こります。
運用状況は、保守会社任せにせず、発注者が判断できる指標で追います。
標準化の目的は、移行後の負担を減らし、住民への説明と窓口対応を安定させることにあります。
システムを入れ替えること自体は、その手段にあたります。
- 定例点検：障害、問い合わせ、処理時間、バックアップの月次確認
- 年度更新前：権限の見直し、復元テスト、帳票、広域連合との接続の確認
- 改善要望：法令・標準対応、効率化、個別の好みの区別、標準追随の優先
よくある質問（FAQ）
発注では、費用だけでなく標準仕様と広域連合との連携も確かめます。移行や契約終了時の条件も、確認点になります。
よくある質問ごとに、発注担当者が判断するときの要点をまとめます。
後期高齢者医療システムの開発費用はいくらですか？
過渡期連携・制度改修は150万〜1,500万円、標準準拠パッケージへの移行は3,000万〜1億5,000万円が、初期予算の目安です。
大規模移行は1億〜3億円程度が目安です。公開例は、158万4,000円から長期保守込みの5億9,070万円まで幅があります。比べる際は、対象範囲と契約年数をそろえてください。
既存ベンダーにそのまま発注しても問題ありませんか？
既存ベンダーは現行のデータや業務を理解しているため、短期の過渡期連携や切替では有力な候補になります。
他社の移行可能性や抽出条件を確かめます。標準適合や終了後の返却・支援も、あわせて確認します。そのうえで、継続発注の技術的な理由と費用の妥当性を説明できるようにしておきます。
RFPにはどこまで細かい要件を書けばよいですか？
機能・帳票や現行業務、連携先を記載します。データ件数や移行の条件も書きます。非機能、納期、検収、発注者作業の条件も含めます。
実装方法まで指定するより、標準機能、追加開発、提案希望を分けて示すほうが、提案の幅を残せます。
外字や例外処理、災害復旧も明記します。そうすると、各社が同じ前提で見積できる粒度がそろいます。
契約は請負と準委任のどちらが向いていますか？
工程ごとに、作業量や成果物の確定度を見て契約形態を選びます。
- 準委任：作業量が変わりやすい調査、RFI、要件整理、PoCなどの工程
- 請負：仕様、成果物、検収条件が確定している開発・移行
- 契約範囲：要件定義は準委任、開発・移行は請負、保守は月額または年額
- 追加費用：制度改正や仕様改版の条件を契約書で確かめる
まとめ
市区町村と広域連合の役割を整理し、資格・賦課・収納・給付・通知・連携の範囲を決めます。
仕様書の版と移行状況を確かめたうえで、選択肢を機能の適合、移行のしやすさ、TCOで比べます。
発注前の確認項目の一覧
RFIやRFPには、Fit & Gapや接続、移行の確認を含めます。外字や帳票、年度更新に関する項目も、同じ文書に入れます。
受入、復旧、セキュリティの条件も、文書で確かめます。再委託とデータ返却の条件も確認します。候補企業の製品と仕様書の対応版も、あわせて見ておきます。
初期費や移行費、保守などを並べて比べます。テストや教育、クラウドも同じ表に入れ、制度改正と5年から10年のTCOも、同じ条件にそろえます。
業務と技術の両面を理解する委託先への早めの相談
制度業務や自治体調達を含め、データ移行と周辺連携を横断して計画する必要があります。
- 相談範囲：制度、調達、移行、周辺連携を横断して計画できる体制か
- 相談時期：条件確定前の現状整理やRFI比較からの開始、開発費以外のリスクの把握
- 運用体制：標準化後の運用を見通した提案と、移行後の支援体制
▼全体ガイドの記事
・後期高齢者医療システム開発の完全ガイド
▼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を創業。