介護請求システムの開発は、六つのフェーズで進めます。前半は要件整理、選定、設計・開発で、後半はテスト、稼働、定着です。各段階の完了条件を決めます。
既製クラウドでも個別開発でも、この順序は変わりません。全体像は、介護・福祉業向け介護請求システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・介護・福祉業向け介護請求システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
介護・福祉業向け介護請求システムの全体像
介護請求システムは、サービス記録をもとに給付費の請求データを作る業務システムです。国保連合会への電子請求から、利用者請求、入金管理までを支援します。
製品には、レセプト作成に特化したものと、記録・計画・請求を一気通貫で扱うものがあります。どちらが合うかは、開発の前に自社の業務範囲を定めて判断します。
請求だけでなく月末業務全体を扱う範囲
月末の処理は、業務フロー図で次の順に並べ、担当者と締め日も一緒に整理します。
- 利用者台帳、認定期間、負担割合の確認と、計画に沿った予定の登録。
- サービス記録による実績の確定と、単位数・加算・減算の計算。
- 請求データの検査、国保連への伝送、返戻・過誤への対応。
- 利用者請求書の発行と、入金の消し込み。
紙やExcelへの転記が残ると、入力漏れや二重計上につながります。そのため、返戻の理由、対象者、修正前後の値、再請求日を追跡できる仕組みも必要です。
利用者負担分は、保険給付費と分けて管理します。請求先、減免、公費、未収金まで扱えると、請求業務全体を効率化できます。
介護保険と障害福祉で異なる確認項目
「介護に対応」という説明だけでは、導入の可否は判断できません。コードや加算、請求様式が異なり、自治体の運用や返戻時の確認先も違うため、サービスごとの確認が必要です。
対象には、訪問介護、通所介護、施設があります。ほかに居宅介護支援や訪問看護があり、放課後等デイサービスや居宅介護なども対象です。
介護保険と障害福祉を一つの法人で運営する場合は、同じ利用者台帳を使えるか、制度ごとの受給者証や公費を分けて管理できるかを見ます。
- 訪問系：スマートフォン入力、GPSや直行直帰、責任者による承認の有無。
- 通所・施設系：タブレット記録、食事・入浴・排せつなどのケア記録、家族への情報共有の有無。
- 法人本部：複数事業所の売上、稼働率、加算取得状況、未収金を横断して扱えること。
介護・福祉業向け介護請求システムの進め方
導入は、要件整理から定着までの六つのフェーズに分けて進めます。小規模事業所が既製クラウドを導入する場合も、法人独自の開発を行う場合も、この順序をたどります。どの段階でも、完了条件を決めてから次の段階へ進みます。
1. 要件整理：月次締めの流れと例外処理
まず、月次締めの流れを一列に並べます。利用者情報の確認から予定、実績、加算判定を経て、請求データ作成に進みます。その後、国保連伝送、返戻・過誤、入金消込までが続きます。
各段階について、担当者と入力元、締め日を記録します。承認者や帳票、例外対応も、あわせて残しておきます。
要件表には、サービス種別、事業所番号、利用者数を書きます。加えて、職員数と拠点数、既存システムを記載します。端末と必要な帳票も書き込みます。
会計・勤怠・口座振替との接続も整理します。LIFEやケアプランデータ連携も、整理の対象です。
必須（MUST）、希望（WANT）、将来検討する保留項目を分けておくと、予算の膨らみを抑えられます。チェックでは、次の5点を確かめます。
- 自社のサービスコードと加算が、すべて列挙されているか。
- 介護保険と障害福祉で、請求先が分かれているか。
- 返戻・過誤・再請求の責任者が、決まっているか。
- 現場入力と事務承認の権限が、分けられているか。
- 旧システムから移すデータの期間が、決まっているか。
2. 選定：パッケージ、クラウド、個別開発の比較
選択肢は、請求中心のSaaSと、記録・計画・請求を含む標準クラウドです。ほかに、既存パッケージへの追加設定、APIやCSV連携、スクラッチ開発があります。
標準業務に合わせられるなら、SaaSやパッケージは導入期間と制度改正対応の面で有利です。一方で、独自の料金計算や特殊な連携が差別化につながるなら、段階的な個別開発を検討します。
厚生労働省の「介護ソフトを選定・導入する際のポイント集」は、機能・サービス・価格の観点を示しています。
さらに、自動連携、ケアプランデータ連携、LIFE登録用ファイルの扱いを見ます。研修やデータ引継ぎ、導入後の支援も見ておきます。価格体系も確かめます。
無料デモでは、担当者が実際の月末締めを操作して確かめます。訪問系や通所・施設系の視点に加え、障害福祉系と法人本部の視点でも適合度を記録します。機能ごとの対応方法は、標準機能から対応不可までの四つの区分で記録します。
- 標準機能：製品の標準機能で対応できる範囲。
- 設定：既存製品の設定変更で足りる範囲。
- 追加開発：個別の開発が必要な部分。
- 対応不可：候補製品では実現できない部分。
3. 設計・開発：入力から請求までのデータのつながり
設計では、請求業務を支える要点を次のとおり決めます。
- データと履歴：利用者から入金までのデータの関係。
- 現場画面：訪問系は予定、実績、サービス内容、特記事項、承認の順に一続きで進め、施設系は利用者ごとのケア記録を短時間で入力できる画面にします。
- 入力項目：必須項目が多すぎると記録が後回しになるので、法令・請求上の必須項目と、分析用の任意項目を分けておく。
- 外部連携：障害時のCSV代替、連携失敗の検知担当、重複登録の防止策を決めたうえで、API部分は仕様変更時に差し替えやすくする。
対象データは、利用者と契約の情報から入金までの全体です。記録の流れと請求の流れに加え、返戻、利用者請求、入金も含みます。
データ設計では、月途中の負担割合変更の適用期間、修正前データの履歴、返戻から再請求までの案件番号も扱います。
介護情報基盤は、2026年4月以降、標準化対応が済んだ市町村から順にデータ移行と情報共有を始めます。厚生労働省は、2028年4月までに全市町村での活用開始を目標としています（出典：厚生労働省「介護情報基盤について」、2026年）。
4. テスト：通常ケースと請求の例外の検証
テストでは、画面の表示だけでなく、匿名化した過去の月次データに近い内容で一連の処理を試します。予定から再請求まで通して流し、計算結果と帳票を照合します。
各サービス種別の受入テストには、現場職員、請求担当、管理者が参加します。月次請求で起きる変更やエラーも、あわせて再現します。
- 認定期間内の通常利用、認定更新、負担割合の変更、月途中の事業所変更。
- 公費併用、加算条件を満たすケース、欠席・キャンセル。
- サービス実績の修正、返戻、過誤、再請求。
返戻のケースでは、エラー表示と修正後の再計算を確かめます。さらに、元の送信データと修正版の差分も照合します。
テストの結果は、ケースごとに一覧にして管理します。一覧には、ケース番号と入力条件、期待値、実結果を記します。証跡画像や判定に加えて、担当者と修正期限も入れておきます。
締め日の前には、リハーサルを二回以上行います。国保連伝送の締切時刻、通信障害、担当者不在時の代替手順も確かめておきます。
テストは、請求月に一度だけで終えず、複数回行うことが大切です。
5. 稼働：小さな開始と請求月のリスク抑制
本番稼働は、切替範囲と移行対象、初月の支援方法を決めてから進めます。
- 先行稼働：代表事業所か一つのサービス種別で始め、移行や権限、入力ルール、締め、返戻対応などを確かめてから他拠点へ広げる。
- 移行対象：利用者情報、保険証・受給者証、認定期間と、計画、未収金、過去請求の参照データに分ける。
- 過去記録：参照期間と法令・監査上の保存期間を整理する。全件移行は費用と検証の負担が増えるので、旧システムを読み取り専用で残す方法もある。
- 初月対応：毎日短時間の問い合わせ会を設け、エラーを操作、マスタ、制度・請求、端末・通信、権限に分類する。
- 障害対応：連絡先、復旧目標、紙の暫定記録、復旧後の再入力方法を、一枚の紙にまとめておく。
障害時の手順を事前に共有しておくと、現場の不安を和らげられます。
6. 定着：利用率と請求品質の毎月の改善
定着は、納品日とは別に、現場が決めたルールどおりに記録でき、事務が締め日までに請求できる状態が続いた時点で判断します。毎月の運用は、次の観点で改善します。
- 月次指標：入力完了率、差し戻し・返戻件数、再請求までの日数、請求担当の作業時間、未収金残高などの数字。
- 役割別研修：現場職員は記録、責任者は承認と修正、請求担当は締めと返戻、管理者は権限と集計を学ぶ。
- 引継ぎ資料：新入職員向けの動画、操作手順、月次締めのチェックリスト。担当交代後も品質を保つのに役立つ。
- 制度・サービス変更：テスト環境で既存ケースを再実行し、介護情報基盤、ケアプランデータ連携、LIFEの利用範囲の確認。
- 契約更新：対応予定、追加料金、データ出力、解約時の引継ぎ条件を、見直しの対象にする。
介護請求システムの費用相場とコストの内訳
費用は、既製クラウドの公開料金と、個別開発の見積もりに分けて考えます。ここで示す初期予算は、リサーチノートが公開料金と会計・財務系業務システムの類似情報をもとに整理した、2025〜2026年時点の目安です。
この数字は、統一された市場統計ではなく参考値として扱います。実際の見積もりでは、サービス種別、拠点数、連携の条件を分けて確かめます。移行や研修、保守は、別々の項目として見ます。
公開料金の請求範囲と拠点単位
公開料金は、サービス内容と料金条件を分けて読むと、違いが見えてきます。カイポケの料金とカナミックの伝送サービスの料金を、月額と諸費用に分けて並べます。
- カイポケ：居宅介護支援は月額5,000円、訪問介護・通所介護などは月額25,000円です。
- カイポケの他サービス：放課後等デイサービス・児童発達支援は月額15,000円、居宅療養管理指導は月額1,000円です。
- カイポケの諸費用：初期費用とサポート、法改正対応、インターネット請求、更新料、解約金をいずれも0円とする説明があります。
- カナミック伝送サービス：2026年3月開始の案内では1ID月額1,480円、税込1,628円からで、事業所番号数にかかわりません。
カイポケの料金は税別で、サービス種別によって異なります。そのため、契約の前に最新の条件を確かめます。
料金情報の出典は、株式会社エス・エム・エス「カイポケの料金体系」（確認日2026年）です。カナミックの料金例は、株式会社カナミックネットワークの公開案内に基づきます（出典：株式会社カナミックネットワーク「カナミック伝送サービス」、2026年）。
伝送だけの料金と、記録・計画・請求・経営管理まで含む料金は、比べる対象が違います。月額の安さだけで判断しないようにします。
個別開発の費用を左右する規模と連携範囲
リサーチノートに基づく初期予算の目安を、低価格クラウドから統合型スクラッチまでの五つの方式で示します。
- 低価格クラウド：請求中心で、初期0〜20万円程度です。
- 標準クラウド：記録・計画・請求を含み、初期0〜100万円程度です。
- 複数拠点パッケージ：導入・設定に100〜500万円程度です。
- 追加開発：連携と移行を含み、300〜1,500万円程度です。
- 統合型スクラッチ：国保連請求から記録・計画・会計まで含み、1,000〜5,000万円程度です。
出典は本テーマのリサーチノート（2026年）です。導入期間の目安は、標準クラウドが数週間〜3か月、複数拠点の設定が3〜6か月です。
連携や移行を含む追加開発は3〜9か月、スクラッチは6〜18か月以上かかります。ただし、この期間は公開統計ではなく、要件の複雑さをもとにした推定です。
短い期間で始めたいなら、まず標準機能で請求を安定させ、分析や特殊な連携は第二段階に分けます。
初期費用ではなく5年TCOでの比較
比較は、初期費用だけでなく、次の費用と業務負担を合わせた5年TCO（総所有コスト）で行います。
- 利用料金：初期設定、月額、事業所追加、利用者・職員・端末の従量課金、伝送費、API利用料。
- 導入費：端末・無線LAN、データ移行、帳票変更、研修。
- 運用・終了費：問い合わせ、法改正対応、バックアップ、解約時のデータ出力。
- 業務コスト：記録、会計、口座振替、入金消込が別製品のままだと、転記の人件費が残る。
- 作業負担：月末作業の人数と時間、返戻1件の確認人数を把握する。
初期費用が0円でも、5年分の月額やオプションを合わせると、個別導入型より高くなる場合があります。そこで、システム費用と業務コストを合わせて、総負担を比べます。
介護請求システムの見積もりを取る際のポイント
見積金額の差は、開発会社の単価だけでなく、前提条件の違いからも生まれます。そのため、同じ資料を候補各社に渡し、機能、設定、追加開発、保守を同じ粒度で出してもらいます。
要件定義書に入れる利用者・請求・連携の条件
同じ前提で見積もるため、依頼書には、業務条件、必須シナリオ、非機能要件を記載します。
- 業務条件：事業所数と将来の拠点数、サービス種別、月間利用者数、職員数、請求先、既存ソフト、移行期間、帳票、端末、外部連携、権限、導入希望時期。
- 必須シナリオ：通常ケース、認定更新、月途中の変更、公費、返戻・過誤、利用者請求、未収金。
- 非機能要件：稼働時間、バックアップ頻度、復旧目標、ログ保存、二要素認証、暗号化、アクセス権限、保管場所、委託先、障害時の連絡体制。
厚生労働省は2026年に、介護事業所向けの情報安全管理の手引きを公開しました。手引きでは、個人情報や要配慮個人情報の漏えいを防ぐため、チェックリストで確認するよう案内しています（出典：厚生労働省「介護事業所における情報安全管理の手引き」、2026年）。
複数社比較での同条件のデモと月次締め
相見積もりでは、価格だけでなく、同じ匿名化データとシナリオでデモを比べます。操作する流れは、利用者登録、実績入力、加算、請求書の順です。国保連伝送、返戻修正を経て、入金消込まで進めます。
作業時間、入力回数、エラー表示、担当者の確認箇所を、各社ごとに記録します。候補各社には、介護保険と障害福祉の双方への対応、サービス種別、伝送・返戻支援の範囲を質問します。
制度改正の際に、どこまで自動で更新されるかも確かめます。また、導入事例は、会社名や規模だけでなく、自社と同じサービス種別、拠点数、連携、導入期間を見ます。
契約前に固定する追加費用とデータ引継ぎ
契約の前に、追加費用の対象と、データ引継ぎの条件を分けて確かめます。
- 「一式」の内訳：作業内容と上限を分け、データ抽出・変換・検証、帳票追加、API接続、端末設定、研修、並行稼働を個別に書き出す。
- 運用・終了費：制度改正対応、問い合わせ窓口、障害復旧、法令保存、解約時のデータ出力を、項目として明記する。
- データ条件：所有権、出力形式と費用、受領までの日数、削除証明、変更時の移行支援。
- 価格体系：厚生労働省の選定資料でも、データ引継ぎと利用期間に応じた価格体系が重視されている。
安定稼働中に起こりうる将来の変更は、契約に反映しておきます。また、データを持ち出せる条件も、契約書に明記します。
介護・福祉業向け介護請求システムについてよくある質問（FAQ）
導入でよく問われるのは、費用と制度対応、既存データです。現場の使いやすさやサポート体制も、よく話題になります。
介護請求システムの開発費用はいくらですか？
請求中心のクラウドは初期0〜20万円程度、記録・計画・請求を含む標準クラウドは初期0〜100万円程度が予算の目安です。これはリサーチノートに基づく数字です。
一方、連携や移行を含む追加開発は300〜1,500万円程度、統合型スクラッチは1,000〜5,000万円程度です。見積もる際は、事業所数やサービス種別、連携、保守を分けて考えます。
クラウドとスクラッチ開発はどちらを選べばよいですか？
標準的な介護・障害福祉の請求や記録には、制度改正への対応や導入期間の面で有利なクラウドが有力な候補です。一方で、独自の料金計算や複数事業の特殊な統合が競争力に直結する場合は、個別開発も検討します。
既存の基幹システムと固有の連携が必要な場合でも、標準クラウドに不足部分の追加開発を組み合わせる段階方式なら、リスクを抑えられます。
導入前にどのようなテストをすればよいですか？
通常の実績入力に加えて、認定更新や負担割合の変更を試します。公費や加算、欠席・キャンセル、月途中の事業所変更も対象です。返戻、過誤、再請求も、同じ流れの中で確かめます。
利用者請求と入金消込まで、一連の操作として試します。匿名化したデータで、請求額、帳票、履歴、権限、エラー表示が期待どおりかを確かめます。
個人情報とセキュリティは何を確認すればよいですか？
まず、利用目的と権限を定めます。そのうえで、二要素認証や、通信・保存データの暗号化、操作ログがあるかを確かめます。退職者のアカウント停止と端末紛失への対策も、あわせて確かめます。
バックアップと復元、障害時の連絡体制も確かめます。そのうえで、手引きを参照しながら、ベンダーが担う範囲と事業所が担う範囲（パスワード、端末、職員教育）を、契約書や運用規程に書き分けます。
まとめ
介護請求システムは、利用者情報と計画、記録、実績をつなぐ業務基盤です。加算や返戻・過誤、利用者請求、入金も、同じ基盤の中で扱います。
まず要件整理と選定を行います。そのあと、設計・開発、テスト、稼働を経て、定着まで進みます。費用は、公開料金と個別開発費を分けて捉え、5年TCOで比べます。
移行、端末、研修、制度改正、保守、解約時のデータ出力は、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を創業。