30書類のAI生成を実現した発想転換 — 「自由記録方式」という選択

対象読者: 居宅・施設・通所・訪問系の介護事業者、書類業務の負担に課題を持つ管理者 この記事で分かること: 介護事業所が抱える「書類の多さ」をなぜ既存システムが解決できないのか、CareSpace OSが取った発想転換は何か 読了目安: 7分

介護事業者の本音 — 書類が多すぎる

介護事業者の経営者に話を聞くと、必ず出てくるテーマがある。「書類が多すぎる」。

居宅介護支援、訪問介護、訪問看護、通所介護、通所リハ、訪問リハ、訪問入浴、短期入所、特養、老健、グループホーム、特定施設、小規模多機能、福祉用具。サービス種別ごとに、それぞれ複数の書類フォーマットがある。

たとえば訪問介護なら、訪問介護計画書、サービス提供記録、ヘルパー連絡票、モニタリング表、利用者・家族同意書、契約書類。訪問看護なら、訪問看護計画書、訪問看護報告書、特別訪問看護指示書への対応記録、医師との連携記録。書類フォーマットの総数は、全サービス種別を合わせると50を超える。

この多さに、既存の多くの介護システムは「サービス種別ごとに専用入力画面を作る」というアプローチで応えてきた。訪問介護用の画面、訪問看護用の画面、通所介護用の画面。それぞれ独立した記録フォームがあり、ベンダーごとにUIが違う。

このアプローチの問題は3つある。

1. ケアマネが複数サービス種別をまたぐと混乱する

居宅介護支援のケアマネは、利用者ごとに訪問介護も訪問看護も通所リハも組み合わせる。サービス種別ごとに記録フォームが違うと、毎回操作を覚え直すことになる。

2. 書類追加のたびにシステム改修が必要になる

新しい加算が始まる、報酬改定で新書類が増える、自治体ごとに様式が違う。サービス種別×書類種別ごとに専用フォームを持つアーキテクチャでは、追加のたびに開発工数が膨らむ。

3. 同じ情報を何度も入力させる

利用者の住所、家族構成、主治医、既往歴。これらは複数の書類に共通で記載される。サービス種別ごとに独立フォームだと、同じ情報を何度も入れる羽目になる。

つまり、既存アプローチは「書類が多い」という問題に、「画面を増やす」という形で対応してきた。これが書類業務の負担を本質的には減らしていない理由だ。

CareSpace OSの発想転換 — 自由記録方式

私たちは、ここで発想を逆転させた。記録時にサービス種別を意識させない。

具体的にはこうだ。CareSpace OSの介護記録テーブル（care_records）は、サービス種別を問わず使える単一のスキーマを持つ。バイタル、食事、排泄、入浴、移動、コミュニケーション、医療処置、家族対応、経過記録など、介護現場で発生するあらゆるイベントを、25のカラムにマッピングしている。

ケアマネ、ヘルパー、看護師、リハ職、誰がどのサービス種別の業務をしていても、同じフォームで記録する。「自分は今訪問介護の記録を書いている」と意識する必要はない。観察した事実を、該当するカラムに入れるだけだ。

そして書類生成は、AIが後段で組み立てる。

利用者の蓄積されたcare_recordsデータ、アセスメント、ケアプラン、サービス利用票。これらをAIが読み、生成したい書類のフォーマットに合わせて再構成する。訪問看護報告書を作るときは、医療処置と医師連携の記録から組み立てる。通所リハ実施計画書を作るときは、リハ職の評価記録と機能訓練の経過から組み立てる。

現時点でCareSpace OSは、30種類の書類のAI生成に対応している。居宅介護支援の第1表〜第7表、訪問介護のサービス提供記録、訪問看護計画書・報告書、通所リハ計画書・実施計画書、訪問リハ計画書・実施計画書、特養・老健の施設サービス計画書、短期入所、小規模多機能、福祉用具、特定施設、グループホーム、特養アセスメント、老健リハ実施計画書。

入り口は1つ、出口は30。これが自由記録方式の効果だ。

なぜそう設計したか — 多サービス種別の事業所を想定した

設計判断の根拠は、CARESPACEがFC展開を見据えていることに由来する。

居宅介護支援事業所だけを運営するなら、サービス種別ごとの専用フォームでも回る。しかし私たちは、CareSpace OSを最終的に居宅・通所・訪問・施設のすべてのサービス種別で使えるOSとして設計している。FC加盟事業者が、訪問介護も通所介護も併設している場合、サービス種別ごとに別システムを使うのは現実的ではない。

「OSは1つ、業務は多様」という設計が必要だった。

技術的には、書類生成APIに30以上のテンプレート分岐を持たせ、各テンプレートがcare_recordsの必要なカラムをAIプロンプト経由で読み込む。書類追加は新しいテンプレート分岐を1つ書くだけで済む。記録の入り口は変えない。

これは「自由記録方式の見送り判断」を真剣に検討した上での決定だ。設計議論では「サービス種別ごとに記録フォームを分けるべきだ」という意見もあった。理由は「サービスの質を揃えるには、記録のフォーマットが揃っている必要がある」というもの。

私たちはこれに対して、「記録のフォーマットを揃えるのは出口（書類生成）でやれば良く、入り口（記録）は人間に優しい形にすべきだ」と判断した。記録時の人間の負荷を下げ、機械が後段で構造を整える。これがOSの役割分担だ。

既存ツールとの違い

既存ツールとの違いは、アーキテクチャの違いだ。

既存ツールの多くは「サービス種別×書類種別×自治体様式」の3次元マトリクスで画面を持つ。CareSpace OSは「単一の記録テーブル × AI書類生成テンプレート」という直交した構造を持つ。

メリット:

• 記録の入り口が1つ。教育コストが下がる。
• 書類追加は数日で対応できる。報酬改定にも追従しやすい。
• 同じ情報を二重入力させない。

デメリット（誠実に書く）:

• AI生成書類は人間のレビューが必須。完全自動ではない。
• 既存システムからの移行時、データ構造のマッピングが必要。
• AIモデルの精度が書類品質に影響する（現状はGPT-5.2を使用、定期的に見直し）。

この方式は、書類のフォーマットが頻繁に変わる業界（介護はまさにそう）に強い。逆に、書類フォーマットが固定的で、入力データが完全に構造化される業界では、専用フォーム方式のほうが効率が良い場合もある。

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

書類の多さは、介護事業者にとって「変えられない前提」として受け入れられがちだ。サービス種別ごとに様式が違うのは、制度がそうなっているから仕方ない、と。

しかし、システム側のアーキテクチャ次第で、ケアマネ・ヘルパー・看護師・リハ職の入力負荷は変えられる。書類の多さそのものは制度の問題だが、入力の重複や複雑さは設計の問題だ。

CareSpace OSが実装した自由記録方式は、現在「かいごの窓口」で運用検証中だ。ケアマネ1人が複数サービス種別の利用者を担当する状況で、記録時間がどう変化したかを毎月計測している。データが揃い次第、別記事で公開する予定。

導入を検討する事業者には、まず「自分の事業所では、書類のために何時間使っているか」を計測することをおすすめする。それが、CareSpace OSのような発想転換が必要かどうかの最も正直な判断材料になる。

▼ CareSpace OSの試用相談はこちら → app.carespace.jp ▼ 30書類対応の詳細は feature-specs/document-generation-expansion.md として社内公開中