介護請求システム開発は、業務整理、方式選定、制度対応、請求テスト、並行稼働の順に進めると、請求漏れを減らしやすくなります。
まず業務の範囲を決め、要件整理から定着までの6つのフェーズを順に進めます。全体像は介護請求システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・介護請求システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
介護請求システムの全体像
介護請求システムは、介護サービスの提供実績から介護給付費を計算し、国保連へ請求する仕組みです。実務では、国保連請求だけを指す場合と、利用者への請求書発行や入金消込、介護記録まで含む場合があります。そのため、開発の最初に対象範囲を分けておくことが、見積もりのずれを防ぐ出発点になります。
国保連請求と利用者請求の範囲
国保連請求では、サービス実績をもとに、給付費明細書や給付管理票を作ります。計算には、サービスコードや単位数、加算・減算、給付率も使われます。
提出前にエラーチェックを行い、CSVなどの請求データを作ります。そのうえで、電子請求受付システムや伝送ソフトから送信し、受付結果を確認します。ここまでが一連の工程です。
利用者請求では、保険外費用や自己負担分について、請求書と領収書を発行します。あわせて、口座振替や入金消込、未収管理も扱います。
- 機能範囲：利用者請求や会計連携が別機能かどうか。
- 伝送機能：CAREKARTEは記録から国保請求書・個人請求書を自動作成できます。
- 伝送ソフト：公式には伝送ソフト・ツールがなく、別途手配が必要と案内されています。
製品によって伝送の範囲が異なるため、RFPでは「請求データ作成」と「国保連への伝送」を別々の要件として書きます。
毎月の業務フローを一つのデータでつなぐ設計
月次業務をつなぐには、登録から請求結果の確認までを一つの流れとして設計します。
- 利用者と介護保険の情報、ケアプランや予定を登録します。
- サービス提供の実績を入力し、加算・減算を確認します。
- 請求書類を作成し、エラーチェックの後にデータを送信します。
- 受付・審査支払の結果を確認し、返戻があれば原因を特定して、実績やマスタを修正します。
- 修正後に、再請求や過誤申立を行います。
- 利用者請求、入金、会計仕訳まで処理します。
機能一覧の中身は、記録や予定・実績、利用者台帳、マスタから、帳票、伝送、返戻、利用者請求、入金管理までです。権限、バックアップ、CSV・API連携も含まれます。
導入では、機能の数よりも、締切日に迷わず処理でき、返戻時に修正対象が分かることを優先します。
介護請求システム開発の進め方と6フェーズ
介護請求システムは、画面を作るだけでなく、一連の業務として検証することが欠かせません。制度上の計算やサービス種別ごとの例外、国保連のデータ仕様も確かめます。返戻後の再処理や現場の入力ルールも、この検証に含めます。
前半は、要件整理、選定、設計開発の3段階です。後半は、テスト、稼働、定着の3段階で、運用に乗せるまでを扱います。
フェーズ1：業務の現状と目標をそろえる要件整理
まず、現状の「記録→実績→国保連請求→返戻・過誤→利用者請求→入金消込」の流れを、担当者と一緒に図にします。そのうえで、訪問・通所系、居宅介護支援、施設などサービス種別ごとに、誰がいつ担当し、どの帳票やExcelを使い、どこで承認するかを書き出します。
標準の手順から外れる処理も拾っておきます。たとえば、口頭での確認や紙のメモ、例外的な公費があります。月途中の要介護度変更なども、対象になります。
要件はMUSTとWANTに分け、そのうえで初回リリースに含める範囲を決めます。
- MUST：対象サービス、台帳、実績、加算・減算、請求明細書、給付管理票、エラー検知、伝送、返戻、利用者請求。
- WANT：スマートフォン入力、LIFE、ケアプランデータ連携、会計・給与連携、経営ダッシュボード。
利用者数や事業所数、請求担当者を要件書に記録します。月次の締切、現行の返戻件数、希望稼働月も書き込みます。
フェーズ2：パッケージ、クラウド、スクラッチの選定
標準的なサービスを使う小規模事業所では、パッケージやクラウドが候補になります。初期費用と導入期間を抑えやすく、ベンダーが法改正やサービスコードを更新しやすいためです。
多拠点で独自の承認を行う場合や、会計・給与・基幹連携が必要な場合、特殊な自治体請求があるなら、スクラッチやハイブリッドも候補に入ります。
比較では、請求書作成の機能だけでなく、製品ごとの契約範囲も同じ質問票で確かめます。
- 請求・伝送：国保連送信、電子証明書、伝送ソフトが契約に含まれるか。
- 制度・例外：返戻・過誤への対応、法改正の更新期限と費用。
- 契約・移行：事業所・職員・利用者・端末の課金単位、移行費、解約時のデータ出力。
- 運用支援：障害時の連絡方法とサポート範囲。
無料デモでは、匿名化した月次データを持ち込み、締切前の一連の操作を再現してもらいます。
フェーズ3：制度対応と現場操作の設計・開発
サービスコードや単位数、加算・減算は、固定の値ではなく、更新できるマスタとして管理します。給付率や日割り、要介護度、公費も、同じマスタで扱います。
国保中央会の介護伝送ソフトは、2026年にも、制度改正や不具合に対応する更新プログラムが公開されています。さらに、2026年7月には処遇改善加算に関わる更新も案内されています（出典: 国民健康保険中央会「介護伝送ソフトVer.10」、2026年）。
法改正の情報を受け取り、検証環境で確かめてから本番に反映する手順も、要件に含めておきます。
- 入力画面：記録から実績を自動で作り、差分を確認できる流れを目指します。
- 端末利用：通信断時の入力、再送、端末共有、写真やメモの扱いを決めます。
- 権限と記録：現場入力、請求確認、管理者承認、経理閲覧、システム管理を分け、操作ログと変更履歴を残します。
- 安全管理：要配慮個人情報を扱うため、暗号化通信、多要素認証、端末紛失時のアカウント無効化、日次バックアップと復旧手順を設けます。
フェーズ4：通常処理と返戻を含めたテスト
テストは画面単位ではなく、請求月単位で行います。利用者登録から入金消込まで、一連の処理を一つのケースで再現します。
訪問・通所・居宅・施設の代表ケースを、それぞれ最低一つずつ用意します。例外には、要介護度や負担割合の変更、月途中の開始・終了が含まれます。欠席や振替、公費、加算の算定条件も、テストの対象です。
入力不足を事前に知らせるだけでなく、返戻通知を受けたあとも、原因や対象利用者、修正項目を追えるようにします。さらに、再請求の要否、担当者、期限も追跡します。
- 一連の処理：予定・実績、加算、明細書、エラー確認、データ出力、送信結果、利用者請求、入金消込。
- データ仕様：CSVの項目順、文字コード、桁数、必須・任意、日付形式。
- 受入確認：現場職員は操作を、請求担当は例外処理を、管理者は承認と締切管理を確かめます。
フェーズ5：並行稼働を経た本稼働
本稼働の前に、マスタや利用者データ、職員アカウントを確かめます。端末やバックアップ、問い合わせ窓口、請求締切の責任者も、確認の対象です。
可能であれば、1請求月だけ旧・新システムを並行稼働させ、利用者数や単位数といった件数の面に加えて、請求額や利用者負担額、未収残高を突き合わせます。差異が出た場合に正とする数値と、修正者、承認者を決めておくと、切替日の混乱を抑えられます。
- 移行情報：利用者基本情報、保険者、被保険者番号、要介護度、負担割合、サービス契約。
- 請求情報：未収金、過去の返戻、請求履歴、帳票設定、職員権限。
- 移行後確認：全件移行に加えてサンプルを抽出し、件数と合計金額を確かめたうえで、代表利用者の明細を目視します。
旧データは、参照できる期限と、契約終了後の保管担当も決めておきます。
フェーズ6：月次運用に組み込む定着と改善
操作研修は一度きりで終わらせず、請求月の前後に短い確認会を設けます。目標値は、導入前の実績をもとに決めます。
- 業務指標：請求作業時間、事前エラー件数、返戻率、二重入力件数。
- 月次状況：利用者請求の締め遅れ、入金消込完了日、問い合わせ件数。
機能追加の要望と、制度対応による修正は、分けて管理します。
法改正に対応するときは、まず通知を受ける窓口と、影響するサービスコードを決めます。そのうえで、マスタの更新担当や検証ケース、リリースの承認、現場への周知方法も定めます。
厚生労働省の「介護事業所における情報安全管理の手引き（解説書）」では、ログインやログオフを扱っています。閲覧・入力・送信の扱いも示しています。委託事業者やバックアップについても取り上げています（出典：厚生労働省「介護事業所における情報安全管理の手引き」、2026年）。
導入後も、権限の見直し、端末の更新、復旧訓練を定期的に行います。委託先が再委託していないかも確認します。
介護請求システムの費用相場とコストの内訳
介護請求システムに全国一律の相場はありません。金額を左右するのは、対象サービスや事業所数、利用者数です。さらに、記録連携や伝送、データ移行、法改正対応、保守範囲でも、費用は変わります。
費用の目安は、公開されている製品の価格と、類似する介護・福祉システムの開発相場からの推定に分けて示します。
クラウド・伝送ソフトの公開価格
公開価格と買い切り価格の例を並べると、サービスや契約単位による違いが比べられます。
- 居宅介護支援：カイポケは税別月額5,000円です。
- 通所・訪問系：通所介護・訪問介護・訪問看護などは税別月額25,000円です。
- 複数サービス：1拠点あたり月額30,000〜45,000円程度の例があります。
- 伝送ソフト：介護伝送ソフトVer.10は税込・送料込み60,000円の買い切り例です。
価格の出典は、カイポケ公式「カイポケの料金体系」と国民健康保険中央会「介護伝送ソフトVer.10 利用のお申込み」です（いずれも2026年確認）。
カイポケには、初期費用、法改正対応、サポートを0円とする料金体系もあります。さらに、インターネット請求、更新料、解約金も0円とされています。
これはカイポケの公開価格で、市場全体の相場ではありません。複数サービスを使う場合は、契約条件も確かめておきます。
伝送ソフトの価格は、請求業務全体の費用ではありません。ただし、パソコンや回線、電子証明書、入力支援、研修、保守が別途必要になる場合があります。
請求データ作成システムと伝送ソフトが別々かどうかで、初年度の総額は変わります。
機能範囲ごとに見るスクラッチ開発の推定レンジ
これは、類似する介護・福祉システムの公開相場から推定したレンジです。介護請求システムの全国統一価格ではありません。
- 単機能：基本マスタ、実績入力、請求データ、帳票出力までで100万〜300万円程度。
- 記録連携：記録・実績・請求とスマートフォンやタブレットで150万〜500万円程度。
- 複合システム：ケアプラン、記録、請求、会計、経営管理で500万〜1,500万円程度。
- 大規模連携：複数施設・サービス、基幹API連携、高度な移行を含むと2,000万〜1億円超まで広がる可能性があります。
国保連請求、返戻管理、利用者請求、入金消込を加える場合は、サービス種別とテスト範囲に応じて上振れします。見積もりには、法定帳票や例外処理、権限に加えて、障害対応、受入テスト、研修も含めます。
初期費用とは分けた導入期間と保守費用の見方
導入期間は、方式と移行・研修の範囲で変わるため、初期費用とは分けて目安を押さえます。
- 既存クラウド：初期設定は2週間〜3か月程度、複数事業所の移行・帳票・研修込みで3〜6か月程度。
- カスタマイズ：小規模な請求機能は3〜6か月程度。
- 一体開発：記録・ケアプラン・請求・伝送・会計連携は6〜18か月以上の推定もあります。
稼働したい月から逆算して、制度仕様の確認や並行稼働、請求テストの期間を確保しておきます。
保守・運用費には、初期費用の月5〜15％、または年15〜20％程度という一般的な目安があります。ただし、月と年で単位が違うため、そのまま比べることはできません。
見積書では、費用の内訳を項目ごとに分けてもらいます。対象には、介護報酬改定やサービスコードの更新、サーバーが入ります。電子証明書や監視も対象になります。さらに、障害対応、問い合わせ、研修などもあります。法改正対応が「無償」とされていても、個別開発やデータ移行が含まれていないかを確かめます。
介護請求システムの見積もりを取る際のポイント
見積もりは、総額の安さだけでなく、同じ業務範囲と前提条件で比べます。RFPに書く内容は、対象サービスや事業所数、利用者数、月間請求件数です。さらに、現行システムや連携先、希望稼働月、許容する運用変更も入ります。
「請求対応」や「データ連携」のように解釈が分かれる表現は、成果物として何を納めるか、どこまでを誰が受け持つかの形に置き換えます。
RFPの確認項目と例外ケース
比較軸を同じ形式で回答してもらうと、標準機能が後から追加開発として請求されるリスクを減らせます。
- サービス種別：自社で提供するサービス。
- 利用者・事業所数：それぞれの対象数。
- 国保連伝送：伝送が必要かどうか。
- 利用者請求・入金：対応する業務の範囲。
- 連携・契約条件：既存システムとの連携範囲、サポートと法改正対応の契約条件。
各項目は、「標準機能」「設定で対応」「追加開発」「対象外」のどれかに分けて回答してもらいます。
例外ケースには、月途中の契約開始・終了や、要介護度・負担割合の変更を含めます。欠席・振替、加算・減算、公費も、例外として扱います。返戻・過誤や入院、複数サービスの同月請求も、例外に入ります。
移行データでは、項目や文字コードに加えて、欠損値、重複、履歴の扱いを明記してもらいます。「過去12か月の請求履歴」のように書くだけでなく、検索条件や帳票、出力形式も指定します。
同じ業務データによるベンダーへのデモと回答の依頼
一般的な機能説明に加えて、匿名化した実績データで月次業務を実演してもらいます。
- 処理の再現：入力、請求データ作成、エラー修正、伝送、返戻、利用者請求、入金消込。
- 操作・権限：入力者と承認者の権限、変更履歴、締切アラート。
- 帳票・出力：帳票再発行とデータ出力の方法。
見積書では、ライセンスや初期設定、データ移行、追加開発を、項目ごとに分けてもらいます。連携、端末、電子証明書、伝送も、同じ形式で分けてもらいます。研修やテストに加えて、保守、制度改正対応、障害対応も、項目として挙げてもらいます。
月額課金の場合は、職員・利用者・拠点・端末のどれが増えると料金が変わるかを確かめます。
解約時のデータ返却費や、サポート受付時間、重大障害の復旧目標、再委託先の管理方法も、契約条件に記載します。
よくあるリスクと契約前の対策
よくあるリスクには、サービス種別の後日追加や、伝送機能の別契約があります。さらに、記録と請求の二重入力、返戻テストの不足、移行データの欠損も、失敗につながりやすい点です。
- 対象と伝送：サービス種別を確定し、請求データ作成と伝送を別要件にします。
- テストと移行：代表ケースで操作時間を測り、返戻・過誤の受入条件と件数・金額の突合表を用意します。
- 稼働判定：稼働判定者の署名を残します。
ベンダーロックインを避けるために、利用者や請求履歴、マスタ、操作ログを、どの形式で出力できるかを確かめます。API・CSV仕様書を受け取れるかどうかや、契約終了後にデータを取得できる日数も、あわせて確認します。
制度の解釈を、自社がすべて担う必要はありません。そのため、法改正対応の通知、検証、反映、問い合わせの責任者を明確にしておきます。
運用手順は、担当者が退職しても月次請求を続けられるように、納品物に含めます。
介護請求システム開発でよくある質問（FAQ）
料金や機能に加えて、国保連への伝送、返戻、制度改正、現場への定着も確かめておく必要があります。導入前によくある疑問に、ここで答えます。
介護請求システムはパッケージとスクラッチのどちらがよいですか？
標準サービスで早く安全に始めるなら、パッケージやクラウドが向いています。多拠点の独自承認や複雑な連携が欠かせない場合は、スクラッチも候補になります。ただし、法改正対応と保守を続ける体制が必要です。
請求と法令対応はパッケージに任せ、独自の経営管理だけを追加開発するハイブリッドという選び方もあります。
請求データを作成できれば国保連への伝送もできますか？
必ずしもできるとは限りません。請求書や明細書、CSVの作成と、電子請求受付システムや伝送ソフトでの送信は、製品によって分かれています。
見積もりでは、伝送、電子証明書、送信結果の取得、返戻データの取り込み、問い合わせ窓口の受け持ち範囲を、それぞれ分けて確かめます。
介護請求システムの開発期間はどのくらいですか？
既存クラウドの初期設定は2週間〜3か月程度、複数拠点の移行や研修込みでは3〜6か月程度が目安です。
請求機能のカスタマイズは3〜6か月、記録・請求・伝送・会計の一体開発は6〜18か月以上という推定もあります。
請求月をまたぐ並行稼働や返戻テストを削ると事故につながるため、期間は画面数ではなくテスト範囲で判断します。
2026年時点で将来対応として確認すべきことは何ですか？
将来の制度や連携の変更に備えて、各機能の対応状況を確認します。
- 基盤連携：介護情報基盤への対応。
- 計画連携：ケアプランデータ連携への対応。
- 情報共有：LIFEへの対応。
- 資格確認：資格確認等WEBサービスへの対応。
- 安全管理：情報セキュリティへの対応。
厚生労働省は、2026年4月1日以降、標準化対応が完了した市町村から介護情報基盤へのデータ移行・情報共有を順次開始します。
また、2028年4月1日までに全市町村での活用開始を目指す方針も示しています（出典：厚生労働省「介護情報基盤について」、2026年）。
全事業所が同じ日に同じ機能を使えるとは限りません。そのため、自治体の開始時期とベンダーの対応予定を確かめます。
まとめ
介護請求システム開発は、記録や実績、返戻、利用者請求、入金までの月次業務を、国保連請求もあわせてつなぐプロジェクトです。
要件整理ではサービス種別と例外を洗い出します。選定では請求データ作成と伝送の範囲を確かめ、さらに法改正対応や移行、サポート範囲も見ます。
開発を成功させるための3つの要点
段階導入、例外を含めたテスト、初期費用だけでなく総額で比べることが、成功の判断材料になります。
- 段階導入：MUSTとWANTを分け、請求を安定させる機能から始めます。
- テスト：返戻・過誤、制度改正、月途中の変更、移行データの確認。
- 総額比較：月額、端末、伝送、電子証明書、保守、研修、解約時のデータ返却まで含めた比較。
最初に作る資料は、現状フローと要件チェックリスト
導入の準備は、現場の業務を一覧にする段階、要件整理、開発方式の比較の順に進めます。
- 現場、請求、管理、会計の担当者を集め、1か月分の業務を「誰が、いつ、何を入力・確認し、どこへ送るか」の形で一覧にします。
- 対象サービス、拠点・利用者数、伝送、利用者請求、連携、法改正、安全管理、移行、サポートを要件チェックリストにします。
- 判断材料をそろえ、パッケージ、カスタマイズ、スクラッチ開発を比較します。
介護情報基盤やケアプランデータ連携など、周辺の制度や連携の環境も更新されます。稼働時の機能だけでなく、マスタの更新と権限も確かめます。さらに、API・CSVの扱いも見ておきます。バックアップ、問い合わせ、改善サイクルも確かめます。
▼全体ガイドの記事
・介護請求システム開発の完全ガイド
▼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を創業。