介護請求システム開発の進め方/やり方/流れや方法/手法/工程/手順

介護請求システム開発は、国保連への請求データ作成だけでなく、記録・実績・利用者請求・返戻・入金までを一つの流れで設計すると、請求漏れと二重入力を減らしやすくなります。

本記事では、介護請求システムの開発を検討する事業所・法人に向けて、要件整理から選定、設計開発、テスト、稼働、定着までの進め方を解説します。費用相場や見積書の確認ポイント、現場で使えるチェック項目もまとめますので、Excelや紙の請求から移行したい場合や、複数拠点の業務を統合したい場合にご活用ください。

▼全体ガイドの記事
・介護請求システム開発の完全ガイド

介護請求システムとは何ですか?全体像を確認します

介護請求システムの全体像を確認する担当者

介護請求システムとは、介護サービスの提供実績をもとに介護給付費を計算し、国保連へ請求するための仕組みです。実務では、国保連請求だけを指す場合と、利用者への請求書発行や入金消込、介護記録まで含む業務支援ソフトを指す場合があります。開発の最初に対象範囲を分けることが、見積もりのズレを防ぐ出発点になります。

国保連請求と利用者請求を分けて定義します

国保連請求は、事業所が提供したサービスの実績、サービスコード、単位数、加算・減算、給付率などをもとに、介護給付費明細書や給付管理票を作成する業務です。提出前のエラーチェック、CSVなどの請求データ作成、電子請求受付システムや伝送ソフトによる送信、受付結果の確認までが一連の工程になります。

一方、利用者請求は、保険外費用や自己負担分を含めた請求書・領収書の発行、口座振替、入金消込、未収管理を扱います。国保連向けデータを作成できても、利用者請求や会計連携が別機能の場合があります。また、CAREKARTEは記録から国保請求書・個人請求書を自動作成できますが、公式には伝送ソフト・ツールがなく別途手配が必要と案内されています。したがって、RFPでは「請求データ作成」と「国保連への伝送」を別々の要件として書くことが重要です。

毎月の業務フローを一つのデータでつなぎます

基本の流れは、利用者・介護保険情報の登録、ケアプランや予定の登録、サービス提供実績の入力、加算・減算の確認、請求書類の作成、エラーチェック、データ送信、受付・審査支払結果の確認です。返戻があれば原因を特定して実績やマスタを修正し、再請求や過誤申立を行います。その後、利用者請求、請求入金、会計仕訳までつなげると、月次締めの進捗を管理しやすくなります。

機能一覧を先に作ると、記録、予定・実績、利用者台帳、サービスコード・単位数マスタ、帳票、伝送、返戻、利用者請求、入金管理、権限、バックアップ、CSV・API連携の抜けを確認できます。ただし、機能が多いことより、担当者が締切日に迷わず処理でき、返戻時にどのデータを直せばよいか分かることを優先します。

介護請求システム開発の進め方を6フェーズで解説します

介護請求システム開発のフェーズを整理する会議

介護請求システムは、画面を作るだけでは完成しません。制度上の計算、サービス種別ごとの例外、国保連のデータ仕様、返戻後の再処理、現場の入力ルールを連続した業務として検証する必要があります。ここでは、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで、各段階の判断基準を整理します。

フェーズ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円と案内されています。初期費用、法改正対応費用、サポート費用、インターネット請求、更新料、解約金を0円とする料金体系も示されていますが、これはカイポケの公開価格であり、市場全体の相場ではありません(出典: カイポケ公式「カイポケの料金体系」、2026年確認)。複数サービスを組み合わせる場合は、1拠点あたり月額30,000〜45,000円程度となる例もありますが、契約条件を確認してから比較します。

国保中央会の介護伝送ソフトVer.10は、利用料が税込・送料込み60,000円の買い切り例です。ただし、これは請求業務全体の費用ではなく、パソコン、インターネット回線、電子証明書、入力支援、操作研修、保守などが別に必要になる場合があります。請求データを作るシステムと伝送するソフトが別かどうかで、初年度の総額が変わる点に注意します(出典: 国民健康保険中央会「介護伝送ソフトVer.10 利用のお申込み」、2026年確認)。

スクラッチ開発は機能範囲ごとの推定レンジで考えます

類似する介護・福祉システム開発の公開相場から推定すると、基本マスタ、実績入力、請求データ作成、帳票出力までの単機能は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には6つの確認項目と例外ケースを入れます

比較の軸は、(1)自社のサービス種別、(2)利用者数・事業所数、(3)国保連伝送の要否、(4)利用者請求・入金管理の範囲、(5)既存システムとの連携、(6)サポートと法改正対応の契約条件です。各項目を「標準機能」「設定で対応」「追加開発」「対象外」に分類して回答してもらいます。これにより、標準機能に見えるものを後から追加開発として請求されるリスクを減らせます。

例外ケースには、月途中の契約開始・終了、要介護度や負担割合の変更、欠席・振替、加算・減算、生活保護や公費、返戻・過誤、利用者の入院、複数サービスの同一月請求を含めます。移行データは項目一覧、文字コード、欠損値、重複、履歴の扱いを明記します。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、権限、バックアップ、問い合わせ、改善サイクルまで確認し、現場が継続して使える介護請求システムを計画します。

▼全体ガイドの記事
・介護請求システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。