後期高齢者医療システム開発の進め方/やり方/流れや方法/手法/工程/手順

後期高齢者医療システム開発は、標準仕様書に沿って市区町村・後期高齢者医療広域連合・既存ベンダーの責任分界を整理し、現状業務の棚卸しからデータ移行、連携テスト、稼働後の制度改正対応までを一続きで進める取り組みです。

「後期高齢者医療システム」と検索すると、パッケージを導入するだけの話に見えるかもしれません。しかし実際には、資格管理、保険料の賦課・徴収、給付、帳票、住民基本台帳や税情報との連携、広域連合へのデータ授受を安全に成立させる必要があります。本記事では、標準化が進む2026年時点の制度環境を踏まえ、開発の進め方、方式の選び方、費用相場、見積もりの見方、発注時の確認事項をまとめて解説します。

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

後期高齢者医療システムとは何ですか？全体像を理解します

後期高齢者医療システムは、原則として75歳以上の人と、一定の障害認定を受けた65歳から74歳の人に関する医療保険事務を支える基幹システムです。都道府県単位の広域連合が財政運営や資格の中心的な事務を担い、市区町村が窓口、申請受付、保険料徴収などの住民接点を担うため、単独の庁内システムだけでは完結しません。業務とデータの境界を最初に理解することが、開発成功の出発点になります。

市区町村側では、住民基本台帳や宛名情報との連携、資格取得・喪失・住所異動の受付、所得情報を使った保険料の賦課、普通徴収や特別徴収の収納、還付・滞納管理、各種申請の受付、納付書や決定通知書の出力などが発生します。一方、広域連合とは資格、所得、保険料、給付、収納などの情報を定められた形式とタイミングで送受信します。

したがって要件定義では、「どのデータをどの団体が正とするか」「送信エラーを誰が再処理するか」「訂正や取消をどの単位で連携するか」を責任分界表にします。例えば転入が発生したとき、住民記録の更新、市区町村側の資格処理、広域連合への送信、証明書や通知の発行までを一つの業務シナリオで確認します。システム画面の機能一覧だけで進めると、この境界で手戻りが起きやすくなります。

主要機能は、宛名・世帯管理、資格管理、所得照会、保険料の賦課・軽減・減免、普通徴収・特別徴収・併行徴収の収納、給付や高額療養費に関する申請管理、広域連合とのデータ交換、帳票作成、統計・照会・監査用の出力です。自治体によっては、医療費助成、健康診査、保健事業、電子申請、コールセンター向け照会機能も連携します。

ここで重要なのは、標準化対象の本体機能と、標準化対象外の補完機能を混ぜて評価しないことです。標準仕様書にない独自帳票や窓口の便利機能を本体へ作り込むのか、別の申請管理システムで持つのかによって、費用も移行方法も変わります。厚生労働省の「標準仕様書（後期高齢者医療）」は2026年1月の第1.4版が公開されているため、RFIやRFPでは参照する版と正誤表の扱いを明記します（出典: 厚生労働省「標準仕様書（後期高齢者医療）」、2026年）。

後期高齢者医療システム開発の進め方と工程

開発工程は、標準仕様書を読んで製品を選ぶだけでは足りません。現行業務とデータの実態を把握し、標準機能へ合わせる範囲、残す独自要件、廃止する業務を決めたうえで、移行と連携を中心に計画します。以下では、発注者が管理しやすい7段階を、実務上は4つのフェーズに分けて説明します。

最初に、市区町村の国保・年金担当、情報政策担当、税担当、住民記録担当、収納担当、広域連合、現行ベンダーの関係を整理します。対象業務、データの所有者、日次・月次・年度処理、帳票の印刷・封入、障害時の代替手順を業務フローに書き出します。担当者の経験だけに頼らず、画面、CSV、帳票、手作業の台帳まで棚卸しすることが大切です。

そのうえで、複数の事業者へRFIを行い、標準仕様への対応版、標準準拠システムとしての適合確認、ガバメントクラウドの提供形態、移行可能な時期、既存データの抽出条件、連携仕様、保守の責任分界を質問します。横浜市も2025年に、後期高齢者医療の標準準拠システム導入と医療費助成システム再構築についてRFIを実施しており、標準化対象業務と周辺業務を分けて情報収集しています（出典: 横浜市「後期高齢者医療の標準準拠システム導入・医療費助成システム再構築に係るRFI」、2025年）。

次に、標準仕様書の業務フロー、機能・帳票要件、帳票レイアウトと現行業務を並べたFit & Gap表を作ります。項目ごとに「標準機能で対応」「設定変更で対応」「周辺システムで対応」「業務を見直す」「個別開発が必要」と判定します。特に、資格異動、所得更正、保険料変更、還付、滞納、年度更新、広域連合への再送は、通常処理だけでなく訂正や取消まで確認します。

方式選定では、機能の多さだけでなく、標準仕様書の改版への追随、データ移行の責任、外字・帳票の扱い、連携先の数、障害時の復旧、契約終了時のデータ返却を比較します。標準パッケージをそのまま使う場合でも、自治体独自の窓口運用をどう変えるかを決めないと、後工程で追加開発が膨らみます。基本設計では、画面、権限、バッチ、インターフェース、帳票、ログ、バックアップを一つの構成図にまとめます。

後期高齢者医療システムで最も工数が読みにくいのが、現行データの移行です。宛名、資格、賦課、収納、還付、滞納、給付、送受信履歴を抽出し、欠損、重複、旧字体、外字、コード体系の違いを確認します。移行対象を「直近年度だけ」と決める場合も、過去の所得更正や還付照会に必要な履歴を残す必要があるため、職員と監査担当を交えて保存期間を決めます。

連携設計では、住民基本台帳、税、国保、収納、口座、広域連合、帳票印刷、電子申請などを一覧化し、連携方向、頻度、項目、エラー時の再送、担当者、個人番号を含むかどうかを定めます。データ変換ツールを作って終わりにせず、変換前件数と変換後件数、資格・賦課・収納残高の突合結果を証跡として残します。外字を標準文字へ置換する場合は、通知書の表示と住民窓口での本人確認に影響するため、代表的な氏名で先行テストを行います。

テストは単体、連携、総合、受入、性能、セキュリティ、障害復旧に分けます。75歳到達、転入・転出、死亡、所得更正、保険料の変更、普通徴収から特別徴収への切替、還付、滞納、広域連合からのエラー返却など、実際に事故が起きやすい異常系を含めます。受入基準には、画面が表示されることだけでなく、帳票の内容、件数、金額、連携結果、処理時間を数値で置きます。

本番切替前には、少なくとも複数回の移行リハーサルを行い、切替時間、差分データ、職員の作業分担、切戻し方法を確定します。稼働後は、標準仕様書の改版、制度改正、権限棚卸し、ログ監視、バックアップ復元、クラウド費用、問い合わせ件数を定例会で確認します。標準化は移行日がゴールではなく、制度改正に追随しながら住民サービスを止めない運用へ移ることが目的です。

後期高齢者医療システムはどの方式を選ぶべきですか？

方式の正解は、自治体の規模、既存データ、周辺業務、移行期限、職員体制によって変わります。ただし、2026年時点では、標準仕様に適合するパッケージやクラウドを軸にし、独自要件は設定・連携・周辺機能で吸収する構成が比較しやすい選択肢です。初期費用ではなく、制度改正を含む5年から10年の総保有コストと、契約終了時の移行可能性で比べます。

標準パッケージは、資格、賦課、徴収、帳票、広域連合連携など、自治体業務で共通する機能をあらかじめ持つため、制度対応の実績を確認しやすい方式です。ゼロから作る範囲を減らせる一方で、現行業務を製品に合わせるBPRが必要になります。製品名だけで判断せず、後期高齢者医療標準仕様書の対応版、適合確認の証跡、広域連合との接続実績、データ抽出形式を確認します。

既存ベンダーのパッケージを継続する場合は、短期の切替リスクを抑えやすい反面、データや改修ノウハウが一社に集中しやすくなります。契約更新時には、標準機能と個別改修を分けた価格表、障害時の応答時間、再委託先、契約終了時のデータ返却、次期ベンダーへの移行支援を確認します。継続には合理性がありますが、「今の会社しか対応できない」という説明だけで決めず、RFIで代替可能性を調べます。

ガバメントクラウドは、自治体が個別に基盤を保有・運用する負担を抑え、標準準拠システムを共通のクラウド環境で利用しやすくする選択肢です。デジタル庁は、2025年度までの標準準拠システムへの移行を原則とし、2026年度以降にならざるを得ないシステムを特定移行支援システムとして把握・支援しています。2026年6月30日更新の同庁資料でも、標準化対象は20事務と整理され、移行後の運用経費や標準仕様の更新情報が継続的に公開されています（出典: デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年）。

クラウド方式では、利用料、通信、監視、バックアップ、ログ保管、データ移行、障害復旧、制度改正対応を別々に見積もります。利用量に応じて変動する費用があるため、平常月、年度更新月、繁忙期の想定を分け、月額上限や予算管理の方法を決めます。保存場所、暗号化、管理者権限、復旧目標時間、インシデント報告、契約終了時の消去・返却までを非機能要件にします。

スクラッチ開発は、複雑な独自業務や既存の周辺システムを細かく再現しやすい方式です。ただし、後期高齢者医療の制度改正、標準仕様書の改版、個人情報保護、脆弱性対応、帳票変更を長期にわたって自ら管理する必要があります。標準機能との差分が本当に制度上必要なのかを判定しないまま作り始めると、開発費だけでなく将来の保守費も大きくなります。

スクラッチを検討する場合は、標準パッケージを使った場合の業務変更費用と比較します。独自画面を作る費用だけでなく、標準仕様への適合確認、広域連合との接続試験、年度更新、データ移行、研修、障害時の代替運用、担当者交代後の引き継ぎまでを含めます。多くの自治体では、標準パッケージを基礎に、設定・連携・周辺アプリケーションだけを拡張する方が、将来の改版に対応しやすくなります。

後期高齢者医療システムの費用相場とコストの内訳

後期高齢者医療システムに全国共通の開発費相場はありません。自治体の規模、被保険者数、広域連合との接続、移行データの品質、帳票数、標準化対象業務の組み合わせ、契約期間によって金額が大きく変わるためです。公開調達で確認できる金額も、単独の開発費ではなく、移行、基盤、運用保守を含む個別案件として読み解く必要があります。

小規模な過渡期連携の例では、浦安市が2025年12月に公表した「後期高齢者システム標準化過渡期連携業務委託」が158万4,000円でした。特定移行支援システムと他の標準準拠システムをつなぐためのデータ要件・連携要件への適合が目的で、全面的な再構築費ではありません。既存システムを使いながら他業務との接続だけを改修する案件は、このように数百万円規模になる場合があります。

一方、世田谷区の2025年度調達は、後期高齢者医療標準準拠システムへの移行に加え、2027年度から2031年度までの運用・保守を含む提案限度額が税込5億9,070万円で、2025年度の移行業務分だけでも税込5,623万2,000円でした。富田林市の2025年度の過渡期連携対応は1,075万8,000円で、税データ連携、IF変換、文字変換、テスト、入替、本稼働対応を含む案件です。この差からも、移行費と長期保守を分けて比較する大切さが分かります（出典: 世田谷区「後期高齢者医療標準準拠システム移行及び運用・保守業務委託説明書」、2025年、富田林市「令和7年度随意契約一覧表」、2025年）。

公開された実案件と自治体基幹システムの一般的な規模から、初期相談時の仮置きとしては、既存パッケージの過渡期連携・制度改修が150万円から1,500万円程度、標準準拠パッケージへの移行が3,000万円から1億5,000万円程度、大規模区や複数業務連携を含む移行が1億円から3億円程度、独自要件の多い大規模再構築が3億円から8億円を超える場合があります。これは公開された後期高齢者医療単体の定価ではなく、案件範囲から推定した目安です。

期間の目安は、過渡期連携・制度改修で3か月から9か月、標準準拠システムへの移行で12か月から24か月、大規模な複数業務移行で18か月から30か月、独自要件を含む再構築で24か月から48か月です。運用保守、クラウド利用料、監視、バックアップ、制度改正対応は初期費用とは別に、年1,000万円から1億円を超えることがあります。金額より先に、どの工程と期間が含まれるかを確認します。

見積書では、企画・要件定義、ライセンスまたは利用料、設定・開発、データ抽出・クレンジング・変換、連携IF、外字対応、帳票、端末・印刷環境、テスト、移行リハーサル、職員研修、本番切替を分けます。さらに、クラウド利用料、通信、監視、バックアップ、ヘルプデスク、制度改正、脆弱性対応、障害時の復旧を年次費用として切り出します。

例えば、初期費用が安く見えても、データ移行が「別途」、帳票が「現行踏襲は要相談」、制度改正が「都度見積」となっていれば、実際のTCOは上がります。逆に、5年分の運用保守を一括で含む見積は高額に見えますが、障害対応や改版費用が含まれている場合があります。各社に同じ内訳と5年・10年の総額を提出してもらい、比較可能な状態にします。

後期高齢者医療システムの見積もりを取る際のポイント

見積もりの精度は、ベンダーの営業力より、発注者が提示する前提条件の精度で決まります。業務範囲、標準仕様書の版、移行対象、連携先、帳票、テスト、研修、運用期間を同じ資料に記載し、価格と提案内容を分けて評価します。安さを競わせる前に、見積条件をそろえることが重要です。

仕様書には、対象の市区町村・広域連合、対象業務、対象年度、現行製品、利用者数、処理件数、連携先、帳票数、保存期間、稼働時間、繁忙期、移行対象データを記載します。機能要件は、資格、賦課、徴収、給付、通知、検索、統計、広域連合連携に分け、標準仕様書のどの要件に対応するかを示します。

非機能要件には、職員ごとの最小権限、多要素認証、通信・保存データの暗号化、操作ログの保存期間、バックアップ世代、復元テスト、災害時の目標復旧時間、脆弱性対応、再委託先、インシデント報告を含めます。医療・所得・個人番号を扱うため、「安全に対応します」という表現ではなく、復旧時間やログ保管日数など検査できる条件にします。

比較対象は、標準仕様書への適合だけではありません。後期高齢者医療の直接実績、広域連合との接続、住基・税・国保・収納との連携、移行データの品質管理、外字・帳票の経験、クラウド運用、制度改正への対応方法、障害時の支援体制を確認します。提案書には、類似自治体の規模、利用年数、移行回数、現在の保守範囲を具体的に書いてもらいます。

評価配点は、価格に偏らせず、業務適合性、移行計画、連携設計、セキュリティ、運用保守、プロジェクト管理、職員教育に配分します。デモでは、通常の住民登録だけでなく、所得更正、同一世帯の異動、還付、エラー再送、外字表示、帳票再発行を実演してもらいます。実業務を再現した質問をするほど、提案書だけでは見えない差が分かります。

見積段階で、現行ベンダーからデータをどの形式で抽出できるか、抽出費用は誰が負担するか、移行元と移行先の突合責任はどちらにあるかを確認します。外字や古いコード、欠損データを「移行対象外」とする場合は、対象外となる件数と、照会が必要になったときの代替手順を明示します。移行リハーサルを何回行うか、本番切替後の差分を誰が確認するかも契約条件にします。

既存ベンダーを継続する場合は、保守契約に含まれる改修と別途請求になる改修を分け、標準仕様書の改版や制度改正の単価を確認します。別ベンダーへ移行する場合は、ライセンス、データ返却、仕様書の提供、移行支援、一定期間の並行稼働を確認します。目先の構築費だけでなく、契約終了時に自治体がデータと業務を取り戻せるかを、最初の見積条件に含めます。

よくある質問（FAQ）

後期高齢者医療システムの検討では、標準化の期限、開発方式、費用、既存ベンダーとの関係について質問が多く寄せられます。ここでは、発注前に特に確認しておきたい疑問へ直接回答します。

市区町村だけで完結させることは難しく、広域連合とのデータ授受と責任分界を含めて導入計画を作る必要があります。市区町村の窓口・徴収システムを更改する場合でも、資格、所得、賦課、収納、給付などの連携項目と送受信タイミングを広域連合側と確認します。

原則として2025年度までの移行が示されていますが、2026年度以降にならざるを得ないことが具体化したシステムは、特定移行支援システムとして個別の移行完了期限や支援状況を確認します。自団体が該当するかは、デジタル庁や関係機関の最新資料、自治体内の移行計画、事業者の対応可能時期を突き合わせて判断します。過渡期連携が必要な場合は、移行までのデータ連携費用と期間を別案件として見積もります。

過渡期連携や既存パッケージ改修なら150万円から1,500万円程度、標準準拠システムへの移行なら3,000万円から1億5,000万円程度が初期相談時の目安です。ただし、複数業務の連携、大規模なデータ移行、長期運用保守、クラウド利用料、制度改正を含むと1億円から数億円規模になることがあります。公開調達の金額は範囲が異なるため、システム本体、移行、連携、保守を分けて比較します。

移行できる可能性はありますが、データ抽出形式、契約上の利用条件、外字、帳票、広域連合接続、移行対象履歴、並行稼働の可否を確認する必要があります。RFIで複数社の対応可能性を調べ、現行ベンダーにはデータ返却、仕様書、移行支援、抽出費用を質問します。切替判断は初期費用だけでなく、5年から10年のTCOと契約終了時の選択肢で行います。

まとめ

後期高齢者医療システム開発の要点は、標準仕様書への適合だけでなく、市区町村と広域連合の責任分界、住基・税・国保・収納との連携、データ移行、帳票、外字、制度改正、障害時の業務継続までを一つの計画に含めることです。工程は、現状把握、Fit & Gap、RFI、方式選定、設計、移行、テスト、切替、運用改善の順に進めます。

費用は、過渡期連携なら数百万円から1,500万円程度、標準準拠システムへの移行なら3,000万円から1億5,000万円程度を仮置きできますが、公開案件が示すように、移行・連携・長期保守を含めると数億円規模にもなります。見積書は初期費用、移行、連携、帳票、研修、クラウド、保守、制度改正に分け、5年から10年のTCOで比較します。

次の一歩は、現行業務フロー、システム構成図、連携一覧、帳票一覧、移行対象データ、非機能要件、責任分界表を作り、標準仕様書の対応版をそろえることです。その資料を使って複数社へRFIを行えば、既存ベンダーを継続するのか、標準パッケージへ移行するのか、ガバメントクラウドを利用するのかを、価格と実現性の両面から比較できます。制度や標準仕様は更新されるため、発注直前にも必ず最新情報を確認します。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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