介護保険システム開発は、現行業務の洗い出し、標準仕様との適合確認、移行・連携・運用設計の順に進めると、制度改正後も安定して運用できます。
各工程で何を決めるかを押さえると、発注や見積もりで確認すべき点が見えてきます。全体像は介護保険システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・介護保険システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
介護保険システム開発の全体像
介護保険システムは、市区町村が介護保険者として行う事務を管理する基幹システムです。資格や保険料、要介護認定を扱います。受給者や給付の処理も含みます。通知や統計まで対象になります。
窓口画面だけでなく、住民記録、宛名、税・収納、口座、認定審査会との連携も対象に含みます。国民健康保険団体連合会（国保連）とのデータ連携も、業務基盤の一部です。
一つの業務基盤での資格・保険料・認定・給付の管理
主な機能と、それに連動する異動を並べると、業務の範囲が見えてきます。
- 資格・保険料：被保険者資格、賦課・収納、減免まで含む範囲
- 認定：申請から結果、更新・変更まで
- 受給・給付：給付実績、負担限度額、償還払いの処理
住所地特例、適用除外、転入・転出、死亡、世帯変更は、資格情報に正しく反映させます。資格情報と保険料計算、認定情報と給付処理は、互いに連動させます。
資格情報は住民記録から受け取り、所得・世帯情報を参照して保険料を算定します。さらに、納付、還付、滞納も処理します。
認定部門では、申請受付から訪問調査、主治医意見書、一次判定、認定審査会までを扱います。
給付部門では、居宅サービス計画作成の依頼や施設の入退所を扱います。さらに、利用者負担の減免、償還払い、国保連からの給付実績も確認します。画面の機能だけでなく、バックヤードの処理まで評価対象に含めます。
現場の負担を判断するには、画面の使いやすさに加えて、年度更新、バッチ処理、帳票出力、エラー時の再処理も確認します。
台帳には、業務フローと担当部署、入力元を書きます。承認者と出力帳票、連携先と処理期限も、この台帳に書き込みます。
標準仕様・外部連携・介護情報基盤の確認範囲
開発範囲を決めるときは、標準仕様、外部連携、将来の基盤を同じ観点で確認します。
- 標準仕様：機能・帳票の要件、データ項目、連携仕様
- 外部連携：自治体内の情報や国保連などとの接続
- 運用条件：文字変換、異動反映、再送、停止時の対応
- 介護情報基盤：同意、API、ログ、障害時の再送の設計
厚生労働省の「標準仕様書（介護保険）」は、2026年3月に第6.0版が公開されました。また、デジタル庁は2026年3月18日にデータ要件・連携要件第8.1版を公開しています（出典：デジタル庁「データ要件・連携要件の標準仕様」、2026年）。
具体的な接続先には、住民記録や団体内統合宛名、個人住民税があります。収納や口座、国保連とのやり取りも含まれます。マイナンバー関連、帳票・印刷、電子申請も対象です。
連携項目に加えて、文字コードや異動反映の時期も確認します。そのうえで、エラー訂正や重複登録、停止時の手作業まで決めておきます。
行政事務標準文字へ変換すると、氏名の字形や検索結果が変わる場合があります。その影響に備えて、窓口担当と住民向けの説明も準備しておきます。
厚生労働省の資料では、介護情報基盤は2026年4月から、準備が完了した自治体より順次利用可能となります（出典：厚生労働省「介護情報基盤について」、2026年）。共有対象として、介護保険資格や認定審査の進捗が示されています。住宅改修費の利用、ケアプランなども挙がっています。
調達時点の版数と適合基準日、改版時の対応責任は、RFPと契約書に明記します。
介護保険システム開発の進め方
開発は、企画と現行資産の洗い出しから始まり、標準仕様とのFit & Gap、RFI・RFPを経て、設計・設定、移行へ進みます。テスト、研修・切替、運用改善まで続きます。
製品や画面より先に、標準機能へ寄せる業務、残す差分、データの保持期間を合意してから発注します。
企画・体制づくりと現行資産の洗い出し
企画段階では、体制づくりと現行資産の洗い出しを並行して進めます。
- 意思決定体制：介護保険、情報政策、収納、認定審査会の各部署が参加します。住民記録、財政、現行ベンダーも加わります。
- プロジェクト条件：期限と費用、品質、業務変更の許容範囲を決めます。課題を誰がいつ判断するかも明らかにします。
- 現行資産：機能、画面、帳票、バッチ、連携を洗い出します。データ、権限、障害履歴、手作業も対象です。
標準化担当だけで進めると、帳票や例外処理が後から問題になりやすくなります。そのため、業務側の責任者を早い段階で置きます。
表計算ソフトでの補正や紙の承認、年度末だけの集計といった手作業も、漏らさず確認します。標準機能にない独自帳票も、その対象です。
洗い出しの結果は、業務フロー、データ項目一覧、連携一覧に書き出します。帳票一覧と課題一覧も作ります。
標準仕様とのFit & Gapと、RFI・RFPへの落とし込み
Fit & Gapでは差分を分類し、業務品質への影響をもとに対応方針を決めます。
- 差分対応：標準機能か業務変更で対応する差分と、周辺システム、追加開発、廃止に分けます。
- RFI：対応可能範囲、適合状況、クラウドを尋ねます。移行の実績や概算費用、制度改正への対応も尋ねます。
- RFP：提案の前提になる条件を、規模から保守まで示します。
- 要件：機能要件と非機能要件、連携、運用を、責任分界まで同じ条件で記載します。
業務品質に直結する差分を優先します。住民への通知や保険料計算、審査会運営、給付の締切などが該当します。
標準仕様との適合は、業務品質を守るための手段として位置づけます。
RFPには、対象人口や被保険者数、過去データ年数を記載します。帳票数と外部連携数、文字の扱いも書き込みます。希望稼働日と研修範囲、保守期間と5年総額の算定条件も示します。製品名は指定せず、各社の提案と見積もりを同じ条件で比べられる要求にします。
機能要件には、資格や賦課・収納、認定を含めます。受給者や給付、通知も対象です。統計、EUC、権限も含めます。
非機能要件には、可用性や応答時間、バックアップ、復旧目標を含めます。監査ログや脆弱性対応、アクセス制御も入れます。
データ返却と再委託のほか、障害時の連絡体制も決めておきます。連携要件では、送受信頻度やエラー時の再処理、テストデータ、責任分界を明記します。
設計・設定とサンプル移行の並行作業
設計と移行は、標準機能の活用を確かめながら並行して具体化します。
- 基本設計とパッケージ設定、権限の範囲を決めます。帳票、外部連携、運用手順も含みます。
- 資格や収納などのデータを抽出して変換し、件数や合計額、年度別残高、代表ケースを突き合わせます。
- 通常処理と例外処理を含むサンプル移行を行い、受入基準に照らして確認します。
標準機能で処理できるか、業務手順を変えられるかを先に確かめます。そのうえで、必要な差分だけを追加開発し、制度改正や標準仕様改版時の追加費用と検証を比べます。
移行対象は、資格や保険料、収納残高です。還付や滞納、認定履歴も含まれます。給付実績や施設入退所も対象になり、宛名と外字も移行の範囲に入ります。
旧データのコピー後は、転入・転出や住所地特例、世帯変更、死亡のケースも検証します。更新認定、負担限度額、滞納、文字化けも確かめます。
移行の対象外となる履歴は、参照方法や保存期限、証跡を業務側と合意しておきます。修正が入ったときは、担当者と根拠を記録し、修正前のデータも保管します。
残高、認定期間、通知書、国保連実績を照合する受入基準を先に決めておくと、稼働直前の判断がぶれにくくなります。
総合テスト・研修・切替・稼働後支援
テストから運用まで、確認と切替の手順を段階的に整えます。
- 単体テストと連携テスト、総合テスト、受入テスト、移行リハーサルを実施します。
- 移行リハーサルは、本番切替と同じ手順で複数回行います。研修と問い合わせ体制を整えたうえで、切り替えます。
- 稼働後は障害や問い合わせを確認し、課題や制度改正への対応を行います。
資格異動を起点に、保険料計算から通知書作成、収納までを一連の業務シナリオで確認します。認定、給付、統計も同じ流れで見ます。画面ごとの確認では見つけにくい連携漏れや締切日の不整合も探します。
帳票は宛名と金額、年度を確かめます。さらに、根拠条文、印刷位置、封入順も見ます。リハーサルでは、所要時間や担当者、確認件数、エラー時の戻し方も決めておきます。
旧システムの参照期限や並行稼働の有無、稼働延期の条件は、計画に記載します。切替当日の判断を残しておかないと、障害時の責任者が不明になります。
稼働前に、操作マニュアルや担当者研修、問い合わせ窓口を整えます。制度改正時のリリース手順も用意します。
帳票訂正や連携エラーは、月次で確認します。そのうえで、標準機能で吸収できない課題を改善します。介護情報基盤の仕様や制度更新に備えて、保守契約には改版対応と検証を含めます。
介護保険システムの費用相場とコストの内訳
介護保険システムの費用は、対象範囲によって大きく変わります。小規模な制度改正なら数百万円、標準化・移行を含む大規模案件なら数億円です。
全国共通の公定価格や、人口ごとの単純な単価はありません。そのため、公開された調達額と条件に基づく推定レンジを分けて確認します。
初期費用だけでなく、保守、クラウド利用、制度改正、帳票、移行後5年分の運用を含めて比べます。
公開調達の事例（約200万円〜約6億4,240万円）
公開額は案件範囲が異なるため、改修・移行・大規模標準化を分けて読みます。
- 唐津市：制度改正改修の契約額は税込199万4,300円です。
- 上越市：介護保険の移行経費上限は税込6,999万9,000円です。
- 千葉市：標準準拠システム移行の契約額は税込6億4,240万円です。
唐津市の例は2026年1月に公表され、既存の総合行政システム内の改修です。この金額は、新規導入や移行を含まない小規模な制度改正対応の実例で、開発者の株式会社RKKCSにしかできない業務とされています（出典：唐津市「令和7年度税制改正に伴う介護保険システム改修業務」、2026年）。
上越市の移行経費は、2026年度が4,545万7,000円、2027年度が2,454万2,000円です。複数年度に分けた移行が前提です（出典：上越市「福祉系システム標準化、各種制度台帳システム移行対応業務委託」、2026年）。
この案件は複数の福祉系業務を含みますが、介護保険部分の上限は分けて示されています。
千葉市の履行期間は2025年4月1日から2027年3月31日までで、契約相手は株式会社日立製作所千葉支店です（出典：千葉市「千葉市介護保険システムに係るシステム移行業務委託」、2025年）。
大都市案件は、要件整理と連携、移行に加えて、テストや切替、長期支援まで含みます。そのため、ソフトウェア単価とは分けて比べます。
案件タイプ別の初期費用の推定レンジ
同じ介護保険システムでも、改修の規模や自治体の規模によって初期費用は大きく変わります。案件タイプを5つに分けて、初期検討時の推定レンジを示します。
- 小規模改修：制度改正や帳票・計算ロジックの変更で200万〜500万円。
- 小規模自治体：標準機能中心の導入・移行で3,000万〜1億円。
- 中規模自治体：標準化移行で5,000万〜1億5,000万円。
- 大規模自治体：標準化・クラウド移行で3億〜8億円。
- 独自開発：スクラッチや大幅改修で2億〜10億円超の可能性。
これらは公表された調達額を基にした推定で、工程、人口、データ量、連携数も踏まえています。定価や全国平均ではありません。
小規模改修は、既存パッケージを使い、移行や大規模連携を含まない前提の金額です。標準化移行では、調査や差分整理、変換、リハーサルの範囲で金額が変わります。帳票確認や研修、切替支援の範囲も金額に影響します。
期間の目安は、小規模改修が2〜6か月、小規模自治体の導入が12〜24か月です。中規模移行は18〜30か月、大規模移行は24〜36か月です。
スクラッチや複雑な連携を含む場合は、24〜48か月を見込みます。適用日や適合基準日から逆算して、調達、データ準備、受入、研修の計画を立てます。
移行・連携・運用費の内訳と5年総額の比較
初期費用と運用費を比べられるよう、見積もりは作業ごとに分けてもらいます。
- 開発：要件定義・Fit & Gap、設計・設定、追加開発。
- 移行・検証：抽出やクレンジング、変換、移行に加え、連携、帳票、テスト。
- 稼働・保守：研修や切替立会い、クラウド利用、保守、制度改正対応。
「一式」と書かれた項目は、作業数量と実施回数を確かめます。成果物や前提条件、追加料金が発生する条件も確認します。
移行費は、データの種類や保存年数、文字変換、クレンジング、リハーサル回数によって変わります。
連携費は、接続先の数だけでなく、API・ファイル方式や頻度、再送、試験環境によって変わります。テスト費は、通常ケースに加えて、異動や例外、年度切替、帳票、障害復旧を、どこまで実データに近い条件で行うかで変わります。
クラウド型は構築費に加えて、利用料やバックアップ、監視を確認します。ログ保管、回線、端末、印刷、ヘルプデスクの費用も見ておきます。
オンプレミス型では、機器更改や災害対策、保守要員、データセンター費用を含めて見ます。
稼働後5年の総額と、契約終了時の出口費用も比べます。初期費用が安くても、月額利用料や制度改正費、データ返却費が高くなる場合があります。
介護保険システムの見積もりを取る際のポイント
見積もりの精度は、業務範囲とデータ条件の明確さで決まります。そのため、人口や移行年数、連携範囲、保守期間をそろえて比べられる条件を整えます。
介護保険では、計算機能だけでなく移行や帳票、連携の条件も費用の差につながります。繁忙期の支援や制度改正への対応も、費用の差に表れます。
同じ資料で示す要件・データ・連携の前提
見積もりの前提資料には、規模や業務変更、データの範囲を、そろえて記載します。
- 規模と運用：人口、被保険者数、申請件数、審査会回数、端末数など。
- 業務要件：現行フロー、変更点、独自帳票、電子化の要否。
- データ・連携：保存年数や項目、コード、文字。欠損や重複、対象外の範囲も含みます。
第1号・第2号の内訳やデータ保存年数、年間申請件数、認定審査会の回数を示します。帳票数と端末数、利用部署を含めます。連携先や現行ベンダー、希望稼働日も示します。件数不明の項目は、直近実績や概算を前提にします。
標準機能へ寄せる処理、独自帳票の維持、審査会資料の電子化で費用と期間が変わります。
独自運用を必須とする前に、それが要件か慣行かを確かめます。要件であれば、法令や条例、監査、住民サービスのどれに基づくかも明らかにします。
過去の認定履歴や収納残高、還付や滞納、給付実績、宛名などについて、移行する範囲を明確にします。参照だけのデータと更新するデータを分けると、不要な移行費を抑えやすくなります。
複数社の同条件での比較と、実機・移行結果の確認
複数社を同じRFPとデータ条件で比べ、提案資料と実機、移行計画を確かめます。
- 提案評価：標準仕様や同規模の実績、連携体制、5年総額を比べます。
- 実機確認：異動や保険料更正、認定を操作し、給付や帳票、エラー訂正も試します。
- 移行検証：抽出と変換、承認、再移行、差異の扱い
導入自治体の数だけでなく、人口規模や移行範囲が自団体に近い実績かも確かめます。
移行ツールやリハーサル回数、障害・制度改正への対応、担当体制は、提案評価に含めます。実機では、資格異動や保険料更正、認定更新、住所地特例を操作して確かめます。
給付実績の取り込みや帳票の再発行、連携エラーの訂正も試します。そのうえで、画面の遷移数やエラーの理由、履歴を担当者が評価します。
判断は、ベンダーが見せやすい標準ケースに加えて、例外の扱いまで含めて行います。移行提案では、業務側の承認を含む手順を段階ごとに確認します。
「移行一式」と書かれていても、リハーサルが1回か複数回かでリスクは異なります。件数や金額、残高、認定期間の突合表を誰が作るのか、どの差異を許容するのかを、発注前に確認します。検証と承認をそれぞれ誰が担うかも、発注前に決めておきます。
契約で明確にするセキュリティ・責任分界・制度改正費
個人情報の保護やクラウド運用、契約終了、制度改正時の責任範囲は、契約で明確にします。
- 安全管理：権限・認証・ログ・暗号化・脆弱性対応・復旧の定め方
- 委託・クラウド：委託先・再委託・保管場所・監視・障害通知の確認
- 費用と責任：改版、制度改正、テスト、研修の有償・無償範囲
氏名や住所、所得を扱い、認定や給付、医療・介護情報も含みます。そのため、安全管理も機能要件と同じ水準で確認します。
個人情報保護委員会のガイダンスは、委託先の選定・定期確認と必要範囲に限ったアクセス管理を示しています（出典：個人情報保護委員会「医療・介護関係事業者における個人情報の適切な取扱いのためのガイダンス」、2026年確認）。
契約には、職務別の権限や二要素認証、操作ログと保存期間を明記します。暗号化や脆弱性パッチ、バックアップ、復旧訓練、端末・回線障害時の縮退運用も盛り込みます。
クラウド型の契約では、復旧目標と利用料の変動条件を確かめます。契約終了時には、データ返却と消去証明を定めておきます。
制度改正や標準仕様の改版では、法令や帳票、計算ロジック、連携仕様が変わります。テストと研修は、その変更ごとに分けて扱います。
無償と有償の範囲を確認し、改版通知や影響分析、適用時期、費用負担を協議できる条項にします。標準仕様第6.0版やデータ要件第8.1版のように、版数は更新されていきます。
介護保険システム開発でよくある質問（FAQ）
パッケージの適否や標準化による費用、移行準備について、発注前に判断しやすい形で回答します。
介護保険システムはパッケージとスクラッチのどちらがよいですか？
多くの自治体では、標準準拠パッケージやクラウド型を起点にして、必須の固有差分を見極めます。
- 標準準拠：パッケージやクラウド型を優先した比較
- 固有要件：法令や住民サービス上の必須要件なら、追加開発などを検討します。
- 方式決定：Fit & Gapの結果をもとにした、業務変更や周辺連携との組み合わせ
制度改正や帳票、外部連携、認定・給付の例外処理は、導入後も続きます。スクラッチ開発では、法令解釈や保守、テスト、技術者の確保の負担を長く抱えます。
介護保険システムの開発費用はどのくらいですか？
初期検討時の推定レンジは、改修規模や自治体規模で異なります。
- 小規模改修：200万〜500万円。
- 小規模自治体：標準機能中心の導入・移行で3,000万〜1億円。
- 中規模自治体：標準化移行で5,000万〜1億5,000万円。
- 大規模自治体：標準化・クラウド移行で3億〜8億円。
スクラッチ開発や大幅な独自改修は、2億〜10億円超の可能性があります。
公開資料には唐津市の約199万円、上越市の約7,000万円、千葉市の約6億4,240万円があります。案件範囲が異なるため、全国平均ではありません。
小規模改修は、既存パッケージを使い、データ移行や大規模連携を含まない前提の金額です。比べる際は、移行年数や連携数、帳票、人口を分けて見ます。独自改修やクラウド利用料、保守、制度改正費も分けて、初期費用と5年総額を比べます。
データ移行で最初に準備すべきものは何ですか？
移行の準備では、対象データと受入条件を決めたうえで、通常ケースと例外ケースを試します。
- データ一覧：資格や保険料、収納、認定、給付、宛名などの整理
- 移行範囲：移行、参照のみ、移行しない対象の3つに分ける。
- 受入基準：件数や金額、残高、認定期間の突合条件を定めます。
保存年数や件数、コード、文字、欠損・重複の状況も把握しておきます。項目一覧は、資格から施設入退所まで、業務ごとに用意します。
本番前には、サンプルを移行して確かめます。転入・転出や住所地特例、死亡、認定更新のケースに加え、負担軽減や滞納、外字も含めます。リハーサルの回数や修正の責任者、差異の許容範囲、旧システムへ戻す条件は、発注前に決めておきます。
標準仕様の版数はいつ確認すればよいですか？
版数は、調達から受入までの節目ごとに確認します。改版後の責任と費用も、あらかじめ定めておきます。
- 確認時期：RFI・RFP前、提案評価、契約、設計完了、受入の少なくとも5回。
- 契約事項：参照版、検知担当、影響分析期限、適用基準日、テスト範囲、追加費用。
- 連携追加：既存側の対応、API、送信、ログ、障害時の責任分界。
2026年3月時点では、介護保険システム標準仕様書は第6.0版、データ要件・連携要件は第8.1版です。制度改正や誤記修正で更新される可能性があります。
介護情報基盤などの連携を追加する場合は、既存側の対応と役割を契約で明確にします。
まとめ｜標準化・移行・運用を一体で進める介護保険システム開発
開発では、資格や保険料、認定、給付の機能を一つの業務フローで確認し、通知・統計や外部連携も同じ流れで見ます。対象には、住民記録や税・収納との連携、国保連とのやり取りも含まれます。帳票や文字、介護情報基盤も、あわせて確認の範囲に入ります。
標準仕様の版数を確かめてFit & Gapを行い、標準機能へ寄せる業務と残す差分を合意します。
現行資産とデータ状態の把握
まず、機能や帳票、バッチ、連携を洗い出します。権限やデータ件数、保存年数、独自運用、障害履歴も対象です。
移行対象は、資格や保険料、収納残高、認定、給付、宛名の範囲で定めます。そのうえで、サンプル移行と複数回のリハーサルを計画します。
受入基準や切替条件、旧システムの参照期限まで決めておくと、開発会社の見積もりの精度が上がります。
公開価格と5年総額を分けたベンダー比較
公開事例で金額に差が出るのは、案件範囲が異なるためです。金額と5年間の運用費を分けて比べます。
- 公開価格：小規模改修は約200万円、複数年度の移行は約7,000万円、大都市の移行は約6億4,240万円。
- 比較条件：人口だけでなく、データ移行や連携、帳票、独自仕様をそろえます。テストと研修も条件に含めます。
- 総額確認：初期と移行、保守、クラウド、制度改正、データ返却費
複数社に同じ条件で見積もりを依頼し、各費目の範囲と前提を照合します。
稼働後も、制度改正や標準仕様の改版、介護情報基盤との連携、セキュリティ対応が続きます。そのため、要件定義から運用改善まで支援できる会社を選びます。
自治体の業務側と技術側をつなぐ体制が、長期的な安定運用につながります。
▼全体ガイドの記事
・介護保険システム開発の完全ガイド
▼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を創業。