介護請求システムの発注は、業務範囲の整理、RFPと見積の比較、実データに近いテストの順に進めます。この順で進めると、月末の請求締めを安定させられます。
要件や契約、費用は、この流れの中で段階ごとに決めていきます。
▼全体ガイドの記事
・介護・福祉業向け介護請求システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
介護・福祉業向け介護請求システムの発注・外注の範囲
外注の範囲は、既製ソフトの導入から、法人独自の請求・記録・経営管理システムの開発まで幅があります。依頼先も、開発会社のほか、SaaSベンダーやパッケージ会社、導入支援会社が候補になります。
「請求対応」が請求書の作成だけを指すのか、国保連への伝送や返戻処理まで含むのかは、提案によって異なります。そのため、発注の初めに外注範囲を決め、責任の境界をはっきりさせておきます。
記録から請求・入金までの一連の流れ
外注範囲を決めるには、記録から入金までの業務工程を洗い出し、どこをシステム化するかを一つずつ判断します。まず、工程を次のような一本の流れに並べて見ます。
- 利用者情報：利用者登録からケアプランや個別支援計画の管理まで
- サービス実績：予定作成、現場記録、加算・減算の判定
- 請求処理：請求データ作成、エラーチェック、国保連への伝送
- 請求後の処理：返戻・過誤・再請求、利用者請求、入金消込
紙やExcelの工程、別ソフトへの転記、担当者が判断する例外処理も、同じ流れに書き加えます。流れを見える化しておくと、レセプト作成以外の工程についても、外注するかどうかを判断しやすくなります。
介護保険と障害福祉の対応範囲の切り分け
介護保険と障害福祉では、サービスコード、加算・減算、請求様式、返戻の扱いがそれぞれ異なります。そのため、「介護に対応」という説明だけでは適合性を判断できず、どの保険のどのサービスが対象かを確かめる必要があります。
訪問介護と居宅介護、通所介護と放課後等デイサービスを同じ画面で扱う場合は、対象サービスと、事業所番号や受給者証などの分け方をRFPに記載します。
発注する側は、デモを見る際に、実際の利用者に近い条件を使い、月の途中の変更や公費を含む請求を動かしてみます。
クラウド・パッケージ・スクラッチの発注形態の選び方
発注形態は、サービス種別と事業所・利用者の規模によって変わります。現場入力や既存システムとの連携、独自業務の多さも、発注形態を左右します。特に、標準的な請求を早く安定させたい場合は、クラウドやパッケージが候補になります。
独自の料金計算や複数拠点のデータ統合が必要な場合は、カスタマイズやスクラッチを検討します。また、請求は既製品に任せ、周辺業務だけを追加開発する方法もあります。
クラウド・パッケージの制度対応と導入スピード
クラウドやパッケージなら、介護報酬ルールやサービスコードを一から実装せずに済みます。さらに、帳票や国保連請求も自前で作る必要がなく、サーバー運用やバックアップも任せられます。
厚生労働省の選定資料は、請求に加えて記録、シフト、給与などの機能を持つ介護ソフトを紹介しています。LIFE、ケアプランデータ連携、タブレットやスマートフォンへの対応も、紹介の対象に含まれています（出典：厚生労働省「介護ソフトを選定・導入する際のポイント集」）。
ただし、標準機能にない帳票や独自の締め処理は、運用を製品に合わせるか、追加開発するかを決める必要があります。情報システム担当者が少ない事業所でも、始めやすい形態です。
スクラッチ開発の独自要件と将来拡張
スクラッチ開発なら、利用者・職員・事業所のデータや権限を、自社のルールに合わせて作れます。帳票やワークフロー、会計や勤怠との連携も、必要に応じて組み込めます。
複数サービスを法人本部で横断管理したい場合や、病院・会計基盤・見守り機器などと特殊な連携が必要な場合に適します。
一方で、介護報酬改定やサービスコード、返戻仕様の更新を把握し、システムに反映する責任が自社に生じます。そのため、加算・減算や請求マスタは、管理者が更新できる設計にしておく必要があります。
ハイブリッド発注による請求の安定と独自機能
請求、伝送、法改正対応は実績のある製品に任せ、経営ダッシュボードや職員ポータルを追加開発する方法があります。また、会計連携やデータ分析も、追加開発の対象に含められます。
全面刷新を避けると、まず請求事故を減らし、次に入力や集計を改善できます。そのうえで、発注書には標準製品と追加開発、外部サービスの範囲を分けて書きます。将来のデータ出力の範囲も、同じ書面で区別しておきます。
業務データは、ベンダーが変わっても持ち出せるようにしておくと、長期の運用に備えられます。
RFPと要件整理で決めること
RFPは、何を、なぜ、いつまでに、どの条件で依頼するかを伝える資料です。依頼の前に、現場の困りごとと対象業務を整理し、データや連携先、受け入れ条件もそろえておきます。
請求担当者だけでRFPを作らず、現場職員や管理者、会計、情報システムの担当者と、例外的な運用を確かめます。また、紙やExcelに残る業務も対象に含めます。
MUSTとWANTによる初回リリースの範囲
初回リリースの対象は、請求締切に欠かせない機能をMUST、追加の改善をWANTとして分けます。MUSTには請求の入力から返戻・過誤管理までの機能を、WANTには音声入力や経営分析など、業務の幅を広げる機能を並べます。
- MUST：利用者情報、保険証・受給者証、予定・実績、加算・減算、給付費明細書、請求データ、エラーチェック、返戻・過誤管理
- WANT：スマートフォンの音声入力、経営分析、LIFE・ケアプランデータ連携、家族向けポータル、会計・給与連携
すべてを初回に入れると、費用もテストの組み合わせも増えてしまいます。そこで、初回は請求事故と二重入力を減らすことを優先し、追加機能は次期開発に分けると、判断しやすくなります。
RFPで示すデータ項目と連携方式
介護請求の対象範囲や既存システムとの接続を漏れなく伝えるため、RFPには次のデータ項目と連携条件を記載します。
- 利用者・事業所：事業所番号、サービス種別、被保険者番号、要介護度、負担割合、認定期間、受給者証
- 業務・請求：予定、実績、単位数、加算・減算、請求結果、返戻理由、利用者請求、入金情報
- 連携・移行：APIかCSVか、連携頻度、文字コード、再送、更新・削除、データ所有者、移行年数と照合担当
過去データを移行する場合は、重複する利用者をどう統合するかも決めておきます。
セキュリティと受け入れ条件
介護請求システムは個人情報を扱うため、情報管理と障害対応も、機能要件と同じように要件に含めます。
- 権限・認証：職員ごとの閲覧・編集権限、管理者権限の分離、多要素認証
- 情報保護：通信・保存データの暗号化、操作ログ、バックアップ、復元訓練、端末紛失時のアカウント停止
- クラウド：データの保管場所、委託先や再委託先
- 障害対応：障害時の連絡、復旧目標、脆弱性対応の担当
検収条件には、正常な流れだけでなく、認定期間・負担割合の変更、月途中の事業所変更、加算・減算、公費といった例外も含めます。さらに、返戻、過誤、再請求まで検収の対象にします。
契約形態と責任分界の決め方
契約では、開発費のほかに、成果物や検収、保守の条件を決めます。変更管理やデータ返却、制度改正対応の扱いも、あらかじめ決めておきます。ただし、要件が固まる前に全工程を固定すると、例外の処理が追加費用になりやすくなります。
工程ごとに契約を分けて、発注者と委託先の責任を文書に残します。また、準委任と請負は、依頼内容に合わせて選びます。
準委任契約と請負契約の使い分け
契約方式は、作業や役務を依頼する工程と、成果物の完成を求める工程に分けて考えます。
- 準委任契約：要件調査、業務整理、専門人材の支援、内容が変わるアジャイル開発
- 請負契約：画面、帳票、CSV、API、テスト仕様書など成果物と受け入れ条件を定義できる工程
たとえば、要件定義は準委任、設計・開発は請負、保守は別契約にするなど、実態に合わせて分けます。
仕様変更と検収のルール
帳票の文言や端数処理などは、現場確認のあとに追加要望が出ることがあります。そこで、変更内容と影響を記録し、承認の手順も定めておきます。
- 変更管理：理由、追加費用、納期、テスト範囲、承認者を管理票に残す
- 修正範囲：「軽微な修正」を曖昧にせず、文言変更と計算ロジック変更を分ける
- 検収条件：画面表示だけでなく、実データに近い月次締めを完了できるか確認する
保守・制度改正・データ所有の責任分界
月末の請求業務を継続できるよう、保守契約では次の対応範囲と担当を決めます。
- 制度対応：報酬改定、サービスコード・帳票の更新、制度変更の情報提供
- 障害・安全対策：受付時間、復旧目標、バックアップ、脆弱性対応
- 利用者支援：問い合わせ対応の範囲
厚生労働省によると、介護情報基盤は2026年4月1日以降、標準化対応済みの市町村から順に、データ移行と情報共有を始めます。全市町村での活用開始は、2028年4月1日までを目指しています（出典：厚生労働省「介護情報基盤について」、2026年7月30日更新情報）。
同ページでは、2026年7月30日付の連携インターフェース仕様書第2.1版も案内されています。そのため、将来の連携仕様に追随する責任と費用を、契約前に確認しておく必要があります。
介護・福祉業向け介護請求システムの発注費用・相場
費用は、標準クラウドか個別開発かのほか、対象サービスと事業所数、連携や移行、研修の範囲で変わります。ここで示す金額は、統一市場統計ではなく、2025〜2026年時点の初期予算の目安です。
金額は、公開料金と類似する介護・業務システム案件から整理したものです。正式な予算は、同じRFPをもとに複数社から見積を取って確定させます。
公開料金クラウドの価格幅
請求中心の製品と、記録・計画を含む製品とでは、初期費用と月額料金に次のような幅があります。
- 請求・レセプト中心：初期0〜20万円程度、月額1,000円〜3万円程度
- 記録・計画・請求を含む：初期0〜100万円程度、月額1万〜10万円程度
この幅は目安で、サービス種別や事業所単位の料金設計によって変わります。実際の公開料金を見ると、カイポケはサービス種別ごとに、月額5,000円、15,000円、25,000円などの税別料金を掲載しています。
カイポケは、初期費用や法改正対応費用、サポート費用を0円としています。インターネット請求、更新料、解約金も0円です（出典：株式会社エス・エム・エス「カイポケの料金体系」、2026年8月確認）。
この条件は同製品の料金であり、クラウド全般の相場として見るものではありません。
料金を比べるときは、サービス種別や追加サービスに加えて、端末と導入支援の有無も分けて見ます。
追加開発・スクラッチの費用幅と要件
この金額は、類似する業務システム開発の情報と、リサーチノートで整理した要件別の推定をもとにしています。介護請求だけを対象にした公開統計ではありません。
- 追加開発：既存システムとの連携やデータ移行を含む場合、300万〜1,500万円程度を初期予算の検討レンジとする場合があります
- スクラッチ開発：国保連請求や記録、計画、会計連携、複数拠点を統合する場合、1,000万〜5,000万円程度を初期予算の検討レンジとする場合があります
- 費用を左右する要件：機能数、制度改正を反映するマスタ、返戻・過誤の再処理、API連携、移行、並行稼働、セキュリティ監査
初期費用ではなく5年TCOによる比較
比較には5年の総保有コスト（TCO）を使い、初期開発費に加えて導入後の費用も合算します。比較対象として、次の費目を含めます。
- 初期・導入費：初期開発、研修、データ移行
- 継続費：クラウド利用料、保守、伝送費、電子証明書、端末、通信費、問い合わせ
- 追加・終了時費用：法改正対応、追加拠点、バックアップ、解約時のデータ出力
伝送だけを外部サービスに依頼する方法もあります。たとえば、カナミックネットワークは、2026年3月開始の伝送サービスを公開しています。事業所番号数にかかわらず、1ID月額1,480円（税込1,628円）からとしています（出典：カナミックネットワーク「カナミック伝送サービス」、2026年8月確認）。
公開料金と個別見積の保守費や移行費を同じ表で比べると、提案価格の前提を確認できます。
介護・福祉業向け介護請求システムの発注・外注の進め方
発注は、まず現状把握と業務フローの整理から始め、RFPを作ります。そのうえで候補会社に説明し、提案と見積を比べたあと、要件定義と契約に進みます。
その後は、設計と開発、テストを経て、データ移行や研修、並行稼働の準備を進めます。最後にリリースし、請求結果を確認します。
請求締切をまたぐため、希望稼働日から逆算して、実データに近い検証と現場教育の期間を確保します。
現行業務の調査と候補会社への同条件のRFP
候補会社に同じ前提で提案してもらうため、現状と希望条件を整理します。
- 規模・業務：事業所数、サービス種別、月間利用者数、職員数、請求件数、返戻件数
- システム：利用中のソフト、紙やExcelの工程、連携先
- 希望条件：稼働希望月、標準機能、追加開発、対象外、導入支援、日程、保守
候補会社には同じ資料を渡し、説明会での質問と回答も記録しておきます。口頭で伝えた条件が見積書から漏れないよう、この記録を照らして確認します。
月次締めを再現したテスト
テストでは、画面表示だけでなく、月次請求から入金消込までの一連の処理を確認します。次のケースを、テストデータに含めます。
- 資格・負担：要介護度、負担割合、認定期間の月途中変更
- サービス実績：加算・減算、欠席・キャンセル、公費、事業所変更
- 請求後の処理：返戻、過誤、再請求、利用者負担の端数処理
現場で実績を入力し、請求データを作ってエラーを修正します。そして、国保連の送信結果から利用者請求、入金消込まで確認します。
発注者の請求担当者が合否を判定できるよう、テストデータと判定の基準を先に合意しておきます。
データ移行と並行稼働の計画
移行対象は利用者台帳だけに限らず、認定情報やサービス実績、請求履歴も含めて確認します。さらに、返戻・過誤、利用者請求、入金情報も対象にします。項目対応表を作ったうえで、件数と金額を照合し、重複や欠損がないかも見ます。
初回の請求を新システムだけで行うのが不安な場合は、一定期間は並行稼働させ、旧システムと結果を比べます。研修では、締切直前の修正や返戻対応、端末や通信が使えない場合の代替手順を練習します。
委託先選定と見積比較の観点
委託先は価格だけでなく、介護・障害福祉の請求業務や制度変更、現場の運用をどこまで理解しているかで選びます。「対応可能」とされた機能は、サービス種別や端末に加えて、作業者と請求工程まで具体化してもらいます。
同じサービス種別の導入経験と運用支援
実績は導入社数だけでなく、自社と同じサービス種別や規模で見ます。また、請求方式や複数拠点の有無も確かめます。現場業務に合うデモの内容も、サービス形態ごとに確認します。
- 訪問系：スマートフォン記録、GPS、直行直帰、実績確定
- 施設系：タブレットのケア記録、家族連絡、夜勤入力
- 法人本部：拠点横断集計、権限、会計連携、事業所追加費用
判断の材料には事例もありますが、月末締めを再現したデモを依頼して確かめます。あわせて、導入研修や問い合わせ、障害復旧の体制も確認します。
見積書の標準・追加・移行・保守への分解
見積の内訳と前提をそろえるため、費目と条件を分けて確認します。
- 導入工程：要件定義、画面・帳票設計、開発、API・CSV連携、インフラ、テスト
- 稼働準備：データ移行、研修、リリース支援
- 運用費：保守、法改正対応
- 対応範囲：標準機能、追加開発、別製品、発注者側の準備
利用者数や事業所数、端末数は、各社で同じ前提になっているかを確かめます。データ件数や連携頻度、サポート時間についても、同じ前提かを確認します。
データ返却と評価基準
契約が終わるとき、利用者情報や請求履歴などを、どの形式で返却できるかを確認します。出力形式や費用に加えて、保存期間、消去証明、バックアップの扱いも契約に含めます。
独自形式のままだと移行しにくく、乗り換えや法人統合も難しくなります。そのため、評価表には、費用、機能の適合、請求と記録の連動、返戻・制度改正対応を配点します。セキュリティ、移行、サポート、納期、データ返却にも配点します。
介護・福祉業向け介護請求システムの発注・外注でよくある質問
発注前によく出る疑問に、既製品と開発の違いから費用、伝送、期間、データ移行まで答えます。
介護請求システムはパッケージとスクラッチのどちらで発注すべきですか？
標準的な請求を早く安定させたい場合は、制度対応の実績があるクラウドやパッケージが適します。独自の料金計算や複数事業の統合、特殊な連携が差別化につながる場合は、スクラッチが候補になります。
請求と法改正対応は既製品に任せ、分析や会計連携は追加開発するという方法もあります。独自要件が多いからといって、すぐにスクラッチに決める必要はありません。
介護・福祉業向け介護請求システムの開発費用はどのくらいかかりますか？
クラウドの公開料金は、サービス種別により月額数千円〜2万5,000円程度の例があり、初期費用が0円の製品もあります。追加開発は、数百万円〜1,500万円程度が目安です。
複数領域を統合するスクラッチ開発は、初期予算として1,000万〜5,000万円程度を検討する場合があります。費用は、対象範囲と事業所数に加えて、連携や移行、研修、保守の範囲によっても左右されます。公開価格と個別見積の推定レンジは、分けて確認します。
システムを発注すれば国保連への伝送もできますか？
一つの契約に伝送まで含まれるとは限りません。請求データの作成と、国保連への送信や受付結果、返戻管理が、別製品になる場合があります。
RFPでは、作成と送信、受付結果の確認、返戻・過誤・再請求を分けて書きます。見積と契約には、伝送費や電子証明書、送信エラー時の窓口、障害時の代替手順も含めます。
発注から稼働までの期間はどのくらいですか？
クラウドの初期設定だけなら数日〜2か月程度です。データ移行や複数事業所の研修を含む場合は、1〜3か月程度が目安です。
パッケージ導入は3〜6か月程度、追加開発は3〜9か月程度です。記録・計画・請求・伝送・会計連携を含む開発は、6〜18か月以上かかる可能性があります。
日程は、制度仕様の確認や実データテスト、並行稼働、請求締切後の結果確認から逆算して決めます。
旧システムのデータはどこまで移行すべきですか？
移行範囲と検証方法は、業務や保管条件に合わせて決めます。
- 最低限の移行対象：稼働後の請求と利用者対応に必要な利用者情報、認定情報、現在の実績、請求状況、返戻・過誤の未処理情報
- 履歴の保管年数：業務上の検索ニーズ、法令・社内規程、旧システムの出力可否を踏まえて決める
- 移行条件：全件移行にこだわらず、対象期間、照合方法、保管場所、契約終了時の返却形式を先に合意する
- 移行後の検証：金額と件数の照合
まとめ
介護請求システムの発注では、自社の請求業務と将来の運用責任を整理してから委託します。
記録と実績から、請求、伝送、返戻までを一つの流れに並べます。さらに、利用者請求と入金まで含め、介護保険と障害福祉の対象サービスを明確にします。
発注前のRFPと比較軸
RFPでは、MUSTとWANT、連携、セキュリティの条件を整理します。移行や検収条件も書き込み、見積では標準機能と追加開発、対象外、保守を分けてもらいます。
公開クラウド料金と個別開発の推定レンジは分けて扱い、5年TCOで比べます。TCOには、初期費用や月額、伝送、端末を含めます。加えて、研修、法改正、保守、解約時の出力費用も入れます。そのうえで、月末締めを安全に回せるかを評価します。
実データに近いデモとテストの依頼
候補会社には、通常の請求に加えて、加算・減算や月途中の変更を含むデモを依頼します。さらに、返戻、過誤、再請求、利用者請求、入金消込まで見てもらいます。
契約では、制度改正、障害時の復旧、データ所有と返却、再委託先の管理を確認します。要件の整理が難しい場合は、業務整理やRFP作成から支援してくれる会社に相談するのも一つの方法です。
▼全体ガイドの記事
・介護・福祉業向け介護請求システム開発の完全ガイド
▼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を創業。