「記録するだけ」から「状態を可視化する」へ — モニタリングOSという設計思想

対象読者: 居宅介護支援事業所の経営者、サービス管理者、介護DXを検討する事業者 この記事で分かること: なぜ既存の介護システムは「記録ツール」止まりなのか、CareSpace OSはなぜ「フィードバックエンジン」を目指したか 読了目安: 7分

介護記録は、誰のために書かれているのか

介護事業所のシステムを見ていると、ある違和感がある。記録は確かに溜まっている。日々の介護記録、訪問の経過記録、モニタリング結果、サービス担当者会議の議事録。データベースには年単位で蓄積されている。

ところがこの記録、誰も読み返していない。

正確には、こういうタイミングでは読まれる。

• 監査が来るとき
• ケアプラン更新の前
• 家族から「何かあったんですか」と問われたとき

つまり、事後的に参照される証憑として機能している。記録の主たる役割は「後で問われたときに出せる」ことであり、現在進行形の利用者の状態把握には、ほとんど使われていない。

これは介護システムの設計思想に起因する。多くのシステムは「記録ツール」として作られている。フォームに入力する、保存する、いつでも検索できる。それで仕事は完結する。

しかし本当は、記録の価値は別のところにある。蓄積されたデータから「利用者の状態がどう変化しているか」を可視化し、「次に何をすべきか」を示すこと。これが本来の役割のはずだ。

CareSpace OSのモニタリングOSが目指したもの

私たちは、CareSpace OSの利用者詳細ページに「モニタリング」タブを新設した。これは単なる記録閲覧画面ではない。記録から利用者の状態を抽出し、変化を可視化し、ケアマネに「次に確認すべきポイント」を提示するエンジンだ。

具体的には3つのレイヤーで構成されている。

1. 状態スナップショット（client_status_snapshots）

各時点での利用者の状態を、複数の指標で記録する。ADL、IADL、認知機能、栄養状態、家族の介護負担、本人の意欲。これらが時系列で並ぶと、「3ヶ月前と比べて食事の自立度が下がっている」「家族の介護負担スコアが急上昇している」といった変化が一目で見える。

2. AI確認ポイント

スナップショットの変化を、AIが自動で評価する。たとえば「ADLの食事項目が3段階下がっています。原因として、嚥下機能の低下、口腔内のトラブル、認知機能の影響などが考えられます。次回訪問時に確認してください」といった形で、ケアマネに問いかけを提示する。

これは「AIが答えを出す」のではなく、「AIが問いを立てる」設計だ。最終判断はケアマネが行う。AIの役割は、見落としを防ぎ、思考の出発点を提供することにある。

3. ケースファイルからの取り込み

外部から届く書類（病院からの紹介状、訪問看護からの報告書、家族からのメール）も、モニタリングの素材になる。AIが書類を解析し、「この情報はこの利用者のこの項目に関連する」と判定して、状態スナップショットに反映させる。

記録が証憑から状態の地図へ変わる。これがモニタリングOSが目指したものだ。

なぜそう設計したか — 介護報酬の構造から逆算した

設計判断は、介護報酬の構造から逆算している。

居宅介護支援は、月1回のモニタリング訪問が義務付けられている。多くのケアマネは、これを「訪問してチェックリストを埋める」作業として捉えている。実際、既存システムの多くも、モニタリング画面はチェックリスト形式だ。

しかし本来、モニタリングとは「利用者の状態が、ケアプランで想定したとおりに推移しているかを評価する」行為のはずだ。想定通りなら継続、ズレているならケアプランを見直す。これがモニタリングの本質的な意味だ。

ところが現場では、こうなっている。

• ケアマネが訪問する
• 「変化なし」とチェックを入れる
• 月末にチェックリストをPDFにして保管する
• 数ヶ月後、利用者が急変したとき、「兆しはあったかもしれない」と振り返る

この問題の根は、個別のチェックリストでは状態の推移が見えないことにある。今月のチェックリストと先月のチェックリスト、3ヶ月前のチェックリストを並べて比較する作業を、人間がやっていない。やる時間も動機もないからだ。

私たちは、ここを機械にやらせた。状態スナップショットを時系列で並べ、変化を可視化する。AIが変化を読み、ケアマネに問いを投げる。ケアマネは「機械が見つけた変化」を起点に、訪問時の質問内容を組み立てられる。

これが「記録するだけのシステム」と「フィードバックエンジン」の違いだ。

既存システムとの違い、そして合わない事業者

正直に書く。モニタリングOSは、すべての事業所に合うわけではない。

合わないケース:

• 月のモニタリング訪問を「形式的なチェック」として処理している事業所（モニタリングOSの価値が出ない）
• 紙の記録のまま運用したい事業所（デジタル化の前段階が必要）
• ケアマネ1人あたりの担当件数が法定上限に張り付いていて、観察記録に時間を取れない事業所（先に件数調整が必要）

合うケース:

• ケアプラン更新時に「過去半年の状態推移」を見たい事業所
• 利用者の急変を未然に察知したい事業所
• 家族から「最近どうですか」と問われたとき、データに基づいて答えたい事業所
• 監査対応の質を上げたい事業所

CareSpace OSのモニタリングOSは、現在「かいごの窓口」で実利用者を相手に運用しながら磨いている。MVP段階のため、機能は今後も拡張される（次は身体マップ、人体図SVGによる状態可視化を実装予定）。

介護事業者へのメッセージ

記録ツールから状態地図へ。フォーム入力から問いかけへ。

この発想転換は、コードの話ではなく業務設計の話だ。CareSpace OSはコードでこれを実装したが、本質はOSがどんな業務を可能にするかにある。

導入を検討する事業者には、まず「自分の事業所では、過去半年の利用者の状態推移を、データで答えられるか?」を自問してほしい。答えがノーなら、モニタリングOSの価値が体感できる可能性が高い。

▼ CareSpace OSの試用相談はこちら → app.carespace.jp ▼ 設計判断の詳細は decisions.md として社外公開も検討中