ケアプラン作成システム開発の進め方/やり方/流れや方法/手法/工程/手順

ケアプラン作成システムの開発は、計画書を電子化するだけでなく、アセスメントからモニタリング、給付管理、事業所間の連携までを一つの業務プロセスとして設計することが成功の条件です。

本記事では、ケアプラン作成システム開発の進め方を、要件整理、システム選定、設計・開発、テスト、稼働、定着の6フェーズに分けて解説します。既製クラウドの導入、既存ソフトへの追加開発、法人独自のスクラッチ開発を比較しながら、費用相場、見積もりの確認項目、現場で使えるチェックリストまで整理します。

▼全体ガイドの記事
・ケアプラン作成システム開発の完全ガイド

ケアプラン作成システム開発の全体像

ケアプラン作成システムとは、利用者の基本情報や認定情報を登録し、課題分析、居宅サービス計画書の作成、担当者との共有、モニタリング、評価、給付管理までを支援する業務システムです。開発を始める前に、何をシステム化するのかを狭義と広義に分けると、過剰な開発や機能不足を防ぎやすくなります。

狭義のシステムは、利用者台帳、アセスメント、課題分析、居宅サービス計画書の第1表から第3表、週間・月間計画、モニタリング、介護支援経過などを効率よく作るものです。前回の計画を複写したり、書類間で同じ情報を連動させたりすることで、転記を減らせます。一方、広義の介護業務基盤には、サービス利用票・提供票、実績の送受信、国保連請求、利用者請求、LIFE、記録、入退院時情報、法人の会計や人事との連携まで含まれます。

国民健康保険中央会のケアプランデータ連携システムは、ケアプランをゼロから作るシステムではなく、居宅介護支援事業所と介護サービス事業所の間で予定・実績情報を送受信する連携基盤です。したがって、製品比較では「第1表から第3表を作れるか」と「標準仕様のデータを出力・取り込めるか」を別の質問にします。2025年4月30日には標準仕様V4に対応した連携システムがリリースされているため、開発時点のV4対応状況と、今後の更新責任を契約前に確認することが重要です（出典: 公益社団法人国民健康保険中央会「ケアプランデータ連携システム」、2025年）。

ケアプラン作成システム開発の進め方

開発の進め方は、いきなり機能一覧を作るのではなく、現場の業務を観察してから段階的に決めます。特にケアプランは利用者ごとの例外運用が多く、管理者、主任ケアマネ、現場のケアマネ、事務、請求担当で見ている業務が異なります。各フェーズの終了条件を決め、次工程へ進む前に承認することが、後戻りを抑えるポイントです。

最初に、相談受付、初回訪問、アセスメント、課題整理、第1表から第3表の作成、担当者会議、提供票送付、実績取込、モニタリング、更新、請求までを業務フローにします。紙、Excel、FAX、郵送、電話、既存ソフトをどこで使っているかを泳線図に落とすと、二重入力と情報の分断が見えます。ヒアリングだけでなく、実際の帳票を個人情報に配慮して匿名化し、1利用者分の作成作業を横で確認することが有効です。

要件はMUST、SHOULD、WANTの3段階に分けます。MUSTには法令・報酬請求・計画書・権限・監査ログ・バックアップ・標準仕様連携を置き、WANTにはAIによる候補提示、音声入力、独自ダッシュボードなどを置きます。利用者数、ケアマネ数、拠点数、併設サービス、連携する会計・人事・電子カルテの有無、スマートフォン利用の範囲もこの段階で確定します。終了条件は、優先順位付きの要件一覧と、対象外にする機能が責任者に承認されていることです。

標準帳票が中心で、単一事業所または小規模法人であれば、クラウド型の既製品を優先します。複数拠点の記録・請求・LIFEまで一体化したい場合は介護業務パッケージを比較し、既存ソフトでは足りない帳票やAPI連携だけを追加開発する方法が現実的です。独自の承認フロー、地域の医療機関との連携、法人独自の分析が競争力に直結する場合に限り、スクラッチ開発を候補にします。

デモでは、会社の説明を聞くだけでなく、同じ利用者ケースを3社に実演してもらいます。確認項目は、前回複写からの計画書作成、アセスメントと計画書の連動、モニタリングの更新、提供票・実績の送受信、CSVの出力・取込、スマートフォンでの入力、利用者情報の権限分離です。標準仕様V4、制度改正への更新、データのエクスポート、解約時の返却、障害時の復旧時間を答えられない場合は、価格が安くても選定候補から慎重に外します。

設計では画面を作る前に、利用者、認定、家族・緊急連絡先、既往歴、生活歴、課題、長期目標、短期目標、サービス内容、モニタリング結果などのデータ項目を定義します。同じ情報を複数の画面へ再入力させないことが基本です。第1表から第3表、週間計画、サービス利用票、モニタリング記録へどの項目が連動するかを一覧化し、変更履歴と承認者も残せるようにします。

個人情報を扱うため、Webアプリとクラウドデータベースを採用する場合も、MFA、最小権限、通信・保存時の暗号化、操作ログ、世代バックアップ、復旧手順、委託先の監督を要件化します。個人情報保護委員会と厚生労働省のガイダンスは、居宅介護支援事業者を対象に含め、委託先への安全管理措置の監督も求めています（出典: 個人情報保護委員会・厚生労働省「医療・介護関係事業者における個人情報の適切な取扱いのためのガイダンス」、2026年4月改正）。AIを使う場合は、文章を自動確定せず、提案の根拠、参照した情報、ケアマネの確認・修正・承認を記録します。

テストは、開発会社が画面を確認するだけでは不十分です。利用者登録からアセスメント、計画書作成、担当者会議、提供票送付、実績取込、モニタリング、評価、給付管理までを一続きのシナリオにし、現場担当者が受入テストを行います。正常系だけでなく、認定更新、担当変更、サービス中止、月途中の変更、未入力、重複登録、通信断、権限のない閲覧も試します。

連携テストでは、CSVの項目、文字コード、日付、被保険者番号、事業所番号、送信・受信の向き、エラー時の再送手順を確認します。移行テストでは、旧システムから利用者基本情報、過去の計画書、経過記録、請求に必要な情報をどこまで移すかを決め、件数とサンプルの突合結果を記録します。受入条件は「画面が動く」ではなく、「月次業務を現場が完了でき、帳票と連携データが正しい」ことにします。

稼働日は、すべての拠点を一斉に切り替える方法と、1拠点または一部のケアマネで先行する方法を比較します。初めて導入する法人や移行データが多い法人では、先行拠点で1か月分の実務を確認し、問い合わせと修正を吸収してから展開する方が安全です。旧システムとの並行運用は、二重入力の負荷と終了条件を決めないと長期化するため、対象業務、期間、照合方法、旧システムを停止する責任者を工程表に記載します。

稼働前には、利用者・職員・事業所・権限のマスタ、帳票、バックアップ、問い合わせ窓口、緊急時の紙運用を確認します。ケアプランデータ連携システムは2026年度下期に介護情報基盤との統合が予定されているため、現在の連携方式だけに固定せず、ベンダーの更新計画と接続サポートを確認します（出典: 厚生労働省「介護情報基盤を支えるしくみ―導入を支える支援」、2026年）。

稼働後90日間は、操作研修を一度実施して終わりにせず、週次で問い合わせを分類します。「操作が分からない」のか、「業務ルールが決まっていない」のか、「システムの仕様が合わない」のかを分けると、研修と改修の優先順位が見えます。管理者だけでなく、現場の利用者から月1回は改善要望を集め、変更理由を共有することが定着につながります。

効果測定は、入力時間、FAX・郵送件数、同じ情報の転記回数、請求エラー、モニタリングの期限超過、問い合わせ件数、研修時間を導入前後で比べます。単にログイン数を見るのではなく、ケアプラン1件の作成から承認までの時間や、月次締め作業の残業時間をKPIにします。例えば「3か月後に転記回数を半減」「6か月後に期限超過をゼロに近づける」のように、担当者と測定方法を決めておくと投資効果を説明しやすくなります。

ケアプラン作成システムの費用相場とコストの内訳

費用は、既製クラウドの利用料と、独自開発の初期費用を分けて比較します。ケアプラン専用システムだけを対象にした公的な開発費統計は確認できないため、以下の開発費は一般的な業務システム相場、想定工数、介護ソフトの機能範囲から算出した推定レンジです。実際の金額は、利用者数、拠点数、移行件数、連携先、帳票の独自性、保守範囲によって変わります。

公開価格の例では、株式会社エス・エム・エスの「カイポケ」居宅介護支援が月額5,000円（税別）で、初期費用、請求伝送、法改正対応、サポート費用などを0円と案内しています（出典: 株式会社エス・エム・エス「カイポケ」公式料金ページ、2026年8月確認）。岡谷システムの「トリケアトプス」は居宅介護支援で利用者1人あたり月額220円から、上限月額5,500円と掲載しています（出典: 岡谷システム株式会社「トリケアトプス」公式サービスページ、2026年8月確認）。同じ月額でも、対象人数、職員・端末の追加、データ移行、研修、連携オプションの扱いが異なるため、単価だけで優劣を決めません。

ケアプランデータ連携システムは、WAM NETの案内で1事業所あたり年額21,000円（税込）とされ、施策によって無料期間が設定される場合があります。2026年7月1日時点の利用状況ページでは、掲載件数が97,982事業所です（出典: 独立行政法人福祉医療機構 WAM NET「ケアプランデータ連携システム利用状況」、2026年）。利用料だけでなく、電子証明書、端末、接続設定、相手事業所との運用調整にかかる費用も含めて確認します。

既製クラウドの初期設定・少量のデータ移行は10万～100万円程度、既存製品へのCSV・API連携や独自帳票の追加は50万～300万円程度が一つの目安です。ケアプラン専用の小規模スクラッチ開発は300万～700万円程度、複数拠点で記録・請求・LIFE・連携・承認・分析まで含む業務基盤は700万～1,500万円程度、法人独自の多拠点・多法人連携を含むフルスクラッチは1,500万～3,000万円以上になる可能性があります。いずれも公的なケアプラン開発統計ではなく、要件と工数からの推定です。

初期費用のほか、要件定義、設計、テスト、移行、研修、クラウド利用料、保守、制度改正対応、電子証明書、端末、問い合わせ対応を分けて見ます。一般的な業務システムでは、開発費のうち開発工数が約40～60％、要件定義が約10％、設計が約10～20％、テストが約10～20％という配分が見積もりの検討材料になります。ただし、これはケアプラン固有の統計ではないため、金額の断定ではなく、見積書の抜けを発見するための比率として扱います。

ケアプラン作成システムの見積もりを取る際のポイント

見積もりは、総額の安さではなく、同じ条件で比較できる粒度にそろえることが大切です。RFPには、対象拠点、利用者数、ケアマネ数、帳票、連携先、移行対象、稼働希望日、研修対象、保守時間、セキュリティ要件を記載します。候補会社には同じ業務シナリオでデモと見積もりを依頼し、標準機能、設定、追加開発、将来対応を分けて提示してもらいます。

見積依頼時のチェックリストは、機能、データ、連携、非機能、移行、定着の6群に分けます。機能では計画書、アセスメント、モニタリング、給付管理、帳票を確認します。データでは利用者情報、過去記録、マスタ、保存期間、所有権、エクスポート形式を確認します。連携ではケアプランデータ連携V4、LIFE、国保連、会計・人事、医療機関との接続範囲を確認します。非機能ではMFA、権限、暗号化、ログ、バックアップ、復旧目標を確認します。移行では変換、検証、並行運用を、定着では研修、マニュアル、問い合わせ窓口を確認します。

候補会社は、既製クラウド、介護業務パッケージ、連携開発に強い会社、スクラッチ開発に強い会社から少なくとも3社を選びます。比較表には、初期費用、月額・年額、利用者や職員の増加時の料金、移行、研修、保守、法改正対応、追加帳票、API、解約時のデータ返却を並べます。3年分の総額を、初期費用＋利用料＋移行・研修＋保守＋端末・証明書＋追加開発で計算すると、月額だけでは見えない差が分かります。

ベンダーの導入実績は、件数だけでなく、自社と似た規模・サービス種別・拠点数の事例を確認します。事例に「効率化した」とだけ書かれている場合は、入力時間、FAX件数、請求エラー、残業、研修期間などの導入前後の数値を追加で質問します。集計単位が事業所、法人、契約のどれかも確認し、公式掲載値を自社の効果としてそのまま置き換えない姿勢が必要です。

契約前には、要件変更の扱い、追加費用の条件、成果物の範囲、設計書の納品、ソースコードやデータの所有権、再委託先、障害時の連絡体制、SLA、損害時の責任、解約時のデータ返却を確認します。特に「制度改正対応」と書かれている場合は、どの範囲をいつまでに更新するのか、利用者側の確認や設定変更が必要なのかを具体化します。

請負契約と準委任契約では、要件変更のリスク分担と見積もりの出し方が異なります。要件を固めて成果物を受け取る部分は請負、継続的な改善や運用支援は準委任など、工程ごとに契約を分ける方法もあります。安い初期見積もりの裏側で、移行、研修、保守、制度改正、追加帳票が別請求になっていないかを確認し、責任分界表と変更管理のルールを添付します。

よくある質問（FAQ）

ケアプラン作成システムは、介護ソフトを導入するだけで解決する場合と、既存システムとの連携開発が必要な場合があります。ここでは、開発前に特に相談の多い判断を、結論から回答します。

標準帳票と一般的な請求・連携が中心なら、既製クラウドまたは介護業務パッケージが適しています。独自の承認、複数法人のデータ統合、医療機関や会計との固有連携が業務上の強みになる場合は、既製品への追加開発やスクラッチを検討します。先に標準製品のデモで不足機能を確定し、不足分だけを開発する方が、初期費用と導入期間を抑えやすいです。

既製クラウドの初期設定・移行は1～3か月、既存ソフトへの連携や帳票追加は1～4か月、ケアプラン専用の小規模スクラッチは3～6か月、複数拠点の業務基盤は6～9か月、独自要件が多いフルスクラッチは9～18か月程度が推定の目安です。要件整理、データ移行、受入テスト、研修、並行運用を含めると長くなるため、開発会社にはコーディング期間だけでなく、稼働までの全工程で提示してもらいます。

AIはアセスメント情報から課題やサービス案の候補を提示する補助機能として活用できますが、ケアプランを無条件に自動確定するものではありません。利用者の意向、生活状況、医療・介護の情報をケアマネが確認し、修正・承認した履歴を残す設計が必要です。個人情報の入力範囲、学習への利用有無、生成結果の根拠、誤提案時の責任分界を、導入前にベンダーへ確認します。

クラウドだから安全、またはオンプレミスだから安全とは限りません。MFA、権限分離、暗号化、操作ログ、バックアップ、復旧訓練、委託先監督、漏えい時の連絡体制、解約時のデータ返却を確認し、自社の個人情報保護規程と整合させます。ベンダーのデータセンターや認証の有無だけでなく、現場のアカウント管理と退職者の権限停止まで含めて運用手順を決めます。

まとめ

ケアプラン作成システム開発は、機能を増やすことより、現場の業務フローとデータの流れを一貫させることが重要です。要件整理でMUSTとWANTを分け、選定で既製品と追加開発の境界を決め、設計では第1表から第3表、モニタリング、請求、連携をつなげます。テストでは実際の月次業務を検証し、稼働後は90日間の研修とKPI測定で定着を支援します。

着手前は、現行業務を一人のケアマネだけでなく複数の担当者から確認します。標準帳票と独自帳票、ケアプラン作成とデータ連携、移行対象と保存対象、導入費と3年分の総保有コスト、システム機能と運用ルールを分けて整理します。最後に、制度改正や介護情報基盤の進展に対応できる更新計画、データ返却条件、問い合わせ窓口、責任者を契約書と工程表に残せば、導入後の想定外を減らせます。

まずは匿名化した1人分の相談受付からモニタリングまでを題材に、現在の入力箇所、転記、承認、連携、紙作業を洗い出してください。その業務を3社のデモで再現し、現場が使えるか、将来の標準仕様に対応できるか、費用と責任範囲が明確かを比較することが、ケアプラン作成システムを失敗なく進める出発点になります。

▼全体ガイドの記事
・ケアプラン作成システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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