国民健康保険システムの発注は、現行業務を棚卸しして標準仕様との差分を整理することから始まります。RFI・RFPで条件を固めると、移行後の責任と費用を明確にできます。
発注形態、契約、費用、委託先の順に流れを追います。全体像は国民健康保険システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・国民健康保険システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
国民健康保険システムの発注・外注の始め方
製品名を比べる前に、現行業務と移行条件を整理し、発注方針を作ります。国保は複数の業務が連動しているため、機能の比較だけでは、移行後の責任や連携費用が見えにくくなります。
現行業務とデータの棚卸し
業務とデータを棚卸しておくと、ベンダーに伝える要件と移行費の変動要因をつかめます。
- 業務：加入・脱退から滞納整理、給付までの流れを一覧にする
- 担当と処理：担当課、入力元、頻度、締め日、承認者の記録
- データ：履歴、所得・課税、収納、給付、宛名、行政区分を確かめる
- 品質：コード、文字、欠損、重複、過去年度の保持期間を調べる
帳票、外部連携先、例外処理も業務ごとに確かめます。資料が足りない場合は、職員への聞き取りや、匿名化した実データのサンプルで補います。
標準仕様と自治体独自運用の切り分け
標準仕様と独自運用の差分を分けておくと、標準化と現場運用の両方を残せます。
- 標準仕様：資格、賦課、給付、収納、滞納の機能と帳票を照らし合わせる
- 自治体独自：独自帳票と承認手順の洗い出し
- 差分の扱い：設定、外付け、業務変更、個別開発に分けて採否を決める
厚生労働省は2026年1月、第1.6版・領域別別紙を公開しています（出典：厚生労働省「標準仕様書（国民健康保険）」、2026年）。RFPには、基準にする版と改版への追随範囲を明記します。
独自仕様をすべて残すと、個別改修とテストの費用が膨らみます。一方、条例や住民サービスに関わる差分は、現場で運用できるかを確かめて判断します。
発注形態の選び方｜パッケージ・クラウド・共同利用・個別開発
発注形態によって、初期費用、納期、自由度、将来の保守が変わります。標準仕様に合わせる範囲が広いほど、個別開発を減らし、制度改正への対応を委託先に集約しやすくなります。
標準準拠パッケージ・クラウドを第一候補にする理由
標準準拠パッケージやクラウドは、基本機能を活用しながら初期開発を抑えやすい選択肢です。
- 業務モデル：資格・賦課・給付・収納・滞納の基本機能を既製モデルで導入する
- 差分対応：自治体ごとの違いを、設定や周辺機能で補う
- 適合確認：対応する仕様版、証跡、未対応機能の代替策を確かめる
複数の団体で積まれた業務知見や、制度改正への対応も活用できます。
クラウドは、アプリ利用料だけでなく、基盤、ネットワーク、バックアップの費用も含めて、月額・年額で比べます。監視や障害連絡、データ保全も同じ枠で見ます。運用管理補助者の支援も含めます。
デジタル庁は、標準準拠システムをガバメントクラウドへ移行する方針を示しています。また、非機能要件も標準化しており、可用性、性能・拡張性、移行性などに加え、セキュリティも含まれます（出典：デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年確認）。
共同利用・広域連携による費用と運用の平準化
共同利用は、複数の自治体で製品や運用基盤を使い、導入費と制度改正対応費を分担する方法です。
- 運用基盤：監視や問い合わせ窓口を整えやすい
- 自治体の権限：設定権限とデータの保管場所
- 障害と離脱：優先順位と、離脱時のデータ返却条件を決める
- 例外処理：独自運用が設定で対応できるかを、代表ケースで確かめる
他自治体の運用に合わせても、自団体の例外処理は残ることがあります。デモでは、世帯異動や賦課更正、減免を確かめます。還付、給付審査、年度切替も見ておきます。
独自帳票や外部連携に追加料金がかかる場合は、5年分の総額で比べます。単独で大規模な開発体制を持ちにくい自治体にも、共同利用は選択肢になります。
個別開発の理由と範囲の限定
個別開発を残すなら、標準機能などで代替できない理由と、費用や責任の範囲を明確にしておきます。
- 代替策：標準機能、設定、外付け、業務手順の変更を先に検討する
- 対象範囲：標準外の理由と対象業務をRFPに書く
- 長期負担：改修費、受入テスト、改版の影響、保守担当の決め方
- 終了時：契約終了後の移行方法
スクラッチや大幅改修は独自業務を再現しやすい一方、長期の負担が重くなります。要件定義やテスト、制度改正への対応に加えて、担当者交代後の保守も続くためです。
標準機能と個別機能を同じ契約や見積項目に混ぜず、機能単位で責任と価格を分けておくと、将来の費用を見通せます。
RFP・要件整理の進め方｜発注仕様書に書く内容
RFPには機能のほかに、移行と連携、帳票の条件を書きます。非機能や研修、保守も含めます。また、制度改正、障害対応、契約終了時の返却条件も記載します。
自治体側の前提と提案者への質問を分けて書くと、各社が同じ条件で提案できます。
RFIで候補の違いを把握し、RFPで条件を固定する進め方
RFIで候補の情報を集め、RFPで提案条件をそろえると、見積や提案を比較しやすくなります。
- RFI：仕様適合、提供形態、導入期間、移行方式を質問する
- 体制と費用：自治体側の必要体制、概算費用、制度改正対応を尋ねる
- RFP：対象業務、利用者、連携先、データ量、稼働時期を明記する
- 評価条件：予算上限、評価方法、質問回答の扱いを定める
RFIの質問は各社で同じ内容にそろえ、回答を比べられる形で集めます。候補を絞ったあとでRFPを示し、質問回答書や追加資料も正式な調達資料として扱います。
要求が曖昧なままだと、各社の見積の前提が異なり、価格の高低を判断できません。そのため、調達資料を通じて条件を固定し、後から変わらない運用にします。
機能要件・移行要件・非機能要件の分け方
要件を機能、移行、非機能に分けて、業務シナリオと完了条件まで具体化します。
- 機能：資格、所得連携、賦課、収納消込、滞納整理、給付のケースを記載する
- 移行：抽出、変換、クレンジング、取込、件数・金額照合、修正、再取込の定義
- 非機能：稼働時間、同時利用者数、応答時間、復旧目標、監査、権限、災害対策の指定
機能要件では、加入・脱退から滞納整理までの流れを扱い、資格確認書の発行や収納消込も含めます。算定・更正・減免、督促・還付も、同じ流れで扱います。
療養費・高額療養費も加え、年度切替や訂正、再処理も業務シナリオに入れます。職員の承認と履歴照会も、シナリオとして書いておきます。
移行では、リハーサルと本番切替、切戻しの手順も確かめます。移行後に正しく賦課できることも、完了条件に含めます。
バックアップや脆弱性対応、運用監視も非機能要件に加えます。提案デモで見た内容は、受入テストと結び付けておきます。
外部連携と責任分界の明確化
連携仕様と担当者を決めておくと、データ不一致や障害時に、責任の所在が曖昧になるのを防げます。
- 連携先：住民記録、税、収納、口座、国保連合会などを列挙する
- 連携条件：方向、頻度、形式、件数、再送、照合方法の取り決め
- 業務継続：連携停止時の対応と継続策
- 責任者：基盤、回線、帳票、端末などの担当を決める
周辺には、固定資産税、オンライン資格確認、マイナンバー系の共通機能もあります。住民異動の資格反映時点や、所得確定後の賦課再計算の責任も、文書に明記します。
収納消込で不一致が出たとき、誰が調べるかも決めておきます。複数のベンダーで分担する場合は、アプリ、クラウド、ネットワークごとに責任者を置き、連携基盤やヘルプデスクにも置きます。
契約形態と委託範囲の決め方｜一括請負と準委任の使い分け
成果物と完成条件を固定できる範囲は請負に、調査や運用支援は準委任にするのが基本です。工程ごとに成果と責任を決めておくと、変更管理と検収を進めやすくなります。
請負契約の成果物・検収・瑕疵対応
成果物と完成条件を明確にできる業務は請負とし、検収と変更のルールを決めておきます。
- 対象成果物：要件定義書、設計書、移行計画、テスト計画
- 検収：単位、期間、未達時の再作業、保証期間
- 責任：重大障害、損害賠償、再委託の条件の取り決め
- 変更：無償対応と追加契約の基準、承認者、納期への影響
操作マニュアルや設定済みのシステムも、成果物になり得ます。また、制度改正や標準仕様の改版による変更は、見積の方法をあらかじめ決めておきます。
年度切替や賦課更正に関する変更は、費用とテストの扱いをはっきりさせておきます。給付や法定帳票の変更も、同じ扱いにします。
準委任契約の調査・伴走・運用支援への利用
専門家の作業や助言を得たい工程は準委任とし、活動内容と報告の方法を決めておきます。
- 支援業務：現行調査、RFI・RFP作成、FIT&GAPを含める
- 導入支援：プロジェクト管理、移行リハーサル、職員研修を頼める
- 運用品質：月次報告、会議、課題表、レビュー記録を条件にする
- 体制：稼働時間と担当者のスキル
成果物では品質を測りにくい支援も、活動記録を契約条件にすると、委託内容が見えてきます。
受託者が自治体の指揮命令下で作業する形は避け、業務分担と連絡系統を整理しておきます。職員の判断は委託先に任せず、選択肢の整理やテストを支援してもらう形にします。
請負と準委任を併用する場合は、同じ担当者が契約ごとに何を担うのかも確かめます。
運用保守・制度改正対応の契約範囲
稼働後の保守範囲と対応水準を契約に含めておくと、長期の予算と繁忙期の体制を確保できます。
- 保守範囲：障害、制度改正、標準仕様の改版、パッチ
- 運用支援：バックアップ、問い合わせ、帳票変更、年度切替
- 対応条件：受付時間、一次切り分け、復旧目標、重大度別の対応時間
- 繁忙期：増員や切替直後の立会いを、価格に含むかどうか
初期費用が低くても、法改正のたびに個別見積が発生すると、長期の予算を立てにくくなります。
通常保守と追加開発の境界、計画停止を定めます。月次報告や改版の提供時期も含めます。年度切替や保険料通知の繁忙期に必要な体制は、事前に確かめておきます。
国民健康保険システムの費用相場と見積項目
費用は、人口や世帯・被保険者数、データ量で大きく変わります。そこに連携数、帳票、独自運用が加わり、基盤や移行の難度も影響します。
研修や保守年数も費用に関わります。公開調達事例は定価ではありませんが、RFP前の予算の仮置きに使えます。
公開調達事例から見る範囲別の目安
公開事例は対象範囲ごとに読み、規模の異なる金額を単純平均しないようにします。
- 伊達市：2025年10月公表、2026年度移行に向けた事前準備
- 業務名：「国民健康保険標準準拠システム移行準備業務委託」
- 決定金額：税別96万円。資料整理など移行前準備相当（出典：伊達市「令和7年10月31日 入札結果」、2025年）。
- 神戸市：標準準拠移行を含む再構築で、税込34億8,700万円
- 契約期間：締結から2028年1月3日まで（出典：神戸市「神戸市国民健康保険システム再構築業務」、2025年）。
RFPの初期目安は、対象範囲ごとに異なります。
- 事前調査・一部準備：100万円前後から
- データ抽出・移行や連携：数千万円から1億円超
- 本稼働までの標準化移行：数億円
- 大規模自治体の再構築：10億円から35億円程度までの幅
この推定レンジは公開事例に基づくもので、製品価格を保証しません。そのため、提案依頼では各社に同じ前提で金額を出してもらいます。
初期費用・移行費・運用費の内訳
費目を分けて提示してもらうと、導入時の価格と継続費用の両方を比べられます。
- 初期費用：標準化対応費用（現行調査、要件定義、標準機能の設定、個別開発）を分けて示す
- 移行・切替：抽出・変換・取込、外部連携、帳票、クラウド移行、環境構築ごとの金額
- テスト・研修：テスト、研修、切替・立会いを項目ごとに切り分ける
- 年額費用：システム利用料及び運用保守料（年額）、ガバメントクラウド利用料（年額）、ネットワーク等を示す
大津市が2026年3月に公表した標準化移行対応業務では、見積を項目ごとに分けていました（出典：大津市「国民健康保険システム標準化移行対応業務 公募型プロポーザル実施要領」、2026年）。
費用を分けておくと、導入時だけでなく、5年・10年のTCO（総所有コスト）も比べられます。
5年TCOと前提条件による比較
5年TCOと見積の前提をそろえると、追加費用を含めた提案の比較ができます。
- 総額：初期費用に5年分の利用料、クラウド、保守、制度改正などを加えた額
- 前提：人口、世帯数、被保険者数、担当課・利用者数、処理量、連携先数を示す
- 見積条件：除外項目、オプション、単価、追加時の算定法
総額には、バックアップや端末、回線の費用を含めます。研修や追加改修も、同じ総額に入れます。
問い合わせの範囲と改版、法定帳票の変更は、見積の前提としてそろえます。障害時の現地対応は、どこまで含むかを統一します。
前提には、データ保存年数や移行回数、想定稼働日を記載します。帳票数も同じ前提に入れ、条件が変わったときに予算への影響を追える見積にします。
委託先の選定と見積比較で確認するポイント
知名度や総額だけでなく、国保業務と標準仕様の経験を評価します。移行や連携、クラウドの経験も見ます。保守の経験と、担当チームの体制や業務シナリオのデモも確かめます。
国保・自治体標準化の実績の確認
実績の範囲と担当体制を具体的に確かめると、提案後に必要な支援を見極められます。
- 業務と仕様：担当領域と対応する標準仕様の版
- 自治体規模：人口・世帯、移行データ量、連携先
- 稼働後：契約期間、保守体制、切替課題と解決策
- 担当者：要件定義や移行リハーサルへの参加の有無
「自治体向け実績」の一言で済ませず、可能なら同規模の団体の事例を匿名化して説明してもらいます。
適合確認と機能・帳票の対応表の提示を求めます。未対応項目と代替策、改版予定も示してもらいます。制度改正を製品共通版で行うか、自社開発で行うかによって、自治体の検証負担が変わります。
デモと業務シナリオによる実現性の確認
代表業務を一連のシナリオで確認すると、提案書だけでは分からない実現性を比べられます。
- 業務の流れ：資格異動から年度切替までの代表業務
- 実現方法：標準機能、設定、個別開発、運用変更の区別を答えてもらう
- 処理品質：履歴、エラー、再処理、帳票、権限
- 契約反映：約束した機能を、提案書や検収条件に残す
デモでは、資格確認書の発行や、所得情報を使った賦課、納付と収納消込を実際に動かして見ます。減免、更正、還付、高額療養費の申請・支給も含めます。
職員が使う言葉で質問し、例外ケースも試します。監査ログや外部連携の状態も確かめます。画面の見栄えより、処理の正確性と業務履歴を評価します。
評価項目・リスクの点数化と価格の扱い
品質と費用を別々の評価軸に置き、最低条件を満たす提案の中で価格を比べます。
- 評価項目：機能、適合、移行、連携、非機能、セキュリティの区分
- 費用：5年TCO、追加改修単価、クラウド料金の変動
- 最低条件：移行リハーサルの回数、切戻し、復元、繁忙期、データ返却の基準
- 記録：評価と契約交渉の経緯
運用保守や体制、実績、将来性も、採点の対象に含めます。
価格配点を高くしすぎると、移行や保守が弱い提案が有利になります。
点数が最も高くても、重大な未達がないかを確かめます。切戻しや復元テスト、再委託先の管理にも、最低条件を設けます。
よくある質問（FAQ）
発注では費用だけでなく、標準仕様と移行も一体で確かめます。制度改正や保守も同じ流れで見ておきます。発注前によくある質問に答えます。
国民健康保険システムの外注費用はいくらですか？
事前準備は100万円前後から、大規模な標準化移行・再構築は数億円から35億円程度まで、対象範囲で異なります。伊達市は税別96万円、神戸市は税込34億8,700万円でした。
いずれも全国共通の定価ではないため、現行調査、移行、連携、保守を分けて見積を取ります。
RFPには最低限どのような項目を入れるべきですか？
RFPには、標準仕様の版と適合範囲、対象業務、現行資産を書きます。移行や連携、帳票の条件も記載し、非機能とセキュリティも含めます。
研修や切替、保守の条件も含めます。制度改正やSLAに関わる条件、データ返却と再委託の条件も記載します。
人口や世帯数、被保険者数は、各社が同じ数字で提案できるようそろえます。連携先数や帳票数の前提に加えて、稼働希望日と回答形式も示します。
パッケージとスクラッチ開発はどちらを選ぶべきですか？
まず標準準拠パッケージやクラウドを第一候補にします。標準機能や設定、外付けで対応できない明確な理由がある部分に限って、個別開発を検討します。
スクラッチは独自運用を再現しやすい一方で、制度改正への対応やテスト、保守の負担が増えます。引き継ぎの負担も含めて、5年・10年のTCOと継続体制で判断します。
見積が安い委託先を選んでも問題ありませんか？
安さだけで選ぶと、移行や連携、制度改正が別費用になり、契約後に総額が増える可能性があります。クラウドや繁忙期の支援も、別費用となる場合があります。
前提と除外項目、5年TCOをそろえて比べます。仕様適合や移行リハーサル、障害体制も同じ条件で確かめます。最低品質を満たす提案から、費用を評価します。
まとめ｜国民健康保険システムの発注を成功させる進め方
発注方針、費用と契約、稼働後の要点を振り返ります。
現行業務と標準仕様の差分による発注方針
現行業務とデータを棚卸しして、標準仕様に合わせる部分と独自で残す部分を分けます。連携や帳票の扱いも、この区分に沿って整理します。発注形態を比べ、RFIで候補を把握したうえで、RFPの条件と評価方法を固めます。
費用と契約の工程・責任・TCOによる比較
見積は、初期構築、移行、連携の項目に分けます。研修や切替、保守は、別の項目として扱います。クラウドや制度改正への対応も、費用を分けて示してもらいます。
そのうえで、5年・10年のTCOで比べます。委託先は、国保の実績や移行品質、担当体制で選びます。デモや障害時の責任も、判断材料にします。
改版・制度改正と稼働後運用の契約範囲
納品時の適合だけでなく、将来の仕様改版や制度改正に追随できる契約と運用体制を確保します。
住民への通知や職員の業務継続、移行後の問い合わせ対応も、発注条件に含めます。関係者で完成像を共有したうえで、契約へ進みます。
▼全体ガイドの記事
・国民健康保険システム開発の完全ガイド
▼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を創業。