介護請求システムの発注は、業務の範囲と伝送の責任を先に決め、提案の比較、契約、テスト、並行稼働の順に進めると、請求を安定させやすくなります。
方式、要件、費用、進め方ごとに決めておく点を見ていきます。全体像は介護請求システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・介護請求システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注・外注で依頼する範囲
外注の範囲は、製品導入の支援から、自社の業務に合わせたスクラッチ開発までさまざまです。依頼する前に、入力データ、自動化する業務、国保連への送信担当を決めておくと、見積金額と納期を比べやすくなります。
請求データの作成と伝送の切り分け
作成と伝送は別の作業なので、発注前に請求業務の工程と、製品ごとの対応範囲を並べておきます。
- 請求データ作成：利用者情報やサービス提供実績から、介護給付費明細書、給付管理票、利用者向け請求書を作る工程
- 伝送：国保連の電子請求受付システムや伝送サービスへ、作成したデータを送信する
- 製品の範囲：作成と伝送を一つの製品で扱える場合もある
- 製品例：CAREKARTEの公式案内のように、請求書を作れても伝送ソフトが別途必要な製品がある
- RFP：作成、送信、受付結果の確認、返戻・過誤への対応を分けて記載する
業務フローで見る外注範囲
外注する工程を決めるには、利用者登録から入金消込までの流れを並べ、現行業務との境目がどこにあるかを見ます。
- 登録・計画：利用者と介護保険の情報、ケアプラン、予定を入力する
- 実績・請求：実績と加算・減算を入力し、請求データを作る
- 伝送・確認：エラーを点検してから送信し、受付結果と返戻を見る
- 利用者請求：利用者へ請求し、入金消込まで行う
記録は既存製品に残して請求部分だけを開発するのか、タブレットの記録から請求まで一体で作るのかによって、設計は変わります。さらに、Excelや紙帳票、手作業も図に加えると、二重入力や属人化の場所を見つけやすくなります。
発注形態の選び方：パッケージ・クラウド・スクラッチ
発注形態は、サービス種別の数、事業所・利用者の規模、既存システムとの連携、独自業務の多さで決まります。標準的な請求を早く安定させたいなら、パッケージやクラウドが候補になります。一方、複数拠点の基幹業務や独自の料金計算まで統合したい場合は、カスタマイズやスクラッチ開発が候補になります。
パッケージ・クラウドと標準業務への適合
パッケージやクラウドの利点は、介護保険の請求ルールやサービスコード、帳票、法改正への対応を一から作らずに済むことです。導入期間と初期負担も抑えやすいため、担当者が少ない事業所に向いています。
ただし、サービス種別や自治体独自の運用、会計・給与連携が、標準機能に含まれるとは限りません。製品を使えることと、業務全体をつなげられることは別の話です。デモでは、月次請求から返戻処理まで通して確認します。
スクラッチ開発と独自要件・将来拡張
スクラッチ開発では、業務画面やデータモデルに加えて、権限や帳票、外部連携も自社のルールに合わせて設計できます。多拠点の法人で、利用者から入金までを横断して管理したい場合にも適します。
既存の基幹システムとAPIで連携する法人でも、効果を出しやすい方式です。ただし、介護報酬改定や新しいサービスコードへの継続対応が必要になります。そのため、サービスコードや加算・減算の条件は、プログラムに固定せず、改定できるマスタで管理する設計を要件に含めます。
ハイブリッドで請求の安定と独自機能を両立する方式
現実的な選択肢のひとつは、請求と法改正への対応を実績のあるパッケージに任せ、独自機能だけを追加で開発する形です。たとえば、独自の経営ダッシュボードや職員ポータル、会計連携が、追加開発の対象になります。
請求を安定して稼働させたあとで、周辺機能を段階的に加えられます。そのため、発注書では、標準製品と追加開発、将来機能向けのデータ出力を分けて書き、ベンダーロックインを抑えます。
RFPと要件整理で決めること
RFPは、開発会社に何を、なぜ、いつまでに、どの条件で依頼するかを伝える資料です。分厚い機能一覧を先に作るよりも、業務フローと困りごとをもとに、対象範囲と優先順位、受け入れ条件を決めておくほうが、提案と見積の精度は上がります。また、現場職員と請求担当に加えて、管理者と会計担当にも、紙やExcelに残る例外の運用を確認します。
MUSTとWANTによる優先順位づけ
請求締切に欠かせない機能と、初回のあとに追加できる機能を分けて、初回リリースの範囲を決めます。
- MUST：対象サービスの請求、利用者・保険者情報、実績入力、加算・減算の計算
- MUST：給付費明細書、エラーチェック、返戻・過誤管理
- WANT：スマートフォン記録、経営分析、LIFE、ケアプランデータ連携
- WANT：会計・給与連携
すべてを初回に含めると、費用も検証の範囲も膨らみます。そのため、請求事故を防ぐ範囲に絞り、次期開発の候補は別紙にします。
データ項目と連携方式の確定
RFPでは、必要な情報項目とシステム連携の方法、移行後の照合方法を明確にします。
- 基本・請求項目：事業所、サービス種別、利用者、被保険者番号、要介護度、負担割合
- 実績・結果項目：予定、実績、単位数、加算・減算、請求結果、返戻理由
- 精算項目：利用者請求、入金情報
- 連携条件：APIかCSVか、頻度、再送、データ所有者
- 移行条件：移行年数、重複利用者の統合、移行後の照合担当
セキュリティと制度変更対応の要件
介護請求システムは要配慮個人情報を扱うため、セキュリティは要件に含めておく必要があります。
厚生労働省の手引きは、アクセス制限、パスワード管理、更新、職員教育の継続を示しています（出典：厚生労働省「介護事業所における情報安全管理の手引き」、2026年3月）。
- アクセス管理：職員ごとの閲覧・編集権限と、管理者の権限を分ける
- 認証・暗号化：多要素認証を行い、通信と保存データを暗号化する
- 継続管理：操作ログ、日次バックアップ、復旧テストを設ける
- 端末対応：紛失時にアカウントを無効化できるようにする
- 制度変更：対応期限と費用、検証環境、問い合わせ窓口を決める
法改正への対応についても、契約の前に内容を確かめておきます。
契約形態と責任分界の決め方
契約形態は、要件が固まっているか、開発中に変更が見込まれるか、成果物を明確に定義できるかによって選びます。特に介護請求では、制度や現場運用の確認が後から増えやすい傾向があります。そのため、契約方式だけでなく、変更管理や検収、保守の範囲まで一体で決めます。
請負契約と準委任契約の違い
請負と準委任は、工程ごとに使い分けることもできます。どちらが適するかは、要件がどこまで固まっているかで変わります。
- 請負：画面、帳票、CSV、テスト仕様書など成果物を定義できる場合
- 準委任：要件調査や内容が変わるアジャイル開発など
- 工程別：要件定義を準委任、開発・納品を請負に分ける方法
検収条件と仕様変更の扱い
検収条件には、通常の処理に加えて、要介護度の変更、日割り、加算・減算、締切直前の修正を含めます。返戻データの再処理と利用者負担額の端数処理も、検収の対象に入れます。
仕様変更では、追加費用と納期、影響範囲を変更管理票に残し、承認者も記録します。
「軽微な修正」の定義が曖昧だと、発注側と開発会社で認識がずれやすくなります。そのため、画面文言の変更と計算ロジックの変更は、同じ扱いにしません。
保守・法改正・障害対応の境界
保守契約では、制度改定から障害対応、日々の運用まで、どこまでを委託先が担うかを先に確かめます。
- 制度対応：介護報酬改定・コード更新の費用と情報提供
- 障害対応：受付時間と復旧目標
- 運用対応：バックアップ、脆弱性、問い合わせ回数、再委託先管理
介護情報基盤は、2026年4月から、準備が完了した市町村から順次、データ移行や情報共有を始めます。さらに、2028年4月までに全市町村での活用開始を目指すとされています（出典：厚生労働省「介護情報基盤について」、2026年）。
将来、連携が必要になる可能性があるため、契約の時点でAPI仕様への追随とデータエクスポートの条件を確かめておきます。
発注費用と相場の目安
費用は、月額利用か買い切りか、標準機能か個別開発か、対象サービスと連携数によって大きく変わります。
全国で一律の開発相場があるわけではないため、公開料金と開発費は性質の違う数字として見ます。公開料金は実在製品の一例で、開発費は類似する介護・福祉システム案件からの推定です。
見積書では、初期費用だけでなく、移行や研修、保守まで含めた導入総額で比べます。端末や伝送、法改正対応の費用も、同じ総額に入れておきます。
クラウド・伝送ソフトの公開料金
公開料金を比べるときは、月額に加えて、税区分や利用条件、周辺費用も見ておきます。
- クラウド利用料：サービス種別ごとの月額と税区分
- 契約条件：初期費用、法改正対応、サポートなどの有無
- 伝送費用：ソフト料金に加えて、端末や支援費も確認対象にする
カイポケは、居宅介護支援が月額5,000円、通所介護や訪問介護などが月額25,000円で、いずれも税別です。また、初期費用、法改正対応、サポート、インターネット請求、更新料、解約金を0円とする体系もあります。
これは同サービスの条件であり、市場全体の相場を示すものではありません（出典：株式会社エス・エム・エス「カイポケの料金体系」、2026年確認）。
複数サービスの割引や追加サービス、端末、オプションは、個別に確かめます。
国保中央会の介護伝送ソフトVer.10は、税込・送料込みで60,000円です（出典：国民健康保険中央会「介護伝送ソフトVer.10 利用のお申込み」、2026年8月更新）。
ただし、この料金だけで請求業務が完結するとは限りません。周辺環境として、パソコンや回線、電子証明書が必要な場合があり、操作支援や請求データ作成ソフト、支援費も合算して見ます。
カスタム開発費の機能範囲別レンジ
このレンジは、類似する介護・福祉システムの公開相場と、リサーチノートの案件目安から見たものです。
- 単機能：請求データ作成や帳票・CSV出力までなら100万〜300万円程度
- 記録・実績・請求：スマートフォンやタブレットまで含める場合は150万〜500万円程度
- 複合機能：ケアプラン管理などを含む場合は500万〜1,500万円程度
- 基幹プラットフォーム：複数施設・複数サービスを横断する場合は2,000万〜1億円超まで広がる可能性
- API連携・データ移行：追加で100万〜300万円程度となるケース
国保連請求と返戻管理、利用者請求と入金消込を含める場合、費用はサービス数とテストの量に応じて上振れします。
これらは、全国統一の価格表ではなく、類似案件からの推定レンジです。
そのため、見積の根拠は画面数だけでなく、コード計算や例外処理の工数まで確かめます。連携や移行、受け入れテストの工数も、同じように見ます。
保守・運用費と初期費用の比較
保守・運用費は、内訳と算出単位を分けて比べます。
- 費用項目：クラウド利用料、サーバー、バックアップ、監視、ヘルプデスク、法改正対応、障害修正、電子証明書、研修
- 目安：初期費用の月5〜15％程度、または年15〜20％程度という数字が示される場合がある
- 見積確認：月換算と年換算を分け、含まれる内容と対象外作業の料金を見る
発注・外注の進め方と順序
請求締切をまたぐシステムは、稼働日から逆算します。返戻を含む実データテストと、現場研修の期間も確保しておきます。
- 現状の業務と課題を把握する
- RFPを作成し、候補会社へ同じ条件で提案を依頼する
- 提案を比較し、要件定義と契約を行う
- 設計・開発と請求業務に沿ったテストを行う
- データを移行し、並行稼働して請求結果を確認する
候補会社への提案依頼の前提
候補会社には、同じ資料を渡します。資料には、事業所数とサービス種別、月間利用者数、職員数を書きます。さらに、現在の請求方法や返戻件数、連携先も記し、希望稼働月と予算の考え方も伝えます。
提案書では、標準機能、追加開発、対象外を分けてもらいます。前提条件と体制、スケジュールも、区切って書いてもらいます。費用と保守は、別の項目にしてもらいます。
比較のためには、口頭の説明だけでなく質疑応答も議事録に残し、各社の回答条件をそろえます。
請求業務に合わせた設計・開発とテスト
設計では、利用者・保険者・事業所のマスタや、サービスコード、単位数、加算・減算の扱いを定めます。給付率や請求結果を、どのように保持するかも決めておきます。
- 通常・入力：正常請求、資格変更、未入力、重複実績、日割り
- 金額・再処理：請求額の端数、返戻、過誤申立、再請求
- 伝送後：送信データ作成と受付結果の画面確認
データ移行と並行稼働
移行では、利用者名と被保険者番号の表記ゆれや、廃止利用者を照合します。請求履歴と未収金、職員・事業所マスタも、同じように照合します。
移行件数に加えて、抽出元と移行先の合計をサンプルで検証します。利用者明細や請求額、入金残高も、サンプルで確かめます。そのうえで、初回の請求は新旧システムで並行して確認し、締切後の受付結果と返戻まで追跡します。
委託先の選び方と見積比較のポイント
委託先は、知名度や最安値だけでなく、介護保険請求の知識と対象サービスの実績で評価します。さらに、制度変更への対応体制や、現場への導入支援、データの持ち出しやすさも見ます。
月次の運用は長く続くため、営業の担当者だけでなく、要件定義や開発、保守の担当者とも話します。問題が起きたときの連絡経路も確かめます。
介護請求の実績と導入後の支援
会社名や導入社数だけでなく、自社と同じサービス種別や規模、請求・伝送方式の事例を尋ねます。効果の数値を見るときは、対象人数や測定期間、導入前後の条件も確かめます。
NDソフトウェアの事例では、記録ルールの統一や紙帳票の電子化、職員アンケートの変化が紹介されています。ただし、1施設の自己報告であり、介護請求全体で同じ効果が出るとは限りません。
見積書の作業区分と比較の単位
見積書では作業項目を分けて書いてもらい、「一式」とされた内容は必ず確かめます。成果物と担当者、回数、前提条件も、項目ごとに見ます。
- 開発：要件定義、画面・帳票、計算ロジック、外部連携
- 導入：インフラ、データ移行、テスト、研修、導入支援
- 運用：保守、国保連伝送、電子証明書
- 請求後対応：利用者請求、入金消込、返戻・過誤、制度改正
データ返却と解約時の出口
委託先を決める前に、契約が終わるときに利用者や請求履歴、帳票、返戻・入金情報をどの形式で返してもらえるかを確かめます。
出力の形式（CSVや標準形式）と費用、保存期間は、契約に含めておきます。また、個人情報の消去証明やバックアップも、契約で定めます。
独自形式から移行できないと、乗り換えや事業所の統合の障害になります。そのため、可能な範囲でAPI仕様書、データ辞書、操作マニュアルの納品も明記します。
価格以外の評価項目と点数づけ
比較表では、価格以外の評価も点数にして並べます。
- 適合：対象サービス、請求・記録連携、伝送、返戻、法改正
- 導入：データ移行計画、納期、提案体制
- 運用：セキュリティ、サポート、データ返却
配点の例は、価格20点、機能適合25点、運用・サポート25点です。残りは、セキュリティと移行が20点、提案体制が10点です。自社の優先度に合わせて、配点を調整します。
また、月次の手作業や追加費用まで含めると、最安の会社が高くなる場合もあります。そのため、3年程度の総保有コストで比べます。
介護請求システムの発注・外注でよくある質問
導入方式や費用、開発期間などについては、同じ質問が多く寄せられます。伝送や法改正対応についても、よく聞かれます。そこで、発注前に判断しやすいよう、代表的な疑問に直接答えます。
介護請求システムはパッケージとスクラッチのどちらで発注すべきですか？
標準的な請求を早く安定させたいなら、パッケージやクラウドが適しています。一方、多拠点の管理や独自の料金計算、複雑な基幹連携が必要な場合は、カスタマイズやスクラッチを検討します。
請求は既製品で使い、独自の周辺機能だけを開発するハイブリッドも有効です。
介護請求システムの開発費用はどのくらいかかりますか？
類似案件からの推定目安は、単機能の請求データ作成が100万〜300万円程度です。記録・実績・請求をタブレットまで含める場合は、150万〜500万円程度が目安になります。
複合機能や多拠点連携は500万〜1,500万円程度です。さらに、基幹プラットフォームは2,000万〜1億円超まで広がる可能性があります。
費用は、対象サービスや移行の範囲で変わり、テストや保守の範囲でも差が出ます。そのため、同じRFPをもとに、複数社から見積を取ります。
請求システムを発注すれば国保連への伝送もできますか？
伝送を任せられるかは、導入後の月次業務の進め方にも関わります。
- 製品の範囲：伝送まで含むとは限らず、請求書や請求データの作成までの製品もある
- 別途必要なもの：国保連への伝送に、別のソフトや別のサービスを使う場合がある
- 伝送可能の範囲：電子証明書の取得から、送信操作、受付結果の取込、返戻データの管理まで含むかどうか
- デモ確認：実際の月次フローを最初から最後まで通して見る
介護請求システムの開発期間はどのくらい見込めばよいですか？
既存クラウドの初期設定は2週間〜3か月程度で、移行や複数事業所の研修を含めると3〜6か月程度が目安です。また、小規模な請求機能のカスタマイズは3〜6か月です。
記録からケアプラン、請求、伝送、会計連携までをまとめたスクラッチ開発は、6〜18か月以上かかる可能性があります。
日程は、稼働月から逆算するのではなく、要件定義から締切後の結果確認までの各工程を積み上げて組みます。
まとめ
介護請求システムの発注・外注は、自社の請求業務と将来の運用責任を整理したうえで、開発会社に委託するプロジェクトです。
まず、記録から実績、請求、伝送、返戻、利用者請求、入金までの流れを一覧にして、見える形にします。そのうえで、MUSTとWANTを含む要件を、対象サービスや既存データ、連携先とあわせてRFPにまとめます。
最初に決める発注方式と責任分界
標準機能を早く使いたいならクラウド、独自要件と多拠点連携を重視するならカスタム開発が候補です。請求の安定と独自機能の両立を目指すなら、ハイブリッドが候補になります。
どの方式を選んでも、請求データの作成と国保連への伝送は、同じ範囲に含まれるとは限りません。
契約書と見積書には、法改正対応や返戻・過誤を含め、セキュリティやデータ移行、解約時の返却も明記します。
同じ条件での相見積もりと現場テスト
候補会社を絞ったら、価格以外の条件も比べ、導入後の効果を見ていきます。
- 委託先評価：介護請求の経験、提案の透明性、導入支援、保守体制、データの持ち出しやすさ
- 費用と効果：3年程度の総保有コストと、請求作業時間、返戻率、二重入力件数、請求の締め遅れ、入金消込日数を追う
- 現場確認：実際の業務データに近いケースで、デモと受け入れテストを行う
テスト結果をふまえて運用の体制づくりを進め、毎月の請求を任せられるかどうかを確かめます。
▼全体ガイドの記事
・介護請求システム開発の完全ガイド
▼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を創業。