介護請求システム開発の発注/外注/依頼/委託方法について

介護請求システムの発注・外注では、国保連へ提出する請求データの作成だけでなく、記録・実績・利用者請求・入金管理までの業務範囲と、伝送の責任分界を先に決めることが重要です。

この記事では、介護請求システムを開発会社やITベンダーへ委託する際の発注形態、RFPと要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法を順番に解説します。小規模事業所のクラウド導入から、多拠点法人のカスタム開発まで、自社に合う進め方を判断できるように整理します。

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

介護請求システムの発注・外注では何を依頼しますか？

介護請求システムの外注範囲は、製品を選んで使い始めるだけの導入支援から、自社の業務に合わせて新しい仕組みを作るスクラッチ開発まで幅があります。発注前に「どのデータを入力し、何を自動化し、誰が国保連へ送信するか」を決めておかないと、見積金額も納期も比較できません。

介護請求では、利用者情報やサービス提供実績から介護給付費明細書、給付管理票、利用者向け請求書を作成する工程と、国保連の電子請求受付システムや伝送サービスへデータを送信する工程があります。両方を一つの製品で扱える場合もありますが、CAREKARTEの公式案内のように、記録から国保請求書・個人請求書を作成できても伝送ソフトは別途必要な製品があります。RFPには「請求データ作成」「送信」「受付結果の確認」「返戻・過誤への対応」を分けて記載します。

対象範囲は「利用者・介護保険情報の登録 → ケアプランや予定の登録 → 実績・加算・減算の入力 → 請求データ作成 → エラーチェック → 伝送 → 受付結果・返戻の確認 → 利用者請求・入金消込」という流れで確認します。たとえば、記録だけを既存製品に残し、請求部分だけを開発するのか、タブレット記録から請求まで一体化するのかで必要な設計が変わります。現在のExcel、紙帳票、担当者の手作業も図に入れると、二重入力や属人化が見つかりやすくなります。

発注形態はパッケージ・クラウド・スクラッチのどれが適していますか？

最適な発注形態は、サービス種別の数、事業所・利用者の規模、既存システムとの連携、独自業務の多さで決まります。標準的な請求を早く安定させたい場合はパッケージやクラウドが候補になり、複数拠点の基幹業務や独自の料金計算まで統合したい場合はカスタマイズやスクラッチ開発が候補になります。

パッケージやクラウドは、介護保険の請求ルール、サービスコード、帳票、法改正への対応を自社で一から実装せずに済む点が利点です。導入期間と初期負担も抑えやすく、担当者が少ない事業所に向いています。一方で、サービス種別、自治体独自の運用、既存の会計・給与システムとの連携が標準機能に含まれるとは限りません。「利用できる」と「自社の運用を最後までつなげられる」は別なので、デモでは月次請求から返戻処理まで通して確認します。

スクラッチ開発では、業務画面、データモデル、権限、帳票、外部連携を自社のルールに合わせて設計できます。多拠点の利用者・職員・請求・入金を横断して管理したい法人や、既存の基幹システムとAPI連携したい法人では効果を出しやすい方式です。ただし、介護報酬の改定や新しいサービスコードへの追従を継続的に担う必要があります。サービスコードや加算・減算の条件をプログラムへ固定せず、改定可能なマスタとして管理できる設計を要件に含めます。

現実的な選択肢として、請求・法改正対応は実績のあるパッケージに任せ、独自の経営ダッシュボード、職員ポータル、会計連携だけを追加開発する方法があります。最初からすべてを置き換えるのではなく、請求を安定稼働させてから周辺機能を段階的に追加できます。発注書には「標準製品の範囲」「追加開発の範囲」「将来の追加機能を見込んだデータ出力」を分けて記載し、ベンダーロックインを抑えます。

RFPと要件整理では何を決めておくべきですか？

RFPは、開発会社へ「何を、なぜ、いつまでに、どの条件で依頼するか」を伝える資料です。分厚い機能一覧を先に作るより、業務フローと困りごと、対象範囲、優先順位、受け入れ条件をそろえる方が、提案と見積の精度が上がります。現場職員、請求担当、管理者、会計担当を含めて、紙やExcelで残っている例外運用も確認します。

MUSTには、対象サービスの請求、利用者・保険者情報、実績入力、加算・減算計算、給付費明細書、エラーチェック、返戻・過誤管理など、請求締切に不可欠な機能を入れます。WANTには、スマートフォン記録、経営分析、LIFE、ケアプランデータ連携、会計・給与連携などを整理します。すべてを初回リリースへ詰め込むと、費用と検証範囲が膨らみます。初回は請求事故を防ぐ範囲に絞り、次期開発の候補を別紙にする方法が安全です。

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年程度の総保有コストと、請求作業時間、返戻率、二重入力件数、利用者請求の締め遅れ、入金消込日数などのKPIを設定し、導入後に効果を確認します。候補会社を絞ったら、実際の業務データに近いケースでデモと受け入れテストを行い、安心して毎月の請求を任せられる体制を整えます。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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