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

結論:国民健康保険システム開発の費用は、準備や一部移行なら100万円前後から、標準準拠システムへの本格移行なら2億〜5億円、

大規模自治体の再構築なら10億〜35億円程度が目安です。

ただし、これはパッケージの定価ではなく、自治体の規模、データ移行量、住民記録・税務・収納などとの連携数、

標準仕様への適合範囲、クラウド利用、制度改正対応まで含めた公開調達事例から見た予算検討用のレンジです。

本記事では、国民健康保険システムに必要な機能、費用の内訳、価格が変わる理由、コストを抑える進め方、

見積もりで確認すべき項目を、2026年時点の情報に基づいて解説します。

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

国民健康保険システムとは何ですか?

国民健康保険システムの全体像

国民健康保険システムとは、市区町村などの国保担当窓口が、資格、賦課、収納、滞納、

給付、統計・報告を一貫して管理する自治体基幹システムです。保険料を計算するだけのソフトではなく、

住民記録、所得・課税、固定資産、金融機関、国保連合会、オンライン資格確認など、複数のシステムや機関と正確にデータをやり取りする点に特徴があります。

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

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

資格管理では、加入・脱退、転入・転出、世帯変更、住所異動、被保険者の履歴、資格確認書などを扱います。

異動情報が正しく反映されなければ、保険料の算定や通知書の宛先、給付の可否にも影響するため、住民記録システムとの連携が重要です。

賦課管理では、所得、資産、世帯構成、軽減・減免の条件をもとに保険料を算定し、年度切替や更正、通知書発行まで処理します。

収納・給付・外部連携まで含めて考えます

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

収納・滞納管理では、納付書、口座振替、収納消込、督促、還付、分納、滞納整理を管理します。給付管理では、療養費、高額療養費、出産育児一時金、葬祭費などの申請、審査、支給を処理します。

さらに国保連合会のレセプト・給付関連データ、オンライン資格確認、団体内統合宛名、マイナンバー系の共通機能、金融機関などとの連携が必要です。

費用見積もりで「国保機能一式」とだけ書かれている場合は、どの業務と連携を含むのかを分解して確認します。

判断のポイント

費用見積もりで「国保機能一式」とだけ書かれている場合は、どの業務と連携を含むのかを分解して確認します。

国民健康保険システム開発の費用相場はいくらですか?

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

国民健康保険システム開発の相場は、対象範囲によって大きく異なります。目安として、

現行調査や準備だけなら100万円前後から、一部のデータ抽出や移行なら数千万円、中規模自治体の移行・連携なら3,000万円〜1.2億円、

本稼働までの標準化移行なら2億〜5億円、大規模自治体の再構築なら10億〜35億円程度です。

いずれも全国共通の価格表ではなく、2025〜2026年に公表された自治体調達額を比較した予算仮置きのレンジです。

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

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

小規模な準備作業の例では、福島県伊達市の標準準拠移行に関する事前準備が96万円(税別の決定金額)です。

ただし、これは現行調査や移行準備などの狭い範囲であり、国民健康保険システム本体の導入費ではありません。

さいたま市では、標準準拠国保システム向けの現行システムからのデータ抽出だけで3,432万円とされており、抽出、変換、クレンジング、検証。再抽出を含むかによっても金額の意味が変わります。

移行と連携を含む案件では、唐津市の標準準拠システムに関するデータ移行・連携が1億1,594万7,700円。共同運用などが1,282万4,358円と公表されています。

大津市の標準化移行対応業務は、契約締結から2028年3月までを期間とし。

委託料の上限が4億3,994万1,000円(税込み)です。

出典: 大津市「国民健康保険システム標準化移行対応業務公募型プロポーザル実施要領」、2026年。

このように、稼働までの期間と作業範囲を見ずに金額だけを比較してはいけません。

大規模再構築は数十億円になる場合があります

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

政令市級の再構築では、神戸市が2025年12月に公表した国民健康保険システム再構築業務の契約金額が34億8,700万円(税込み)で。

契約期間は契約締結日から2028年1月3日までです。

出典: 神戸市「神戸市国民健康保険システム再構築業務(事業者の決定)」、2025年。

これは大規模自治体の再構築事例であり、すべての自治体にそのまま当てはまる金額ではありませんが、拠点数、対象人口、既存データ、外部連携。移行期間が増えると、費用が数十億円に達し得ることを示しています。

したがって、予算要求では「国保システムは何円」と一点で置くのではなく、準備費、一時的な導入費、データ移行費、連携開発費、端末・帳票対応費、研修費。

稼働立会い費、クラウド利用料、保守費、制度改正費に分けます。

契約初年度の金額だけでなく、複数年の総保有コスト(TCO)で比較することが大切です。

判断のポイント

契約初年度の金額だけでなく、5年または10年の総保有コスト(TCO)で比較することが大切です。

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

国民健康保険システムの費用内訳

見積書の金額差は、開発者の単価だけで決まるものではありません。国保業務は制度とデータの影響が大きく、

同じ「標準準拠」でも現行システムの状態、自治体独自運用、連携先、移行方式によって必要な工数が変わります。

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

初期構築費とデータ移行費を分けて把握します

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

初期構築費には、現状分析、要件定義、FIT&GAP分析、基本設計・詳細設計、パラメータ設定、環境構築、機能検証などが含まれます。

一方、データ移行費には、現行データの抽出、項目対応表の作成、コード変換、欠損・重複・不整合の修正、移行ツールの作成、取込、件数照合、業務結果の照合。再移行が含まれます。

過去年度をどこまで保持するか、世帯・資格・賦課・収納・給付の履歴をどう扱うかで費用が増減します。移行費を抑えるために、過去データを無条件にすべて新システムへ載せるとは限りません。

法令、監査、住民対応、収納・給付の業務要件を確認し、オンラインで保持する履歴、参照専用のアーカイブ、廃棄するデータを分類します。

ただし、保存期間や情報公開請求への対応を優先し、単純な削減を目的にしないことが必要です。

連携・帳票・テストの工数が膨らみやすいです

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

住民記録、個人住民税、固定資産税、収納、口座、国保連合会、オンライン資格確認など、連携先が増えるほど、インターフェース設計と疎通テストの工数が増えます。

日次・月次・年度次の処理、異動情報の再送、エラー時の再実行、重複取込の防止、連携停止時の代替手順まで定義しなければ、稼働後の手作業が増えてしまいます。

住民向け通知書の帳票も、標準帳票と自治体独自帳票を分けて見積もります。

テストでは、通常の加入・脱退だけでなく、転入・転出、世帯分離、所得更正、年度切替、軽減・減免、高額療養費、還付、分納、滞納処分などの代表ケースを用意します。

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

クラウド利用料と制度改正対応費もTCOに入れます

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

クラウド型では、アプリケーションの利用料だけでなく、クラウド基盤、ネットワーク、バックアップ、監視、ログ保管、セキュリティ対策、運用管理補助の費用が発生します。

ガバメントクラウドを利用する場合も、誰が基盤を管理し、誰がアプリケーションの障害やデータ連携を担当するのか、責任分界を明確にします。

デジタル庁は2025年6月、標準化・ガバメントクラウド移行後の運用経費について。

クラウド利用料の見える化や費用を抑制する仕様・要件の検討を示しています。

出典: デジタル庁「自治体情報システムの標準化・ガバメントクラウド移行後の運用経費に係る総合的な対策について」、2025年。

国保標準仕様書は一度公開されて終わりではなく、制度改正に応じて改版されます。

厚生労働省は2026年1月30日に第1.6版を策定し。

今後も制度改正などにより追加・変更が生じる場合は随時改定すると案内しています。

出典: 厚生労働省「国民健康保険システム標準仕様書 第1.6版の策定について」、2026年。

契約時には、法改正・標準仕様改版への対応が月額保守に含まれるのか、別途見積もりなのか、適合確認とテストを誰が負担するのかを確認します。

判断のポイント

契約時には、法改正・標準仕様改版への対応が月額保守に含まれるのか、別途見積もりなのか、適合確認とテストを誰が負担するのかを確認します。

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

国民健康保険システムのコスト最適化

コスト最適化の基本は、機能を一律に削ることではなく、標準機能と自治体独自運用を切り分けることです。

国保標準仕様書に合わせて業務を見直せる部分は標準機能を使い、標準外の要望は住民サービスや法令対応に直結するものから優先します。

標準化はシステムを安く買うだけの施策ではなく、自治体ごとの個別改修と将来保守を減らすための業務整理でもあります。

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

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

第一候補は、国保標準仕様に対応したパッケージやクラウド、複数自治体で利用する共同利用型です。

標準仕様への適合、制度改正、共通部品の保守をベンダー側で吸収しやすく、スクラッチ開発より初期開発費と将来の改修負担を抑えられる可能性があります。

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

標準仕様書の業務フローに合わせて、申請、審査、承認、通知、照会の手順を見直すことも重要です。

デジタル庁は標準準拠システムの利用に合わせた業務改革(国民健康保険システム開発)の先行事例を収集し、横展開する方針を示しています。

現行の紙帳票や二重入力をそのまま再現するのではなく、残す業務、廃止する業務、外付けで補う業務を決めることで、開発範囲と運用工数を同時に整理できます。

共同利用と段階移行で費用を平準化します

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

複数自治体で共通の標準仕様と運用ルールを採用できる場合は、共同利用や共同調達を検討します。

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

共同化によって初期費用を分担できる一方、自治体ごとの例外運用を残すほど調整費が増えるため、意思決定者、変更管理、費用分担、障害時の連絡体制を先に決めます。

移行を段階化する場合は、資格・賦課・収納・給付を単純に分割するのではなく、年度切替、通知、連携、窓口業務のまとまりで切替単位を決めます。

旧システムとの並行稼働期間、データ二重管理の方法、切替判定基準、ロールバック条件をあらかじめ定義します。

短納期を優先してテストを削ると、稼働後の手戻りや臨時要員の費用が増えるため、検証工程を削減対象にしないことが大切です。

5年TCOで安い案を選びます

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

初期費用が安い案でも、月額利用料、追加連携、帳票改修、制度改正、夜間監視、バックアップ、データ返却、職員研修を加えると総額が高くなることがあります。

見積依頼では、初年度、2年目以降、5年目の費用を同じ前提で提示してもらいます。将来の人口・世帯数、処理件数、保存データ量、利用端末数を前提に置き、従量課金が増える条件も確認します。

比較表では、初期費用の合計だけでなく、5年TCO、10年TCO、制度改正1回あたりの追加費用、障害対応費、データ返却費を並べます。

クラウド利用料は稼働時間、バックアップ世代数、ログ保管期間、通信量などの条件で変わるため、標準的な利用量と最大時の利用量を両方提示させます。見積の条件がそろって初めて、価格と品質を公平に比較できます。

判断のポイント

見積の条件がそろって初めて、価格と品質を公平に比較できます。

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

国民健康保険システムの見積もりと発注

見積もりの精度を上げるには、RFIで候補ベンダーの実績、標準仕様への対応状況、移行方式、

クラウド構成、保守範囲を確認してから、RFPで同じ条件を提示します。国保システムは自治体独自の帳票や例外処理が見積差になりやすいため、

現行資料、業務フロー、連携一覧、データ件数、年度切替日程を早い段階で整理します。

RFI・RFPでは標準準拠と責任分界を分けて質問します

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

RFPには、国保標準仕様書の版数、実装必須と標準オプションの対応、適合確認の証跡、標準仕様改版への追随方法を記載します。

機能要件だけでなく、可用性、性能、拡張性、運用・保守性、移行性、セキュリティ、バックアップ、監査ログ、障害時の復旧目標も明記します。

第1.6版の仕様書では資格、賦課、給付、収納、滞納などの資料が業務領域別に公開されているため。

候補ベンダーにはどの版のどの要件に対応するかを提示してもらいます。

出典: 厚生労働省「標準仕様書(国民健康保険)」、2026年。

また、システム本体、クラウド基盤、ネットワーク、データ移行、外部連携、帳票、端末、研修、稼働立会いの責任分界を表にします。

障害が連携先に起因する場合の一次受付、データ不整合の調査、再送、復旧判断を誰が行うかが曖昧だと、契約後に追加費用や対応遅延が起こります。契約終了時のデータ返却形式、移行支援、撤去費も確認します。

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

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

ベンダー選定では、提案書の金額だけでなく、代表データを使ったデモと移行リハーサルを行います。

資格異動、所得更正、年度切替、高額療養費、還付、収納消込、滞納整理など、実際に難しい業務を操作してもらい。標準機能で対応できる部分と追加開発になる部分を確認します。

提案段階で回答できない要件を「別途協議」とだけ書く場合は、上限額や協議の期限を設定します。評価点は、費用、機能適合、移行計画、連携、非機能、保守・制度改正、プロジェクト体制、自治体実績に分けます。

候補会社の実績は、導入したという事実だけでなく、対象人口、標準仕様の版、稼働時期、移行データ量、稼働後の保守体制まで確認します。

2026年時点では、国保標準仕様書第1.6版への対応だけでなく、今後の改版に追随できる体制が選定条件になります。

年度切替と業務継続を前提にスケジュールを組みます

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

国保では、年度切替、保険料通知、納期、給付、決算・統計などの繁忙期があるため、開発者だけでなく業務担当者の稼働も計画に入れます。

現行調査、要件定義、設計、構築、移行リハーサル、総合テスト、職員研修、並行稼働、切替を順に置き、繁忙期に重要な検証が集中しないようにします。

大津市の公募要領では契約締結から2028年3月までを業務期間とし、稼働予定日を2028年1月4日としており。標準化移行が複数年度の計画になることが分かります。

出典: 大津市、2026年。

稼働判定には、機能テストの合格だけでなく、移行データの件数・金額照合、帳票出力、連携エラーの再処理、窓口の処理時間、問い合わせ対応。バックアップからの復旧を含めます。

切替後に重大障害が発生した場合のロールバック条件と、旧システムを参照できる期間も契約に入れます。

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

判断のポイント

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

よくある質問

国民健康保険システムに関するよくある質問

国民健康保険システムの費用を検討するときは、価格帯だけでなく、何を含む金額なのかを確認することが重要です。

ここでは、自治体担当者が見積もり前後に確認しやすい質問をまとめます。

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

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

現行調査や一部の準備だけなら数百万円以内に収まる可能性がありますが、資格、賦課、収納、給付、滞納、外部連携、移行。テストを含む本体導入を数百万円で実現するのは難しいです。

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

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

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

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

ただし、データ移行、連携、帳票、研修、クラウド利用料を含めた5年TCOで比較する必要があります。

独自運用を維持するために大幅な個別改修を加えると、パッケージでも費用と将来保守が増えるため、標準機能への業務変更も含めて判断します。

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

  • 確認対象:この見出しで扱う範囲と前提を整理します。
  • 比較の観点:初期・継続・追加の要素を分けて確認します。
  • 判断の基準:自社の要件と運用体制に照らして検討します。

初期構築、現行調査、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を創業。