---
title: "介護ソフトとは？機能・種類とクラウド／オンプレの選び方｜介護情報基盤対応【2026年版】"
url: "https://www.issoh.co.jp/column/details/16041/"
published: 2026-08-02
updated: 2026-10-10
categories: ["介護・医療"]
publisher: "株式会社一創"
---

# 介護ソフトとは？機能・種類とクラウド／オンプレの選び方｜介護情報基盤対応【2026年版】

介護ソフトという言葉は、介護記録をタブレットで書くためのアプリを指す場面と、国保連への介護給付費請求まで含めた事業所の基幹システム全体を指す場面の両方で使われています。この二つを混ぜたまま見積もりを集めると、ベンダーごとに前提の範囲が食い違い、月額だけを並べても比較になりません。本記事では、介護ソフトが受け持つ機能を請求・記録・計画・シフト・経営分析の5系統に分けて整理したうえで、クラウド型とオンプレミス型の分かれ目、費用の3層構造、2026年8月時点で動いている補助制度までを順に確認します。加えて2026年度は、介護情報基盤の運用開始、LIFEの運営主体移管、ケアプランデータ連携システムの統合予告が同じ年に重なり、製品に求められる対応が一段変わりました。そのうえで、パッケージのままで運用が回る事業者と、受託開発や連携開発に踏み込むべき事業者を、回収年数という一本の基準で切り分けます。業務システムという括り全般の定義や開発形態そのものは[業務システムの種類と導入形態を整理した記事](https://www.issoh.co.jp/column/details/12886/)が扱う領分なので、ここでは介護事業所に固有の判断だけに絞ります。

## まとめ：介護ソフトの選定で先に決めておく8点

- 介護ソフトの中核は介護記録ではなく、国保連合会への介護給付費請求です。翌月10日という締切が動かせない以上、請求が確実に通ることが他のどの機能よりも先に来ます。
- 必要な機能はサービス種別で変わります。施設系・通所系・訪問系・居宅介護支援のどれを何事業所運営しているかを先に書き出さないと、製品の対応範囲を比較できません。
- 提供形態はクラウド型・オンプレミス型・カスタム開発の3つです。多拠点を持ち、制度改定への追随を外部へ預けたい事業者はクラウド型が基準線になります。
- 費用は初期・月額・更新の3層で見ます。見積もりから抜け落ちやすいのは、旧システムからのデータ移行費と、稼働直後の職員研修に要する人件費の2つでした。
- 2026年度は制度基盤そのものが動いた年です。介護情報基盤の順次運用、LIFEの国保中央会への移管、2027年1月のケアプランデータ連携システム統合が重なりました。
- 令和8年度の期中改定で、処遇改善加算の上乗せ区分に「ケアプランデータ連携システムへの加入」という特例要件が入りました。ソフトの対応状況が加算率に直結します。
- 補助金も同じ方向です。補助率を引き上げる要件がデータ連携とLIFE提出に紐づいているため、補助を取りに行くなら対応済みの製品を選ぶ順序になります。
- 受託開発や連携開発が見合うのは、既存の勤怠・人事・会計システムとの二重入力が常態化しており、その実測時間から算出した回収年数が3年以内に収まる場合です。

## 介護ソフトの定義と介護システム・介護記録ソフトという呼び方の違い

同じ製品群が3通りの名前で呼ばれているため、まず言葉の範囲をそろえます。

### 介護ソフトが指す範囲と国保連請求が中核業務に置かれている理由

介護ソフトは、介護保険サービスを提供する事業所の業務で発生する情報を電子的に記録し、介護給付費の請求まで一本でつなぐ仕組みの総称です。介護システムという呼び方はほぼ同義で、介護記録ソフトと呼ぶ場合は記録機能に軸足を置いた製品を指すことが多くなります。ベンダーの製品ページでは3つの語がほとんど区別なく混ざっているため、名前ではなく対応する業務範囲で読み替えてください。障害者総合支援法に基づく障害福祉サービスを提供している事業所は制度そのものが別体系のため、[障害福祉ソフトとは](https://www.issoh.co.jp/column/details/16879/)で対象範囲の違いを確認してください。

この製品群の中核に置かれているのは請求機能です。介護報酬は、提供したサービスの記録を根拠として[国民健康保険団体連合会](https://www.kokuho.or.jp/system/care/)へ月次で請求します。締切は翌月10日で、ここを外すと入金が1か月ずれ込みました。記録の書きやすさや画面の見やすさは日々の負担に直結しますが、請求が通らない製品は運転資金の問題に直結します。優先順位を取り違えないでください。

もうひとつ、国の補助制度が置いている定義も押さえておくと製品の線引きが楽になります。介護テクノロジー導入支援事業の実施要綱は、補助対象となる介護ソフトを「記録業務、情報共有業務、請求業務を一気通貫で行うことが可能となっているもの（転記等の業務が発生しないこと）」と書いています。記録だけ、請求だけの製品は、この定義では介護ソフトとして扱われません。

### 施設系・通所系・訪問系・居宅介護支援で必要な機能が変わる要因

機能要件を分ける最大の変数は、サービス種別と提供形態です。特別養護老人ホームや介護老人保健施設のような入所系では、24時間の記録、食事・入浴・排泄のケア記録、看護と介護の情報共有が中心になります。なお献立作成や栄養価計算、食材の発注と原価の管理までは別系統になるため、その範囲を解説した記事が[給食管理システムとは](https://www.issoh.co.jp/column/details/16883/)です。通所介護では送迎管理と当日のキャンセル対応が加わり、訪問介護ではヘルパーの直行直帰を前提としたモバイル入力とサービス提供責任者のシフト調整が要件の中心へ移ります。訪問看護はここに医療保険での算定と主治医の指示書管理が加わるため、要件の立て方は[訪問看護システムの選定基準](https://www.issoh.co.jp/column/details/16877/)で別に整理しています。

居宅介護支援事業所はさらに性格が異なります。ケアマネジャーが作成する居宅サービス計画と、サービス事業所からの提供票のやり取りが業務の骨格になるため、計画作成機能と事業所間のデータ連携が要件の中心です。複数のサービス種別を1法人で運営している場合、種別ごとに別製品を入れると利用者情報が二重管理になります。法人としてどの範囲を1本にまとめるかを、製品比較の前に決めておくと選定が早く進みました。利用者マスタと契約書類を紐付けて保管する範囲の決め方は、[介護の電子契約システムとは？重要事項説明書の電子交付要件と署名方式の判断【2026年時点】](https://www.issoh.co.jp/column/details/17233/)で別に整理しています。

## 介護ソフトの主な機能を請求・記録・計画・シフト・分析で整理する

製品ページの機能一覧は粒度がばらばらです。5系統に束ねると比較できる形になります。

### 国保連への電子請求と加算算定を担う請求機能で先に確認する範囲

請求機能が担うのは、提供したサービスの記録を介護報酬の単位数へ変換し、利用者負担分と保険給付分を切り分け、国保連へ伝送する一連の処理です。加算の算定判定もここに含まれます。処遇改善関係の加算や、入所系の各種体制加算は要件が細かく、算定漏れがそのまま減収になります。

確認すべき範囲は3点に絞れます。第一に、自事業所が算定している加算がすべて標準機能で判定できるか。第二に、返戻が出た際の原因表示と再請求の手順が画面上で完結するか。第三に、介護報酬改定のたびに配布される単位数マスタの更新が、追加費用なしで提供されるかどうかです。3点目は保守契約の条項に書かれているため、提案書ではなく契約書のドラフトで確かめてください。国保連への伝送や返戻対応そのものの手順は[介護請求ソフトとは｜国保連伝送との違いと返戻対応の実務](https://www.issoh.co.jp/column/details/16050/)で整理しています。

### 介護記録とLIFE提出・ケアプランデータ連携がつながる仕組み

記録機能は、日々のケア記録・バイタル・食事量・排泄・服薬といった情報をタブレットやスマートフォンから入力し、請求の根拠として蓄積する部分を受け持ちます。ここで押さえておきたいのが、記録が単独で完結しなくなっている点です。記録の電子化範囲とLIFEへの提出体制をどう決めるかは[介護記録システムの導入判断をまとめた記事](https://www.issoh.co.jp/column/details/16048/)で扱っています。

厚生労働省が令和3年度に運用を始めた[科学的介護情報システム（LIFE）](https://www.mhlw.go.jp/stf/shingi2/0000198094%5F00037.html)は、事業所が提出した利用者の状態やケアの内容をフィードバックとして返す仕組みで、関連加算の算定要件にも組み込まれています。国民健康保険中央会が運用する[ケアプランデータ連携システム](https://www.kokuho.or.jp/system/care/careplan/)は、居宅介護支援事業所とサービス事業所の間で予定・実績のやり取りを電子化する仕組みです。対象となる帳票の範囲や利用要件、申請から送受信までの手順は[ケアプランデータ連携システムの利用要件と導入手順](https://www.issoh.co.jp/column/details/16528/)で個別に整理しています。どちらも介護ソフト側が対応していなければ、職員がCSVを手作業で整えることになります。対応の有無ではなく、画面から何クリックで送れるかまで見てください。記録の入力負担そのものを音声や生成AIで軽くする方向の製品も出ており、仕組みの実際は[Geminiで介護記録を自動生成する製品を解説した記事](https://www.issoh.co.jp/tech/details/11567/)で整理しています。

### シフト・勤怠や人事評価など周辺システムとの機能の境界の引き方

介護ソフトには、シフト作成や職員の勤怠を扱う機能が付属している製品と、そこは範囲外としている製品があります。境界の引き方で判断が割れやすいところです。施設見学やショートステイの空床照会といった外部からの予約受付も範囲外に置く製品が多く、[介護の予約システムを別に用意するかどうかの判断](https://www.issoh.co.jp/column/details/16675/)は切り分けて考えてください。付属機能で足りるかどうかは、人員配置基準の充足チェックを誰がどこで行っているかで決まります。見守り機器や移乗支援機といった機器類も同じ境界の問題を抱えており、どの分野の機器がどこまでデータを介護ソフト側へ渡せるかは[介護ロボットの機器類型と導入可否の判断基準を整理した記事](https://www.issoh.co.jp/column/details/16534/)で扱っています。機器からソフトへデータを流す側の通信方式や構成は[介護IoTシステムの構成と通信方式をまとめた記事](https://www.issoh.co.jp/column/details/16673/)に分けました。

夜勤の回数制限、常勤換算の計算、加算要件に紐づく配置人数の確認まで求めるなら、専用の勤怠システムを別に立てて連携させるほうが運用は安定しました。判断の詳細は[介護施設の勤怠管理システムの選び方をまとめた記事](https://www.issoh.co.jp/column/details/15382/)に譲ります。職員の評価や資格の管理も同様で、多職種の評価軸や資格更新の期限管理が絡む場合は[医療・介護向け人事評価システムを比較した記事](https://www.issoh.co.jp/column/details/15753/)の観点で別に検討してください。介護ソフト1本にすべてを寄せると、どの機能も中途半端になります。

## 介護情報基盤とLIFE移管で2026年に動いた介護ソフト側の対応要件

2026年度は、製品の善し悪し以前に制度基盤が動いた年でした。選定の確認項目が増えています。

### 介護情報基盤の段階運用と令和10年4月までの全市町村完了の見通し

厚生労働省の[介護情報基盤に関する公開ページ](https://www.mhlw.go.jp/stf/newpage%5F59231.html)によると、介護情報基盤は令和8年4月1日以降、標準化対応が終わった市町村から順にデータ移行と情報共有を開始し、令和10年4月1日までに全市町村での完了を目指す段取りになっています。全国一斉の切り替えではありません。自法人が事業所を置く市町村がいつ動くかで、準備を急ぐ度合いが変わります。なお令和8年6月公布の介護保険法改正では、マイナンバーカードによる電子資格確認が法律上の仕組みとして定義され、令和9年4月1日に施行されます（[介護保険法改正の施行区分と改修項目](https://www.issoh.co.jp/column/details/18228/)）。

事業所側の入口になるのが介護保険資格確認等WEBサービスです。利用にあたっては、端末ごとの電子証明書のインストール、マイナンバーカードを読むカードリーダー、マイナ資格確認アプリの設定が要ります。厚生労働省老健局が令和8年8月に配布した[統合と介護情報基盤の説明会資料](https://www.mhlw.go.jp/content/12306000/001742527.pdf)では、証明書の発行者が「e-seikyuu CA」のものが該当すると明記されていました。手元の端末に証明書が入っているか、期限がいつかは、Windowsなら次の1行で一覧できます。

```
Get-ChildItem Cert:/CurrentUser/My |
  Where-Object { $_.Issuer -match 'e-seikyuu' } |
  Select-Object Subject, NotAfter, Thumbprint
```

NotAfter が有効期限です。証明書は使う端末ごとに入れる必要があるため、訪問系でタブレットを配っている事業所は台数分の作業になります。導入支援の費用には助成金が用意されており、[介護保険最新情報Vol.1497の別添](https://www.mhlw.go.jp/content/001696517.pdf)では申請期間が令和8年5月7日から令和9年3月12日（予定）と案内されています。手続きと様式は[介護情報基盤ポータル](https://www.kaigo-kiban-portal.jp/)に集約されました。

### LIFE運営主体の国保中央会移管で発生した移行作業と引き継がれない情報

LIFEは2026年に運営主体が変わりました。[令和8年3月23日付の介護保険最新情報Vol.1484](https://www.mhlw.go.jp/content/001677729.pdf)によれば、令和8年5月11日から国民健康保険中央会が運用するLIFEへサービスが移り、LIFE関連加算を継続して算定する事業所は令和8年5月11日から同年7月31日までの間に移行作業を行う必要があるとされました。厚生労働省運用のLIFEは令和8年9月1日にサービス停止の予定です。

移行で注意が要るのは、引き継がれる情報と引き継がれない情報が分かれている点でした。アカウントのIDとパスワード、事業所情報は移りますが、利用者情報と様式情報は移りません。つまり、利用者分のデータは介護ソフト側から出し直すことになります。ここで効いてくるのがLIFE標準仕様に沿ったCSV出力機能で、手入力に頼る運用のままだと移行作業が職員の残業に化けます。選定の場では「LIFEのCSV取込機能に合わせた出力に対応しているか」を、対応の有無だけでなく対応済みの版まで聞いてください。

### ケアプランデータ連携システムの介護WEBサービス統合とAPI5.0版の対応時期

ケアプランデータ連携システムも移動します。運営元の[サポートサイト](https://www.careplan-renkei-support.jp/)は、2027年1月に同システムが介護保険資格確認等WEBサービスへ引っ越す（統合される）ことを告知しています。統合後はダウンロード回数の制限がなくなり、複数端末での取り扱いも可能になる見込みです。

介護ソフトベンダー側の作業はこれに先行します。[令和8年8月31日付の介護保険最新情報Vol.1539](https://www.mhlw.go.jp/content/001744369.pdf)で「介護保険資格確認等WEBサービスとの連携におけるAPI標準仕様書（第1.0版）」が確定版として公開され、令和8年5月27日公開の暫定版から差し替わりました。ケアプランデータ連携標準仕様の実装時期は令和9年3月下旬頃と案内されています。厚生労働省老健局の説明会資料では、自治体が介護情報基盤の運用を開始すると介護ソフト（API5.0版）からケアプランが基盤へ格納される、と図解されていました。見積もりを取る段階で「API5.0版への対応はいつのリリースか、追加費用はかかるか」を必ず文書で残してください。この1問で、改修体制を持っているベンダーと持っていないベンダーが分かれます。

普及の側も動いています。説明会資料に載った導入率の推移は、令和7年1月末の4.8％から令和8年7月末の53.1％へ上がりました。利用料の考え方と無料期間の扱いは[ケアプランデータ連携システムの料金を年額21,000円と無料期間から試算した記事](https://www.issoh.co.jp/column/details/16932/)に、紙が残り続ける条件は[導入状況を10万件超の実数から読んだ記事](https://www.issoh.co.jp/column/details/17222/)にまとめています。

### 処遇改善加算の令和8年度特例要件が介護ソフト選定に効いてくる筋道

制度対応がコストではなく収入に跳ねる箇所が、2026年度に生まれました。[令和8年度介護報酬改定](https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/0000188411%5F00073.html)は令和9年度の本改定を待たない期中改定で、厚生労働省老健局の概要資料によれば改定率は＋2.03％（処遇改善分＋1.95％、基準費用額（食費）の引上げ分＋0.09％）、国費ベースで＋518億円です。

この改定で介護職員等処遇改善加算に上乗せ区分の加算Ⅰロ・Ⅱロが新設されました。概要資料が示す令和8年度特例要件は、訪問・通所サービス等なら「ケアプランデータ連携システムに加入」＋実績報告、施設サービス等なら「生産性向上推進体制加算ⅠまたはⅡの取得」＋実績報告、あるいは社会福祉連携推進法人への所属のいずれかです。加算率の差は小さくありません。訪問介護は加算Ⅰイ27.0％に対して加算Ⅰロ28.7％、通所介護は11.1％に対して12.0％でした。

ここから導かれる実務の順序は明快です。ケアプランデータ連携システムへ加入できるかどうかは、自事業所の介護ソフトが標準仕様に対応しているかで決まります。つまりソフトの対応状況が、そのまま加算率の選択肢を狭めたり広げたりする。任意の仕組みなのに実質必須へ近づく境界については[ケアプランデータ連携システムの義務化の線引きを整理した記事](https://www.issoh.co.jp/column/details/16936/)で詳しく扱いました。

## 提供形態の種類はクラウド型・オンプレミス型・カスタム開発の3つ

形態の違いは費用の出方だけでなく、制度改定への追随責任を誰が持つかを決めます。

### クラウド型が向くのは多拠点運用と法改正追随を外に出したい事業者

クラウド型は、ベンダーが運用するサーバーへインターネット経由で接続して使う形態です。ASP型と表記される製品も同じ意味で扱われています。事業所側にサーバーを置かないため、初期費用が軽く、月額の利用料が中心になります。

この形態が効くのは2つの条件が重なったときです。ひとつは複数拠点や訪問先から同じデータを見る必要がある場合。もうひとつは、介護報酬改定に伴うマスタ更新やプログラム改修をベンダー側で完結させたい場合です。介護報酬は3年周期の本改定に加えて期中の改定も起こります。直近の本改定は令和6年度（2024年4月施行）で、次の本改定は令和9年度（2027年4月施行予定）ですが、その間の令和8年度にも処遇改善と食費の基準費用額を対象とした期中改定が入りました。3年ごとの想定で自前の改修を手配する体制は、この期中改定で崩れます。更新が自動で降りてくる利点は、月額差を上回りました。

### オンプレミス型が今も残る条件と通信環境から見た判断の分かれ目

オンプレミス型は、事業所のパソコンやサーバーへソフトをインストールして使う形態で、パッケージ型と呼ばれることもあります。データが手元に残り、インターネット接続が切れても入力を続けられる点が特徴です。

この形態が今も選ばれるのは、通信環境が不安定な地域に施設がある場合と、既に導入済みの資産が償却期間中で乗り換えの経済合理性がない場合の2つに集約されます。ただし、法改正のたびに更新プログラムを適用する作業が事業所側に残り、担当職員が異動すると手順が失われる問題が繰り返し起きました。介護情報基盤への接続が市町村単位で順次始まる以上、この適用作業は今後さらに増えます。新規に選ぶ理由としては弱くなっており、2026年時点では通信環境の制約が明確にある場合の選択肢と位置づけるのが実態に合います。

| 比較軸     | クラウド型    | オンプレミス型   |
| ------- | -------- | --------- |
| 初期費用    | 軽い       | 重い        |
| 月々の負担   | 利用料が継続   | 保守料のみ     |
| 制度改定の対応 | ベンダー側で完結 | 事業所で適用作業  |
| 拠点間の共有  | 標準で可能    | 別途の仕組みが必要 |
| 通信断時の入力 | 停止する     | 継続できる     |
| 向く事業者   | 多拠点・訪問系  | 通信制約のある施設 |

### パッケージで埋まらない業務とカスタム開発に踏み込む前の見極め

3つ目の形態が、事業所の業務に合わせてシステムを開発する選択です。ここで誤解が起きやすいのは、介護ソフト全体を作り直す話だと受け取られる点にあります。実務で発生するのはそうした全面開発ではなく、パッケージを土台に置いたうえで足りない部分だけを作る形が大半でした。

パッケージで埋まりにくい業務には共通の型があります。法人独自の帳票、地域の自治体が求める独自様式、既存の会計システムや勤怠システムとのデータ受け渡し、複数事業所をまたいだ稼働率と収支の集計といった領域です。いずれも介護保険制度そのものではなく、その法人固有の運営に紐づいているため、標準機能に入りません。開発を検討する前に、これらの作業に職員が月何時間を費やしているかを実測してください。数字がないまま開発に進むと、判断の根拠が印象論になります。

## 厚労省の介護記録ソフト機能調査結果53件から読む対応状況の偏り

製品比較の前に、市場側の分布を一次情報で眺めておくと候補の落とし方が変わります。

### 調査結果のサービス種別ごとの対応製品数が示す施設系の選択肢の狭さ

厚生労働省は[介護テクノロジーの利用促進ページ](https://www.mhlw.go.jp/stf/kaigo-ict.html)で、[介護記録ソフト機能調査結果（令和8年8月24日版）](https://www.mhlw.go.jp/content/12300000/001741865.xlsx)を公開しています。ベンダーの自己申告を集計したもので、令和8年8月24日版には53件（同一名の別エディションを含む）が並びます。サービス種別ごとに、記録業務・情報共有業務・請求業務のどこまで対応しているかが〇で埋まる形式です。集計すると次の分布になりました。

| サービス区分 | 記録業務 | 情報共有業務 | 請求業務 |
| ------ | ---- | ------ | ---- |
| 訪問     | 42件  | 38件    | 41件  |
| 通所     | 40件  | 37件    | 36件  |
| 居住     | 31件  | 29件    | 33件  |
| ケアマネ   | 38件  | 35件    | 38件  |
| 施設     | 28件  | 27件    | 29件  |

訪問系が42件に対し、施設系は28件でした。入所系の要件は24時間記録・多職種連携・体制加算の判定と重く、対応できる製品がその分絞られます。特養や老健の担当者が「候補が少ない」と感じるのは実感ではなく分布どおりで、逆に訪問系は候補が多すぎて比較設計のほうが難所になります。自分の種別で母数がいくつあるかを先に知っておくと、何社まで声をかけるかの判断が早くなりました。

### 販売形態の内訳から読む月額課金と売切方式の5年総額比較の起点

同じ調査には販売形態の欄もあります。53件の内訳は、月額払い方式（サブスクリプション形式を含む）が23件で最多、ライセンス単位の月額課金が6件、利用期限ありの売切方式が6件、年額払い方式が4件、利用期限なしの売切方式が3件でした。残りは年額と月額を選べる方式や、売切に年間保守を組み合わせる方式が少数ずつ並びます。

読み取れるのは、同じ「介護ソフト」でも課金の土台が揃っていないという事実です。売切方式の製品と月額方式の製品を単年で比べると必ず誤読します。課金方式ごとの月額レンジと損益分岐の計算式は[介護ソフトの費用を課金方式別に試算した記事](https://www.issoh.co.jp/column/details/16045/)に置きました。

### 標準仕様のバージョンとLIFE対応状況をベンダーへ確認する質問の形

この調査の実務価値は、対応状況を版番号で聞ける点にあります。令和8年8月24日版では、ケアプランデータ連携システム標準仕様Version4.1に対応と回答したのが45件、Version5.0に対応する予定と回答したのが46件でした。LIFEについては、厚生労働省が示すCSV連携仕様書へ「対応済」が42件、「LIFE対象サービス向けの製品でない」が8件、「その他」が3件です。「その他」の中身は、利用者情報のCSVだけ対応しているといった部分対応でした。

商談では「連携に対応していますか」と聞かないでください。対応という言葉は部分対応も含んで返ってきます。聞くべきは3つで、対応済みの標準仕様の版はいくつか、Version5.0の実装はいつのリリースか、LIFEのCSV取込に合わせた出力は全様式か一部様式か。調査結果の該当行を印刷して持ち込み、自社の回答と突き合わせてもらうのがいちばん速い進め方でした。

## 介護ソフトの費用構造と令和8年度の介護テクノロジー導入支援事業

金額は事業所規模と対象サービス種別で振れ幅が大きく、単一の相場では判断できません。構造で捉えます。

### 初期・月額・更新の3層で見る費用と見積もりから抜けやすい項目

費用は3層に分けて並べると比較できる形になります。第1層が初期費用で、導入設定、既存データの移行、初期研修が含まれます。第2層が月額費用で、クラウド型では利用者数や事業所数、あるいは職員IDの数で課金される方式が主流です。第3層が更新費用で、オンプレミス型では5年前後でのサーバー入れ替えとして、クラウド型では端末の更新として発生します。

見積もりから抜け落ちやすい項目は次の5つでした。

- 旧システムからのデータ移行費：利用者基本情報だけ移行し、過去の記録は移さない前提で見積もられていることがある
- 稼働直後の職員研修に要する人件費：シフトを二重に組む必要があり、外部への支払いはなくても実コストが出る
- タブレットや無線LANの整備費：ソフトの見積書には含まれず、別会社への発注になる
- 他システムとの連携開発費：会計や勤怠との接続は標準機能に入らず、別見積もりになる
- 介護情報基盤まわりの周辺費：カードリーダーの購入と端末ごとの証明書設定が要り、台数に比例して膨らむ

提案を受け取ったら、5年総額と7年総額の2本を出させてください。クラウド型とオンプレミス型は初期と月額の重心が逆なので、単年の数字だけでは大小が逆転します。

### 令和8年度の介護テクノロジー導入支援事業で押さえる補助の範囲

導入費用の一部には公的な補助が使えます。2026年9月時点で動いているのは、地域医療介護総合確保基金（介護従事者確保分）を財源とする介護テクノロジー導入支援事業で、従来ICT導入支援事業と呼ばれていた枠組みを含む形で整理されたものです。補助と加算を組み合わせて投資の順序を決める考え方は[介護DXの着手順序と投資回収を整理した記事](https://www.issoh.co.jp/column/details/16669/)に、施設類型ごとの進め方は[介護DXの事例を特養・老健・訪問・デイに分解した記事](https://www.issoh.co.jp/column/details/16671/)にまとめています。

実施要綱は、職員数の区分ごとに基準額を置く建て付けです。1名以上10名以下で100万円、11名以上20名以下で150万円、21名以上30名以下で200万円、31名以上で250万円が基準額として示され、職員数で合計金額が変動しない契約の場合は一律250万円が基準額になります。ただし実際に申請できる金額と補助率、受付期間は都道府県ごとの実施状況で決まります。[宮城県の令和8年度の案内](https://www.pref.miyagi.jp/soshiki/chouju/r8kaigo-technology.html)のように補助率を5分の4としている例もあり、受付が年度内の短期間だけという運用も少なくありません。金額を計画に織り込む前に、自法人の所在する都道府県の公募要領を一次情報として確認してください。ベンダーの営業資料には前年度の数字が残っている場合があります。

### 補助率を4分の3へ引き上げる要件にデータ連携が入っている構造

見落とされやすいのが、補助率の引き上げ要件そのものです。実施要綱は、在宅系サービスでは「ケアプランデータ連携システム等を利用し、かつデータ連携を行う相手となる事業所が決定していること」、それ以外の種別では「LIFE標準仕様に準じて介護ソフトから出力したCSVファイルをLIFEのCSV取込機能で提供している（または予定している）こと」「文書量半減を実現させる導入計画となっていること」のいずれかを満たす場合に、4分の3を下限として都道府県が設定した率を適用するとしています。要件を満たさない場合の下限は2分の1です。

差は2倍近い。つまり、対応していない製品を選んだ時点で補助額が半分になりかねません。前章の調査結果でVersion4.1対応が45件、LIFE CSV対応済が42件と分かっている以上、候補をこの条件で絞っても選択肢は十分に残ります。補助率と対象経費の詳しい読み方は[介護テクノロジー導入支援事業の対象経費と補助率を整理した記事](https://www.issoh.co.jp/column/details/17224/)で扱いました。なお、文書量半減の計画を立てるときの文書の数え方は、厚生労働省の[介護事業所におけるICT機器・ソフトウェア導入に関する手引き](https://www.mhlw.go.jp/content/12300000/001276275.pdf)が基準を示しています。

## 導入判断で見る4つの軸と実際に起きた失敗の型を条件で切り分ける

機能一覧の比較だけでは決まりません。運用が続く条件を軸に置き換えます。

### 制度改定への追随体制をベンダーの提案から見抜くための確認事項

改定のたびに単位数、加算要件、様式が動くため、ベンダーの追随体制が製品寿命そのものを決めました。ここを提案書の記載だけで判断すると外れます。

確かめるのは過去の実績です。令和6年度改定と令和8年度の期中改定のそれぞれについて、単位数マスタを何月に配布したか、追加費用を請求したか、事業所側の作業は何が必要だったかを具体的に答えられるベンダーは信頼できます。逆に「改定には対応します」という一般論しか返らない場合、社内に改定対応の型がない可能性が高いと見てください。令和9年度の本改定とAPI5.0版の実装が同じ時期に重なる以上、この質問は今なら現実の準備状況として聞けます。

### データ移行と乗り換えで発生する費用を契約前に固めておきたい理由

既存の介護ソフトからの乗り換えでは、移行の範囲が費用と稼働リスクの両方を左右します。利用者の基本情報と現在有効な計画書までは、たいていの製品が移行対象に含めます。問題になるのは過去の介護記録とアセスメント履歴です。

この部分はデータ構造がベンダーごとに異なり、機械的な変換が効きません。旧システムを参照専用で一定期間残す、PDFで一括出力して保管する、移行しないと割り切るという3つの選択肢を金額付きで並べさせてください。契約後にこの議論を始めると、稼働日を動かせない状況で追加費用を飲むことになります。あわせて、将来その製品から出ていく場合にデータをどの形式で受け取れるかも契約書で確認しておくと、次の判断が自由になりました。

### パッケージ導入と受託開発の線引きを回収年数で言い切る判断基準

ここが本記事で最も言い切っておきたい部分です。パッケージのままで足りるのは、単一のサービス種別を1〜2事業所で運営し、算定している加算が標準機能の判定範囲に収まり、他システムとの連携が国保連への伝送だけで完結する場合です。この条件に当てはまる事業者が開発に踏み込むと、投資は回収できません。標準機能に業務を合わせるほうが、総コストでも運用の安定性でも上回ります。

逆に受託開発や連携開発が見合うのは、次の3条件のうち2つ以上に当てはまる場合です。第一に、複数のサービス種別を複数事業所で運営し、法人単位の集計を職員が手作業で作っていること。第二に、会計・勤怠・人事のいずれかとの二重入力が月20時間以上発生していること。第三に、自治体独自様式や法人独自帳票の作成に定常的な工数がかかっていること。これらの実測時間を人件費に換算し、開発費を割って回収年数が3年以内に収まるなら、開発の判断は数字で支えられます。3年という基準は、次の本改定までの周期と一致させたものです。改定をまたぐと要件が動くため、それ以上長い回収計画は前提が崩れます。当社では既存パッケージを残したまま不足部分だけを作る形も含めて[医療機関向けシステム開発](https://www.issoh.co.jp/service/business%5Fsystem/medical/)として対応しており、実測工数から回収年数を出す段階からご相談いただけます。

## 介護ソフトの導入手順を選定から本稼働までの5段階で組み立てる

手順を分けておくと、どこで止まっているかが可視化されます。5段階で組みます。

### 現状棚卸しと必須要件の確定を製品比較より前に終わらせる段取り

第1段階は現状の棚卸しです。サービス種別、事業所数、算定している加算、既存システム、手作業が残っている業務とその所要時間を書き出します。ここを飛ばして製品比較へ進むと、デモを見た印象で決めることになりました。

第2段階が要件の優先順位づけです。請求が確実に通ること、算定している加算に対応していること、現場が入力を続けられることの3点を必須要件に置き、それ以外は加点要件へ落とします。2026年度以降はここへ、ケアプランデータ連携の標準仕様とLIFEのCSV出力への対応も必須要件として加えてください。加算率と補助率の両方に効くためです。必須要件を10個も並べると、どの製品も落ちます。サービス種別と事業所規模から必須要件を確定させる具体的な手順は[介護ソフトの選び方でサービス種別・規模から要件を決める記事](https://www.issoh.co.jp/column/details/16046/)にまとめました。

第3段階が製品の比較と試用です。候補を10社前後から3社へ落としていく手順は[介護ソフトの比較で候補を3社に絞る7軸](https://www.issoh.co.jp/column/details/16043/)で扱っています。カタログではなく、自事業所の実データに近い形でデモを依頼してください。特に月次の請求処理と加算判定の画面は、必ず操作させてもらいます。

### 旧システムのCSV出力を文字コードと欠損からコマンドで点検する手順

第4段階が契約とデータ移行です。ここで先に手を動かしておくと、移行見積もりの妥当性を自分で判断できます。旧システムからCSVを試し出力し、文字コードと必須列の欠損を数えるだけでも、移行作業の重さが数字で見えました。手元のPythonで次のように確かめられます。

```
import csv, collections, pathlib

raw = pathlib.Path('export_users.csv').read_bytes()
for enc in ('cp932', 'utf-8-sig', 'utf-8'):
    try:
        text = raw.decode(enc)
        print('encoding:', enc)
        break
    except UnicodeDecodeError:
        continue

rows = list(csv.DictReader(text.splitlines()))
print('rows:', len(rows))

need = ['被保険者番号', '保険者番号', '氏名カナ', '要介護度', '認定有効期間開始']
blank = collections.Counter()
for r in rows:
    for k in need:
        if not (r.get(k) or '').strip():
            blank[k] += 1
for k in need:
    print(k, 'blank:', blank[k])
```

cp932 で読めるならレガシーな出力、utf-8-sig ならBOM付きです。移行先が想定する文字コードと違えば、そこに変換工程が1つ挟まります。必須列の空欄が多ければ、移行前に旧システム側で埋める作業が要る。どちらも見積書の行として出てくる話なので、数字を持って交渉に入れます。なお氏名の外字と旧字体は、この点検では拾えません。実データで試し移行を1回通してもらうのが確実でした。

### 並行稼働の1か月で国保連伝送と返戻を確認してから切り替える判断

第5段階が並行稼働と本稼働です。請求のある業務は、最初の1か月を旧システムと並行で回し、国保連への伝送が通ることを確認してから切り替えるのが安全でした。並行期間の職員負担は事前にシフトへ織り込んでおきます。ここを省くと、返戻の山を稼働初月に抱えることになります。

切り替えの可否は、印象ではなく3つの結果で判断してください。並行月の請求が返戻なしで通ったか、加算の判定結果が旧システムと一致したか、記録の入力が現場の手で完結したか。1つでも欠けるなら、もう1か月延ばすほうが安い。稼働日を先に決めて逆算すると、この判断が甘くなります。

## よくある質問

選定の相談で繰り返し受ける質問を、判断に使える形で6つにまとめました。

### 介護ソフトと介護システムは何が違いますか？

実務上はほぼ同義の言葉として扱われるのが一般的です。あえて使い分けるなら、介護ソフトは製品としてのソフトウェアを、介護システムは事業所の業務を回す仕組み全体を指すニュアンスが強くなります。介護記録ソフトという呼び方は記録機能に軸足を置いた製品を指す場合が多いものの、請求まで含む製品にもこの名前が付いていることがあります。名前で判断せず、国保連への請求に対応しているか、対応しているサービス種別は何かという2点で読み替えてください。

### 介護ソフトの費用はどのくらいかかりますか？

事業所規模とサービス種別で幅が大きいため、単一の相場を示すことはできません。判断に使えるのは構造のほうです。初期費用、月額費用、5年前後で再発する更新費用の3層に分け、そこへデータ移行費・研修に伴う人件費・タブレットや無線LANの整備費・他システムとの連携開発費・介護情報基盤まわりのカードリーダーと証明書設定の費用を別枠で足してください。そのうえで5年総額と7年総額の2本で比較すると、クラウド型とオンプレミス型の重心の違いを吸収した判断ができます。

### クラウド型とオンプレミス型はどちらを選ぶべきですか？

新規に選ぶ場合はクラウド型を基準線に置いてください。多拠点や訪問先からの入力に対応でき、介護報酬改定に伴う更新がベンダー側で完結するためです。オンプレミス型が合理的なのは、通信環境が不安定な地域に施設がある場合と、既存資産が償却期間中で乗り換えの経済合理性がない場合の2つに限られました。オフラインでの入力継続が必要なら、クラウド型でも一時保存に対応した製品があるため、その仕様の有無を確認するほうが現実的な解になります。

### 補助金は介護ソフトの導入にも使えますか？

使える場合があります。2026年9月時点では、地域医療介護総合確保基金を財源とする介護テクノロジー導入支援事業が令和8年度も実施されており、記録・情報共有・請求を一気通貫で行える介護ソフトは補助対象に含まれます。実施要綱では職員数の区分ごとに100万円から250万円の基準額が示され、ケアプランデータ連携システムの利用やLIFEへのCSV提供といった要件を満たす場合に補助率が4分の3を下限として設定される仕組みです。ただし実施の有無・受付期間・率は都道府県ごとに決まるため、所在地の公募要領で必ず確認してください。採択される前提で契約を進めるのは避けたほうが安全です。

### 介護情報基盤やLIFEの移行で、介護ソフト側に何が必要になりますか？

事業所側の準備と、ソフト側の対応の2つに分かれます。事業所側は、介護保険資格確認等WEBサービスへの登録、端末ごとの電子証明書のインストール、カードリーダーとマイナ資格確認アプリの用意が必要です。ソフト側は、LIFE標準仕様に沿ったCSV出力と、ケアプランデータ連携の標準仕様への対応が求められ、2027年1月の統合に向けてはAPI標準仕様書に基づく改修が控えています。選定や更改の場では、対応済みの版番号と次期版の実装予定時期を、口頭ではなく書面で確認してください。

### パッケージの介護ソフトを入れたうえで独自機能を足せますか？

独自機能に対応できる範囲は製品ごとに異なる仕様です。連携用のAPIやCSVの入出力が公開されている製品なら、法人独自の帳票出力や会計システムとの連携を外側に作る形で対応できます。公開されていない製品では、画面からの手作業が残る前提になります。独自機能を足す可能性があるなら、選定段階でデータの入出力仕様が開示されるかを確認してください。開示されない製品を選ぶと、後から作る選択肢そのものが消えます。

## 関連記事

- [業務システムとは？種類・基幹システムとの違いと開発・導入形態の選び方](https://www.issoh.co.jp/column/details/12886/)：業務システム全般の定義と開発形態の判断軸を整理しています。
- [介護施設の勤怠管理システムとは？夜勤・シフト・人員配置基準に強い選び方](https://www.issoh.co.jp/column/details/15382/)：シフトと人員配置基準の詳細を扱っています。
- [医療・介護向け人事評価システムとは？多職種評価・資格連動の選び方](https://www.issoh.co.jp/column/details/15753/)：職員の評価と資格管理の側を比較しています。
- [ケア記録アシストとは？Geminiで介護記録を自動生成する仕組み・料金・導入法](https://www.issoh.co.jp/tech/details/11567/)：記録入力を軽くする製品の仕組みを解説しています。
- [介護施設におけるBCP（事業継続計画）とは何か：定義と目的、重要性](https://www.issoh.co.jp/column/details/10939/)：システム停止時の備えを含む事業継続の実務をまとめています。

---

出典: [介護ソフトとは？機能・種類とクラウド／オンプレの選び方｜介護情報基盤対応【2026年版】](<https://www.issoh.co.jp/column/details/16041/>)（株式会社一創）