国民健康保険システム開発の見積相場や費用/コスト/値段について

国保システムの費用は、規模・移行量・連携範囲によって大きく変わります。準備だけなら100万円前後から、大規模再構築では10億〜35億円程度まで幅があります。

金額を比べる前に、業務の範囲と見積もりに含まれる費用を押さえておく必要があります。

▼全体ガイドの記事
・国民健康保険システム開発の完全ガイド

国民健康保険システムの概要

国民健康保険システムを中心に、資格・賦課、収納・滞納、給付、統計・報告、外部連携を結んだ図。
複数の業務領域と連携先が一つの仕組みを支えます。

国民健康保険システムは、市区町村などの国保担当窓口が業務を一貫して管理する自治体の基幹システムです。資格や賦課から収納・滞納、給付、統計・報告まで、業務を一つのシステムで扱います。

保険料の計算だけでなく、住民記録、所得・課税、固定資産と正確にデータを連携します。さらに、金融機関や国保連合会、オンライン資格確認などとも連携します。

資格管理と賦課管理が業務の起点

資格情報の異動や年度ごとの保険料決定は、住民記録や世帯状況を反映して行われます。

  • 資格管理:加入・脱退、転入・転出、世帯変更、住所異動、被保険者の履歴、資格確認書を扱う
  • 保険料の賦課:所得、資産、世帯構成、軽減・減免の条件をもとに保険料を算定する
  • 年度処理:年度切替、更正、通知書の発行

異動情報が正しく反映されないと、保険料の算定や通知書の宛先、給付の可否に影響が出ます。そのため、住民記録システムとの連携が欠かせません。

収納・給付・外部連携までの範囲

収納・滞納管理と給付管理では、次の業務を扱います。

  • 収納・滞納:納付書、口座振替、収納消込、督促、還付、分納、滞納整理
  • 給付:療養費、高額療養費、出産育児一時金、葬祭費などの申請、審査、支給

外部連携には、国保連合会のレセプト・給付関連データや、オンライン資格確認が含まれます。ほかに、団体内統合宛名、マイナンバー系共通機能、金融機関も連携の対象です。

見積もりに「国保機能一式」とだけあるときは、業務と連携先ごとに分けて、含まれる範囲を確かめます。

国民健康保険システム開発の費用相場の目安

現行調査から大規模再構築まで、対象範囲別の国民健康保険システム開発費用の目安を横棒で示した図。
対象範囲が広がるほど、予算レンジも大きくなります。

費用は、対象とする範囲によって大きく変わります。現行調査や準備だけなら100万円前後から、一部のデータ抽出や移行なら数千万円が目安です。

中規模自治体の移行・連携は3,000万円〜1.2億円、本稼働までの標準化移行は2億〜5億円です。大規模自治体の再構築は、10億〜35億円程度になります。

これらは、2025〜2026年に公表された自治体の調達額を比べて作った、予算の仮置きのレンジです。ただし、全国共通の価格表としては使えません。

公開調達事例から見た価格帯

公開調達額を比べるときは、作業範囲と期間をそろえる必要があります。事前準備とシステム本体の導入費は、同じ扱いにできません。

  • 伊達市:標準準拠移行の事前準備が96万円(税別の決定金額)
  • さいたま市:現行システムからのデータ抽出だけで3,432万円
  • 唐津市:標準準拠システムのデータ移行・連携が1億1,594万7,700円、共同運用などが1,282万4,358円
  • 大津市:移行対応業務の上限が4億3,994万1,000円(税込み)

伊達市の96万円は、現行調査や移行準備といった狭い範囲の金額で、国保システム本体の導入費ではありません。

さいたま市の抽出費用は、抽出作業に加えて、変換やクレンジング、検証、再抽出を含むかどうかで意味が変わります。

大津市の業務期間は契約締結から2028年3月までです(出典:大津市「国民健康保険システム標準化移行対応業務公募型プロポーザル実施要領」、2026年)。

金額だけで比べると判断を誤りやすいため、稼働までの期間と作業範囲もあわせて確かめます。

大規模再構築は数十億円になる場合

神戸市の再構築業務は、2025年12月公表の契約金額が34億8,700万円(税込み)でした。契約期間は契約締結日から2028年1月3日までです(出典:神戸市「神戸市国民健康保険システム再構築業務(事業者の決定)」、2025年)。

これは大規模自治体の事例で、すべての自治体に当てはまる金額ではありません。拠点数や対象人口が増えると、数十億円に達する場合があります。既存データや外部連携、移行期間が増える場合も、金額は大きくなります。

  • 初期関連費:準備費、一時的な導入費、データ移行費、連携開発費、端末・帳票対応費
  • 運用関連費:研修費、稼働立会い費、クラウド利用料、保守費、制度改正費

契約初年度の金額だけでなく、5年または10年の総保有コスト(TCO)で比べる必要があります。

ポイント

対象範囲の広さで予算の桁が変わるため、公開事例は作業範囲と期間をそろえて読みます。自団体の範囲に置き換えて、予算を仮に置く目安として使うのが判断の基準になります。

国民健康保険システムの費用内訳と価格が変動する要因

国民健康保険システムの費用内訳を、初期構築、データ移行、連携・帳票・テスト、クラウド利用料と制度改正対応費の4領域に分けた図。
本体構築の外側にも移行後まで続く費用があります。

見積書の金額差は、開発者の単価に加えて、現行システムの状態や自治体独自の運用によって生まれます。連携先や移行方式によっても必要な工数が変わるため、見積もりの金額は動きます。

特に見落とされやすいのは、開発本体以外にかかる移行、テスト、教育、運用設計の費用です。

初期構築費とデータ移行費の分け方

初期構築費とデータ移行費は、対象になる作業が異なります。そのため、見積もりでは両者を分けて確かめます。

  • 初期構築:現状分析、要件定義、FIT&GAP分析、設計、設定、環境構築、機能検証
  • データ移行:抽出、項目対応表、コード変換、不整合修正、移行ツール、取込、照合、再移行

過去年度をどこまで保持するかや、世帯・資格・賦課・収納・給付の履歴をどう扱うかによって、費用は増減します。

過去データは、すべてを新システムへ移すとは限りません。法令や監査、住民対応、収納・給付の要件を確かめて、オンライン保持、参照専用アーカイブ、廃棄に分けます。ただし、保存期間や情報公開請求への対応を優先し、単純な削減額だけを目的にしないことが必要です。

連携・帳票・テストの工数

連携先が増えるほど、設計と疎通テストの工数も増えます。見積もりでは、連携・帳票・テストについて次の対象を確かめます。

  • 連携先:住民記録、個人住民税、固定資産税、収納、口座、国保連合会、オンライン資格確認
  • 連携運用:日次・月次・年度次処理、異動情報の再送、エラー再実行、重複防止、停止時の代替手順
  • 帳票:住民向け通知書は、標準帳票と自治体独自帳票に分けて見積もる
  • テストケース:加入・脱退、転入・転出、世帯分離、所得更正、年度切替、軽減・減免、高額療養費、還付、分納、滞納処分

新旧システムで同じ条件を計算して、件数、金額、通知書、連携データを照合します。テストデータの作成や業務部門の受入テストを外すと、後工程で追加費用が出やすくなります。

クラウド利用料と制度改正対応費を含むTCO

クラウド利用料や制度改正への対応費も、TCOに含めて考えます。見積もりでは、費用と担当範囲をあわせて確かめます。

  • クラウド費用:アプリ利用料、基盤、ネットワーク、バックアップ、監視、ログ保管、セキュリティ、運用管理補助
  • 責任分界:ガバメントクラウドの基盤管理と、アプリ障害・データ連携の担当
  • 改版対応:月額保守の対象か別途見積もりか、適合確認とテストの負担者

デジタル庁は2025年6月、移行後の運用経費について、クラウド利用料の見える化や、費用を抑える仕様・要件の検討を示しています(出典:デジタル庁「自治体情報システムの標準化・ガバメントクラウド移行後の運用経費に係る総合的な対策について」、2025年)。

国保標準仕様書は制度改正に応じて改版されます。実際に、厚生労働省は2026年1月30日に第1.6版を策定し、追加・変更があれば随時改定すると案内しています(出典:厚生労働省「国民健康保険システム標準仕様書 第1.6版の策定について」、2026年)。

ポイント

見積書の金額は、初期構築と移行、連携、テスト、運用の費用に分けて読みます。差がどの領域から生じているかで、確認すべき論点が変わります。

国民健康保険システムのコストを抑えるポイント

コストを抑えるには、機能を一律に削るより、標準機能と自治体独自の運用を切り分けることが必要です。標準仕様に合わせて業務を見直せる部分は、標準機能を使います。

標準外の要望は、住民サービスや法令対応に直結するものから優先します。また、標準化は、個別改修と将来の保守を減らすための業務整理でもあります。

標準パッケージと業務改革の組み合わせ

標準仕様に対応した方式を候補に入れると、初期費用と将来の改修負担を抑えられる可能性があります。

  • パッケージ:国保標準仕様に対応した製品
  • クラウド:標準仕様に対応したクラウド利用
  • 共同利用型:複数自治体で利用する仕組み

標準仕様への適合や制度改正、共通部品の保守を、ベンダー側で受け持ちやすくなります。そのため、スクラッチ開発より負担を抑えられる場合があります。

ただし、標準外の画面や帳票を大量に追加すると、パッケージの利点が薄れます。

標準仕様書の業務フローに合わせて、申請から照会までの手順も見直します。デジタル庁は、標準準拠システムに合わせた業務改革(BPR)の先行事例を収集し、横展開する方針を示しています。

紙帳票や二重入力は、そのまま再現する前に、残す業務、廃止する業務、外付けで補う業務を分けておきます。そうすると、開発範囲と運用工数を整理できます。

共同利用と段階移行による費用の分散

複数の自治体で標準仕様と運用ルールを共通化できる場合は、共同利用や共同調達を検討します。その際は、調整事項と移行時の確認点を整理しておきます。

デジタル庁は、参加団体で合意した単一仕様書に基づき、単一事業者から調達する共同調達のダッシュボードを公開しています。

  • 共同化の調整:初期費用を分担できる半面、例外運用を残すほど調整費が増えるため、意思決定者、変更管理、費用分担、障害連絡を決める
  • 切替単位:業務を機械的に分けるより、年度切替、通知、連携、窓口業務のまとまりで決める
  • 並行稼働:期間、データ二重管理、切替判定基準、ロールバック条件を定義する
  • 検証工程:テストを削ると手戻りや臨時要員の費用が増えるため、削減対象にしない

5年TCOによる比較

見積もりを比べるときは、初期費用の安さに加えて、総額で見る必要があります。そのため、次の条件をそろえます。

  • 年度別費用:初年度、2年目以降、5年目を同じ前提で提示してもらう
  • 追加費用:月額利用、追加連携、帳票改修、制度改正、夜間監視、バックアップ、データ返却、職員研修を含める
  • 利用前提:人口・世帯数、処理件数、保存データ量、端末数と従量課金の増加条件を確認する
  • 比較項目:初期費用、5年・10年TCO、制度改正1回あたりの追加費用、障害対応費、データ返却費を並べる
  • クラウド利用量:稼働時間、バックアップ世代数、ログ保管期間、通信量について標準と最大の両方を提示させる

見積条件がそろってはじめて、価格と品質を公平に比べられます。

ポイント

標準機能に合わせられる業務と、独自運用を残す業務を分けます。住民サービスや法令対応に直結する要望は残し、それ以外は標準機能に寄せるのが目安です。

見積もり・発注時に確認すべきポイント

見積もりの精度を上げるには、RFIの段階で候補ベンダーの実績や標準仕様への対応を確かめます。移行方式、クラウド構成、保守範囲も、この段階で質問しておきます。

その後はRFPで、同じ条件を提示します。現行資料や業務フロー、連携一覧に加えて、データ件数と年度切替の日程も、早めに整理しておきます。

自治体独自の帳票や例外処理は見積もりの差になりやすいので、前提を明らかにしておきます。

RFI・RFPにおける標準準拠と責任分界の確認

見積もりの差や契約後の認識違いを防ぐには、標準仕様への適合度と運用時の責任範囲を、同じ条件で比べる必要があります。

  • 標準準拠:国保標準仕様書の版数、実装必須・標準オプションの対応、適合確認の証跡、改版への追随方法
  • 非機能要件:可用性、性能、拡張性、運用・保守性、移行性、セキュリティ、バックアップ、監査ログ、復旧目標
  • 責任分界:本体、クラウド、ネットワーク、移行、連携、帳票、端末、研修、稼働立会いの担当
  • 障害対応:連携先に起因する場合の一次受付、不整合の調査・再送、復旧判断の担当
  • 契約終了:データ返却形式、移行支援、撤去費

連携先に起因する障害で担当が曖昧だと、契約後に追加費用や対応の遅れが生じます。

第1.6版では、資格や賦課、給付、収納・滞納などの資料が業務領域別に公開されています。候補ベンダーには、対応する版と要件を示してもらいます(出典:厚生労働省「標準仕様書(国民健康保険)」、2026年)。

価格だけでなくデモ・移行リハーサルでの評価

ベンダー選定では、提案書の金額だけでなく、代表データを使うデモと移行リハーサルで対応力を確かめます。

  • 操作確認:資格異動、所得更正、年度切替、高額療養費、還付、収納消込、滞納整理を試す
  • 追加要件:「別途協議」とする要件には上限額や協議期限を設定する
  • 評価軸:費用、機能適合、移行計画、連携、非機能、保守・制度改正、体制、自治体実績
  • 実績と保守:対象人口、仕様版、稼働時期、移行量、稼働後の保守体制を確認する
  • 改版対応:2026年時点の第1.6版と今後の改版に追随できる体制を確認する

年度切替と業務継続を前提にしたスケジュール

年度切替や保険料通知、納期の時期に加えて、給付や決算・統計の繁忙期も考慮します。業務担当者の稼働も含めて、計画を立てます。

  1. 現行調査から構築までを経て、移行リハーサルと総合テストを行います。
  2. 職員研修と並行稼働を経て、切替へ進みます。

稼働の可否は、テストやデータ照合の結果だけでなく、連携や窓口の状況も含めて見ます。戻す条件は、契約で先に決めておきます。

  • 稼働判定:機能テスト、移行データの件数・金額照合、帳票、連携エラーの再処理、窓口処理時間、問い合わせ対応、バックアップ復旧を確かめる
  • 契約:重大障害時のロールバック条件と、旧システムを参照できる期間を含める

繁忙期に検証が集中しないよう、日程を分けます。たとえば、大津市の公募要領では、契約締結から2028年3月までを業務期間とし、稼働予定日は2028年1月4日です(出典:大津市、2026年)。

業務を止められないシステムでは、短縮できる工程と、短縮してはいけない工程を分けることが、結果としてコスト抑制につながります。

ポイント

RFIとRFPで、標準準拠、非機能、責任分界、障害対応、契約終了の条件を同じ前提で示します。条件がそろわない見積もりは、金額だけで比べないことが目安です。

よくある質問

費用を検討するときは、価格帯に加えて、金額に何が含まれるかを見ておく必要があります。自治体の担当者が見積もりの前後に確認したい質問を、次にまとめます。

国民健康保険システムの開発費用は数百万円で足りますか?

現行調査や一部準備だけなら、数百万円以内に収まる可能性があります。一方、業務機能と連携、移行、テストまで含めた本体導入を、数百万円で実現するのは難しいです。

公開事例には、データ抽出だけで3,432万円、標準化移行の上限で4億3,994万1,000円、大規模再構築で34億8,700万円があります。金額の幅が大きいため、対象範囲を分けた見積もりで判断します。

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

標準仕様に合わせられる自治体では、標準準拠パッケージ、クラウド、共同利用型のほうが、初期開発と制度改正対応を抑えやすいです。

ただし、データ移行や連携、帳票を含め、研修やクラウド利用料も加えた5年TCOで比べます。独自運用のため大幅な個別改修を加えると、パッケージでも費用と将来保守が増えます。

標準機能に合わせた業務変更も含めて判断します。

見積もりで最低限確認する項目は何ですか?

見積もりでは、次の5つの項目を分けて確認します。

  • 初期構築:現行調査とFIT&GAPを個別の項目に分ける
  • データと連携:データ抽出・変換・取込、外部連携、帳票を項目ごとに見る
  • 運用:クラウド、テスト、研修、稼働立会い、保守、制度改正、データ返却を別項目で示してもらう
  • 前提:対象人口・世帯数、履歴年数、連携先数、帳票数、端末数、利用期間、標準仕様書の版を明記してもらう
  • 追加条件:除外項目、追加費用が発生する条件、月額費用の増加条件を示してもらう

2026年以降も標準仕様の改修費は発生しますか?

発生する可能性があります。厚生労働省は、制度改正などで追加や変更が必要になった場合、標準仕様書を随時改定すると案内しています。

契約前に、保守契約へ改版対応や適合確認が含まれるかを確かめます。テストやリリース作業も、同じ確認の対象です。含まれない場合は、改修単価と見積もりの手順を決めておきます。

まとめ

費用相場は、準備や一部移行なら100万円前後から、中規模の移行・連携なら3,000万円〜1.2億円が目安です。本稼働までの標準化移行は2億〜5億円、大規模再構築は10億〜35億円程度です。

公開調達額は、対象範囲や税区分、契約期間が異なるため、単純な価格表としては使えません。

費用を左右する移行・連携・将来保守

予算には、初期構築費のほかに、データの品質と履歴、住民記録・税務・収納・国保連合会との連携を分けて記載します。標準外の帳票や独自運用も、別に書いておきます。

クラウド利用料や制度改正対応、研修や稼働支援も含めて考えます。標準仕様書の第1.6版と今後の改版への追随を確かめると、5年・10年TCOで追加費用を見通しやすくなります。

現行業務と見積条件の洗い出し

まずは、資格・賦課・収納・滞納・給付の業務フローと連携先を一覧にします。帳票やデータ件数、履歴年数も、あわせて整理しておきます。

RFIやRFPで、標準機能、外付け、個別開発の範囲を比べます。そのうえで、住民サービスを止めない移行計画と、制度改正後も保守できる体制を含めて選ぶと、費用対効果を高められます。

▼全体ガイドの記事
・国民健康保険システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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