Media > AI活用ユースケース > 品質管理 > 介護記録の記述から、不適切なケアや虐待の兆しにつながりかねない書き方と事実の書き漏れを判定し、管理者が確かめる記録と書き方の助言を返す

介護記録の記述から、不適切なケアや虐待の兆しにつながりかねない書き方と事実の書き漏れを判定し、管理者が確かめる記録と書き方の助言を返す

実装ステータス:構成例 技術的に実現可能な構成として設計したもの。自社未検証

介護記録の記述を読み、不適切なケアや虐待の兆しにつながりかねない書き方と、書かれているべき事実の書き漏れを判定します。管理者には、確かめるべき記録を優先度の順に並べ、職員には書き方の助言を返します。

サマリー
生成AI
ChatGPT/Claude/Gemini
連携・自動化
Power Automate/Python
対象業界
介護/医療
対象部門
品質管理/総務
対象業務
内容確認・チェック/分類・仕分け
主な課題
人手が足りない/属人化している/確認ミスが多い
AIで行う処理
判定
主な効果
品質標準化/対応スピード向上/工数削減
導入難易度
★★★☆☆
実装レベル
本格構成
費用感
API連携(中)
人間の確認
条件付き
現在工数
60h/月
AI導入後
20h/月
想定削減
67%
年間削減
480h
モデル条件による試算値です。実在企業の実績ではありません。

01導入前 / 導入後の業務フロー

導入前(Before)
  1. フロアリーダーが、担当のユニット群の利用者について、1週間分の記録を介護記録ソフトで開く
  2. 様子と対応の欄を読み、気になる記述を探す
  3. あざ・けが・転倒・拘束に当たりそうな記述があれば、事故報告と照らし合わせる
  4. 報告が無いもの、記録に事実が足りないものは、書いた職員に聞く
  5. 必要なものを施設長と委員会に上げる
  6. 書き方に問題のある記録は、職員に口頭で伝える
導入後(After)
  1. 自動毎日の終わりに、介護記録ソフトからその日の記録を書き出す
  2. 自動利用者の氏名を記号に置き換え、職員の氏名を職員番号に置き換える
  3. 自動プログラムが、身体拘束に当たる行為の語、けが・あざの語、決めつけの言葉の辞書に当たり、候補に印を付ける
  4. 自動Claude API が、記録を1件ずつ読み、書き方の判定と事実の書き漏れの判定を付ける
  5. 自動原因の分からないけが、拘束に当たる行為の記述で必要な事実が無いものは、その日のうちにフロアリーダーと施設長へ知らせる
  6. 自動週に1回、利用者ごとに1週間分の判定をまとめ、確かめる記録を優先度の順に並べる
  7. 人フロアリーダーが、優先度の高い記録から原文を読み、職員に聞く
  8. 人必要なものを施設長と委員会に上げる。通報するかは施設長と委員会が判断する
  9. 人書き方の助言は、フロアリーダーが確かめてから職員に返す
各工程の詳しい説明を読む
  1. フロアリーダーが、担当のユニット群の利用者について、1週間分の記録を介護記録ソフトで開く
  2. 様子と対応の欄を読み、気になる記述を探す
  3. あざ・けが・転倒・拘束に当たりそうな記述があれば、事故報告と照らし合わせる
  4. 報告が無いもの、記録に事実が足りないものは、書いた職員に聞く
  5. 必要なものを施設長と委員会に上げる
  6. 書き方に問題のある記録は、職員に口頭で伝える

(a)読み切れない。 1週間分の記録は、利用者1人で数十件になります。30名の担当なら、数百件を週に1回読むことになります。 結局は、気になる利用者の記録だけを開き、残りは流し読みになります。

(b)気づくかどうかが人による。 「ベッド柵4点」「つなぎ服着用」を、身体拘束に当たる行為の例と結びつけて読めるフロアリーダーもいれば、いつもの記録として読み流す人もいます。同じ記録でも、誰が読んだかで委員会に上がるかが変わります。

(c)事実が足りない記録は、後から埋まらない。 皮下出血を見つけた記録に、部位しか書かれていない。数日後に聞いても、職員の記憶は薄れていて、大きさも、見つけた時刻も分かりません。 原因を確かめる手がかりがそこで途切れます。

(d)書き方の癖は、注意しても残る。 「拒否」「暴言」「徘徊」「問題行動」のような言葉は、利用者を決めつけ、何があったかを隠します。口頭で伝えても、次の週には同じ言葉が戻ってきます。 誰の、どの記録の、どの言葉かを示さないと、直りません。

  1. 【自動】 毎日の終わりに、介護記録ソフトからその日の記録を書き出す
  2. 【自動】 利用者の氏名を記号に置き換え、職員の氏名を職員番号に置き換える
  3. 【自動】 プログラムが、身体拘束に当たる行為の語、けが・あざの語、決めつけの言葉の辞書に当たり、候補に印を付ける
  4. 【自動】 Claude API が、記録を1件ずつ読み、書き方の判定と事実の書き漏れの判定を付ける
  5. 【自動】 原因の分からないけが、拘束に当たる行為の記述で必要な事実が無いものは、その日のうちにフロアリーダーと施設長へ知らせる
  6. 【自動】 週に1回、利用者ごとに1週間分の判定をまとめ、確かめる記録を優先度の順に並べる
  7. 【人】 フロアリーダーが、優先度の高い記録から原文を読み、職員に聞く
  8. 【人】 必要なものを施設長と委員会に上げる。通報するかは施設長と委員会が判断する
  9. 【人】 書き方の助言は、フロアリーダーが確かめてから職員に返す

5番目を週の流れから外しているのが、この設計の分かれ目です。 原因の分からないけがは、確かめるのが1日遅れるごとに手がかりが消えます。週の点検は記録の質を上げるための仕組みで、急ぐものを拾う仕組みではありません。

9番目で、助言をAIから職員へ直接返さないのも意図してのことです。 記録を書いた職員にとって、AIからの指摘は「見張られている」と受け取られかねません。フロアリーダーが確かめ、自分の言葉で返します。

02今回想定するシステム構成

構成図
介護記録ソフト(日付・利用者ごとの記録)
   │  毎日の終わりに書き出し
   ▼
Python(連携)
   ├── 氏名の記号化(利用者・職員)
   ├── 辞書による候補の印
   │     拘束に当たる行為の語/けが・あざの語/決めつけの言葉
   └── 事故・ヒヤリハットの報告の有無を照合
   ▼
Claude API ── 記録1件ごとに
   │   ① 不適切なケアにつながりかねない書き方の判定
   │   ② 書かれているべき事実の書き漏れの判定
   │   ③ 書き方の助言
   ▼
Python ──┬── 急ぐもの → その日のうちにフロアリーダーと施設長へ
         └── 週に1回、利用者ごとに優先度の順でまとめる
   ▼
【フロアリーダーが原文を確かめる → 委員会・施設長へ】
役割想定する製品代替候補
処理Claude API(書き方と事実の書き漏れの判定、書き方の助言)OpenAI API、Gemini API
連携Python(記録の書き出しの取り込み、氏名の記号化、辞書の照合、優先度の並べ替え)Microsoft Power Automate
保管施設の共有フォルダ(委員会の事務局だけが開ける場所)介護記録ソフトの添付の領域

介護記録ソフトには書き込みません。 記録を直すのは書いた職員で、AIが記録を書き換えると、何が最初に書かれていたかが分からなくなります。 記録の書き換えは、それ自体が疑いを招きます。

判定の物差しは、厚生労働省の身体拘束の手引きから取ります。 令和6年3月の「介護施設・事業所等で働く方々への身体拘束廃止・防止の手引き」は、身体拘束廃止・防止の対象となる具体的な行為の例として、ベッドに体幹や四肢をひも等で縛る、ベッドを柵(サイドレール)で囲む、ミトン型の手袋等をつける、Y字型拘束帯や腰ベルト・車いすテーブルをつける、介護衣(つなぎ服)を着せる、自分の意思で開けることのできない居室等に隔離する、などを挙げています。これらはあくまでも例示であり、他にも身体拘束に該当する行為があることに注意が必要とされています。

AIの出力は JSON で受けます。 Claude API の構造化出力は、output_config.format に JSON スキーマを渡すと、スキーマに合った JSON を返すとされています。優先度で並べ替え、急ぐものだけを先に知らせるには、判定の形が決まっていることが要ります。

03どうやって実装するのか

Step1

処理の起点を決める

トリガーは2つあります。 1つは毎日の終わりの定時実行で、その日の記録を書き出して判定します。 もう1つは週に1回の定時実行で、利用者ごとに1週間分の判定をまとめます。

毎日の判定を夜勤の入る前の時刻にしているのは、急ぐものをその日のうちに届けるためです。 原因の分からないけがの記録が夕方までに書かれていれば、夜勤の職員への申し送りの前に、フロアリーダーが確かめられます。 夜勤の記録は翌日の判定に入ります。

週のまとめは、フロアリーダーの点検の日の朝に届くようにします。 4つのユニット群で点検の曜日をずらしている施設なら、まとめもユニット群ごとに曜日をずらします。

Step2

入力データを集める

データ中身取得元
介護記録日時、記録の種類(食事・排泄・入浴・様子・対応)、記述の本文、書いた職員の番号介護記録ソフトの書き出し
利用者の基本の情報記号、ユニット、要介護度、認知症の有無、身体拘束の実施の有無とその手続きの記録の有無介護記録ソフトの書き出し
事故・ヒヤリハットの報告日時、利用者の記号、内容、報告者報告書の一覧
辞書拘束に当たる行為の語、けが・あざの語、決めつけの言葉と言い換えの例委員会の事務局で作る一覧
施設の記録の書き方の基準けが・転倒・拘束のときに書く事実の項目施設の記録の手引き

質を決めるのは、2行目の「身体拘束の実施の有無とその手続きの記録の有無」です。 緊急やむを得ないとして手続きを経て身体拘束をしている利用者の記録に「ベッド柵4点」とあるのと、手続きの記録が無い利用者の記録に同じ言葉があるのとでは、意味がまったく違います。 この区分が無いと、AIはどちらも同じ強さで印を付けます。

3行目の事故報告は、照らし合わせのために使います。 皮下出血の記録があり、同じ日に事故報告がある。その組み合わせなら、記録の書き漏れの話に絞れます。 事故報告が無ければ、原因の分からないけがとして急ぐ側に回します。

Step3

データの取得方法を決める

介護記録ソフトの書き出しは、日付・利用者・記録の種類ごとに1行の表として取り込みます。書き出しの形式はソフトによって違うため、最初は施設の担当者が毎日決まった時刻に書き出してフォルダに置く運用でも足ります。

取るものどこから何に使うか
その日の記録介護記録ソフトの書き出し判定の対象
利用者の区分介護記録ソフトの書き出し拘束の手続きの有無、認知症の有無で判定の物差しを変える
事故・ヒヤリハットの報告報告書の一覧けがの記録と照らし合わせる
前の日までの判定判定の保存先同じ利用者の同じ型の記述が続いているかを見る
辞書と記録の書き方の基準委員会の事務局の一覧候補の印と、書き漏れの判定の物差し

前の日までの判定を一緒に渡すのは、続いていることに意味がある記述があるからです。 「食事は摂らず」が1回なら様子の記録ですが、3日続いて対応が何も書かれていなければ、放置の兆しとして確かめる必要があります。 1件ずつの判定では見えない型です。

Step4

AIへ渡す前に整形する

  1. 氏名の記号化 … 利用者の氏名を記号に、職員の氏名を職員番号に置き換えます。記述の中に書かれた家族の名前も、辞書で置き換えます
  2. 記録の種類の振り分け … 食事・排泄の数値だけの記録は判定から外し、文章の記述のある記録だけを渡します
  3. 辞書による候補の印 … 拘束に当たる行為の語(柵、ミトン、つなぎ、ベルト、施錠など)、けが・あざの語(皮下出血、内出血、表皮剥離、腫れ、発赤)、決めつけの言葉(わがまま、問題行動、暴言、拒否、徘徊)に当たる記録に印を付けます
  4. 事故報告との照合 … けが・あざの語に当たった記録に、同じ利用者の同じ日の事故報告があるかを付けます
  5. 利用者の区分の付与 … 拘束の手続きの記録の有無、認知症の有無を記録ごとに付けます
  6. 続いている記述の集計 … 同じ利用者の「摂らず」「拒否」「交換できず」などが何日続いているかを数えます

3番目の辞書は、AIの取りこぼしを防ぐためのものです。 辞書に当たった記録は、AIが何も問題なしと判定しても、候補として週のまとめに残ります。 AIには、その候補が確かめるべきものかを文脈で見る仕事と、辞書に無い書き方を見つける仕事を任せます。

Step5

AIに処理させる

させるのは、記録1件ごとに3つの判定を付けることです。

判定見るもの付けるもの
不適切なケアにつながりかねない書き方身体拘束に当たる行為の記述、行動を言葉で止める記述(「座ってて」「待ってて」の繰り返し)、長い時間の放置をうかがわせる記述、乱暴な言葉や対応の記述種類と、根拠にした原文の引用
事実の書き漏れけが・あざ・転倒・拘束の記録で、決められた事実の項目が書かれているか足りない項目の名前
書き方の助言利用者を決めつける言葉、主観だけで事実の無い記述何を事実として書けばよいかの例

事実の項目は、施設の記録の書き方の基準から取ります。 けがやあざなら、部位・大きさ・色・見つけた日時・見つけた職員・本人の訴え・報告した相手。身体拘束なら、手引きが示す態様及び時間、その際の本人の心身の状況、緊急やむを得なかった理由です。手引きでは、緊急やむを得ず身体拘束を行う場合にはこれらを記録しなければならないとされています。

優先度は、AIではなくプログラムが決めます。

優先度条件
急ぐ(その日のうちに知らせる)けが・あざの記録で事故報告が無い/拘束に当たる行為の記述で、手続きの記録が無い利用者
高い拘束に当たる行為の記述で、態様・時間・心身の状況・理由のどれかが無い/放置をうかがわせる記述が3日以上続く
中くらい行動を言葉で止める記述の繰り返し/乱暴な対応の記述
低い決めつけの言葉だけで、ほかに印の無い記録

優先度を規則にしているのは、施設の方針で動かすものだからです。 何を急ぐとするかは、委員会で決めて変えていくものです。AIの判定を変えずに、規則だけを直せます。

させないこと理由
虐待に当たるかの結論記録から分かるのは書かれたことだけ。判断は施設長と委員会
通報すべきかの判断法律上の判断。AIの印の有無で決めない
職員の評価・指導の要否記録の点検の目的を外れる。職員の信頼を失う
記録の本文の書き換え最初に書かれたことが残らなくなる
書かれていない事実の推測「おそらく転倒によるもの」と書くと、確かめる前に原因が決まってしまう

最後の行がいちばん起きやすい失敗です。 あざの記録に、前の日の転倒の記録があると、AIは「転倒によるものと考えられる」と書きたがります。それが正しいかは誰にも分かりません。 推測を書かせると、確かめる側がその推測に引っ張られます。

Step6

指示内容を固定する

あなたは介護施設で、介護記録の書き方を点検する担当です。
目的は、管理者が確かめたほうがよい記録に印を付けることと、
記録の書き方を良くするための助言を作ることです。
虐待に当たるか、通報すべきか、職員に問題があるかは判断しないでください。

【判定1:不適切なケアにつながりかねない書き方】
次のいずれかに当たる記述があれば、種類と原文の引用を返してください。
- restraint ... 身体拘束に当たる行為の記述(柵で囲む、ひも・ベルト・ミトン・
                 つなぎ服、車いすテーブル、居室の施錠など。例示に限らない)
- speech ...... 言葉で行動を止める記述(「座ってて」「待ってて」などの繰り返し)
- neglect ..... 長い時間の放置、必要な介助をしなかったことをうかがわせる記述
- harsh ....... 乱暴な言葉や対応の記述
当たらなければ none としてください。

【判定2:事実の書き漏れ】
けが・あざ・転倒・身体拘束の記述がある場合、
【記録の書き方の基準】の項目のうち、書かれていないものを列挙してください。

【判定3:書き方の助言】
利用者を決めつける言葉(わがまま、問題行動、暴言、拒否、徘徊など)や、
主観だけで事実の無い記述があれば、何を事実として書けばよいかを示してください。

【厳守事項】
- quote には原文をそのまま写してください。言い換えないでください。
- 書かれていない事実を推測しないでください。
  「転倒によるものと考えられる」「夜間に起きたと思われる」などと書かないでください。
- 助言は、記録を書き直した文章ではなく、
  「いつ・どこで・何があり・どう対応したか」のうち何を書けばよいかで示してください。
- 職員を評価する言葉を書かないでください。
- 拘束の手続きの記録がある利用者でも、判定1は付けてください。
  判断は人が行います。
- 渡された辞書の候補には、すべて「印を付ける/付けない」と短い理由を返してください。

【利用者の区分】{resident_profile}
【記録の書き方の基準】{record_rules}
【辞書の候補】{dict_candidates}
【前の日までの判定(同じ利用者)】{previous_flags}
【記録】{records}

「拘束の手続きの記録がある利用者でも判定1は付ける」を書くのは、AIが気を回して外すからです。 手続きを経ていても、要件に当たらなくなったら直ちに解除することが手引きで重要とされています。 続いていることそのものを、委員会が見られるようにします。

「推測しない」を具体的な言い回しで禁じているのも同じ理由です。 「推測しないで」だけでは、「可能性がある」と書いて推測を残します。禁じるのは、原因を書くこと全体です。

Step7

出力形式を固定する

次の形のJSONで受け取ります。

{
  "record_id": "",
  "resident": "R-0123",
  "care_flags": [
    { "type": "restraint | speech | neglect | harsh", "quote": "", "reason": "" }
  ],
  "missing_facts": [
    { "event": "injury | fall | restraint", "missing": ["size", "found_time", "reported_to"] }
  ],
  "wording_advice": [
    { "quote": "", "advice": "" }
  ],
  "dict_candidates": [
    { "candidate_id": "", "decision": "flag | no_flag", "reason": "" }
  ]
}

missing の値は、site(部位)/size(大きさ)/color(色)/found_time(見つけた日時)/found_by(見つけた職員)/complaint(本人の訴え)/reported_to(報告した相手)/manner_and_time(拘束の態様と時間)/condition(その際の心身の状況)/reason(緊急やむを得なかった理由)から選ばせます。

1つ目の理由は、優先度を規則で決められることです。 care_flags の種類と、missing_facts の中身と、事故報告の有無と、利用者の区分を組み合わせて、プログラムが急ぐ・高い・中くらい・低いを付けます。

2つ目は、quote を原文と照合できることです。 記録の本文に quote が文字どおりあるかを確かめ、無ければ「引用不一致」として印だけを残します。 職員の書いていない言葉を根拠にした印を、管理者に見せないためです。

3つ目は、missing を決まった値から選ばせることで、施設ごとの集計ができることです。 「大きさが書かれていない記録が多い」「報告した相手が書かれていない」が月ごとに数えられ、記録の書き方の研修の題材になります。

missing の多い項目研修で扱うこと
size / colorあざの大きさを何で測り、どう書くか
found_time / found_by見つけた時刻と人を必ず書く理由
reported_to誰に報告したかを書く理由と、報告の流れ
manner_and_time / condition / reason緊急やむを得ない場合の記録の書き方
Step8

システムへ連携する

つなぎ先方式内容
介護記録ソフト書き出したファイルを読むその日の記録と利用者の区分
事故・ヒヤリハットの報告一覧のファイルを読むけがの記録との照らし合わせ
Claude APIMessages API の呼び出し記録1件ごとの判定
フロアリーダーと施設長施設のメール(記号のみ)急ぐものの知らせ
委員会の事務局の共有フォルダファイルの保存週のまとめと、月ごとの集計

知らせのメールには、利用者の氏名を書きません。 記号と、ユニットと、記録の日時だけを書き、氏名との対応は施設の中の端末で引きます。 メールが転送されても、誰の話かが分からないようにします。

介護記録ソフトへの書き戻しはしません。 判定の結果は委員会の事務局のフォルダにだけ置き、職員が日々開く画面には出しません。

Step9

人が確認する

フロアリーダーが、急ぐものはその日のうちに、週のまとめは点検の日に見ます。

  1. 急ぐものを先に見る … 原因の分からないけがと、手続きの記録の無い利用者の拘束の記述です。原文を読み、書いた職員に事実を聞き、必要なら施設長へ上げます
  2. 高いものを見る … 拘束の記録の書き漏れ、続いている放置の兆し。委員会に持ち込むかを決めます
  3. 中くらいと低いものを流し見る … 書き方の助言として職員に返すものを選びます
  4. 書き方の助言を自分の言葉で返す … AIの文をそのまま渡しません
  5. 印が誤っていたら記録する … どの印が、なぜ誤っていたかを残します

施設長と委員会に上げたあとの判断は、この構成の外にあります。 高齢者虐待防止法では、養介護施設従事者等は、同じ施設の従事者による虐待を受けたと思われる高齢者を発見した場合は、速やかに市町村に通報しなければならないとされています。AIの印は、その判断を急がせることはあっても、遅らせる理由にはなりません。 印が無くても、職員が気づいたことは、これまでどおり上げてもらいます。

フロアリーダーが確かめずに上げないことも大事です。 印の付いた記録を確かめずに委員会に上げると、書き方が雑だっただけの記録が、職員への疑いとして広がります。

Step10

例外に対処する

起きること対応
記録ソフトの書き出しが無い・空判定せず、事務局に知らせる。前の日の分は翌日にまとめて判定
氏名の記号化に失敗した記述があるその記録は送らずに印を付け、事務局が手で記号化する
quote が原文に無い「引用不一致」として印だけを残し、AIの理由は表示しない
辞書の候補の数と decision の数が合わないもう一度呼び出し、2回続けば候補をそのまま週のまとめに残す
推測の文(「〜によるものと考えられる」)が出力に入る語の並びで検知し、その出力を捨てて呼び直す
同じ利用者に急ぐものが同じ日に複数1通の知らせにまとめる
記録が外国語で書かれている判定せず、訳してから判定するか、フロアリーダーが読む
API が応答しないその日の記録を保留し、時間をおいて再実行。急ぐものの辞書の照合だけは先に知らせる

最後の行の「辞書の照合だけは先に知らせる」を必ず入れてください。 AIが止まっても、けが・あざの語に当たり事故報告の無い記録は、辞書と照合だけで拾えます。 急ぐものの知らせを、AIの調子に預けないためです。

Step11

記録を残す

  • 判定に使った記録の書き出し(記号化した後のもの)と、判定した日時
  • Claude API の応答の JSON の全文と、使ったプロンプトの版、辞書と記録の書き方の基準の版
  • プログラムが付けた優先度と、そのときの規則の版
  • 急ぐものを知らせた日時と、フロアリーダーが確かめた日時
  • フロアリーダーの判断(委員会へ上げた/職員に聞いて解決した/印の誤り)と、その理由
  • 月ごとの missing の集計と、care_flags の種類ごとの件数

4つ目の「知らせた日時と確かめた日時」は、仕組みが動いていることの証拠です。 知らせても見られていない日が続くなら、知らせの宛先か時刻が合っていません。

このログは、委員会の事務局だけが開ける場所に置きます。 誰の記録にどの印が付いたかは、職員の評価に使われると、職員が記録を書かなくなる種類の情報です。

04実装レベルの3段階

最小構成:記号化した記録を手でAIの画面に貼り、印と書き漏れを出させる / 1名分ずつの記録の判定
半自動化:上記+Python で書き出しの取り込みと記号化と辞書の照合を行い、Claude API で JSON を受けて週のまとめを作る / 判定と週のまとめ
本格構成:上記+毎日の判定と急ぐものの知らせ、事故報告との照合、続いている記述の集計、月ごとの集計 / 点検の全体と、急ぐものの早い知らせ

最小構成では件数がさばけません。 1名分ずつ貼り付けるので、確かめるための段階です。 半自動化で、記録を読み通す作業が週のまとめを見る作業に変わります。 ただ、急ぐものはまだ週の点検まで待つことになります。本格構成で毎日の判定と知らせが加わり、この段階が本記事の想定です。 段階を飛ばさないでください。 半自動化の週のまとめを1か月見ると、誤った印の型と、辞書に足りない言葉が分かります。そこを直してから毎日の知らせを始めないと、フロアリーダーの携帯に誤った知らせが毎日届き、知らせそのものが読まれなくなります。

05工数削減シミュレーション

前提値(モデル条件)
対象人数
4 名
月間件数
400 件
1件あたり現在時間
9 分
1件あたり導入後時間
3 分
現在  400件 × 9分 ÷ 60 = 60 時間/月
導入後 400件 × 3分 ÷ 60 = 20 時間/月
月間削減時間
40h
削減率
67%
年間削減時間
480h
年間金額換算(時間単価2,800円)
134万円
モデル条件による試算であり、実際の効果は業務内容・運用方法によって異なります。

自社条件で導入効果を整理したい方へ

このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。

AI活用について相談する

06向いている企業・向いていない企業

向いている
  1. 介護記録を介護記録ソフトに文章で入力していて、記録を日ごと・利用者ごとに書き出せる特別養護老人ホーム・介護老人保健施設・グループホームなど。フロアリーダーや生活相談員が記録を読んで気になる記述を探しているが、件数が多く読み切れていない場合。虐待防止の委員会や身体拘束の適正化の委員会があり、記録の点検の結果を持ち込む先が決まっている場合。
向いていない
  1. 記録の大半がチェック欄と数値で、文章の記述がほとんど無い事業所。記録が手書きの紙で、文字として取り出せない場合。利用者が少なく、管理者が毎日すべての記録に目を通せている場合。なお、虐待に当たるかの判断、市町村への通報の判断、職員への指導や処分の判断は、この構成では代替できません。

07最小構成で試す方法

  1. 過去3か月の記録から、利用者10名分の1週間ずつを選ぶ(うち数名は、当時あざや拘束の検討があった利用者を入れる)
  2. 氏名を記号に置き換え、施設の外に出してよい形にする
  3. 手元のAIサービスに1週間分ずつ貼り付ける
  4. 「この介護記録から、身体拘束に当たる行為の記述、言葉で行動を止める記述、放置をうかがわせる記述、乱暴な対応の記述を、原文を引用して挙げてください。けが・あざ・拘束の記録で書かれていない事実の項目を挙げてください。原因は推測しないでください」と指示する
  5. 出てきた結果を、当時フロアリーダーが気づいたことと、委員会の議事録と突き合わせる

10名分は必ずやってください。 書き出しと記号化の仕組みを作る前に、「AIの印が、委員会が気にしてきたことにどこまで近いか」を確かめます。

出てきた内容判断
当時気づいた記述の大半に印が付き、書き漏れの指摘も当たっている書き出しと辞書の照合に進む
原因を推測して書いた指示の書き方で直る。構成は有効
印が多すぎて読む気にならない優先度の規則と、利用者の区分の持たせ方を先に決める

3行目はよく起きます。 失敗ではなく、何を急ぎ、何を書き方の話にとどめるかが、施設として言葉になっていなかったということです。委員会でその線を決める題材になります。

08実装時につまずきやすいポイント

問題対策
原因を推測して書く指示で言い回しまで禁じ、推測の文を語の並びで検知して呼び直す
手続きを経た拘束の記述に印を付けない指示で付けさせ、優先度で区別する
印が多すぎてフロアリーダーが見なくなる優先度を規則で付け、急ぐものだけを毎日知らせる
急ぐものが週の点検まで待たされる毎日の判定と知らせを分け、AIが止まっても辞書で知らせる
記述の中の氏名が記号化されずに送られる記号化に失敗した記録は送らない
引用が原文と違うquote を原文と照合し、一致しない印は理由を表示しない
書き方の助言がAIの文のまま職員に届くフロアリーダーが確かめて自分の言葉で返す
印の結果が職員の評価に使われるログを委員会の事務局だけの場所に置き、目的を施設として決める
認知症の利用者の「拒否」がすべて印になる利用者の区分を渡し、言い換えの助言にとどめる
続いている放置の兆しが見えない前の日までの判定と、続いている記述の集計を渡す
印が無いことを「問題なし」と受け取る印の無い記録も気づいたことは上げる、と施設で決めておく

上の4行が、この構成の信頼を決めます。 推測を書く、印を外す、印が多すぎる、急ぐものが遅れる。どれも、管理者がこの仕組みを使わなくなる理由になります。

下の3行は、仕組みの外の取り決めです。 記録の点検は、職員の書く気持ちに支えられています。印が評価に使われれば、記録が守りの文になり、事実が消えます。

09セキュリティ・AIガバナンス上の注意点

この構成で扱うデータ: 利用者の心身の状態、けがや拘束の記述、認知症の有無、家族とのやり取り、そして職員の書いた文章です。健康に関する情報を含み、扱いにはいちばん慎重さが要る種類の情報です。

  1. 外部へ渡す前に記号化する … 利用者の氏名、職員の氏名、家族の名前を記号に置き換えてから渡します。記号と氏名の対応表は施設の中から出しません。 API の利用条件とデータの取り扱いは、法人の個人情報の取り扱いの規程と照らして確かめてください
  2. この構成は虐待の判断をしない … 高齢者虐待防止法は、養介護施設従事者等による虐待として、身体に外傷が生じ又は生じるおそれのある暴行、著しい減食や長時間の放置、著しい暴言や著しく拒絶的な対応、わいせつな行為、財産上の不当な利益を定めています。記録の文言からこれに当たるかを決めることはできません。 AIの印は、確かめる記録を選ぶためのものです
  3. 通報の判断を遅らせない … 同じ法律で、従事者は同じ施設の従事者による虐待を受けたと思われる高齢者を発見したら、速やかに市町村に通報しなければならないとされ、通報をしたことを理由に解雇その他不利益な取扱いを受けないとされています。AIの印を待ってから動く、という運用にしないでください
  4. 職員の評価に使わない … 誰の記録に印が多いかは、書き方の研修の材料にとどめます。評価に使えば、記録から事実が消えます
  5. 身体拘束の判断は委員会で行う … 手引きは、緊急やむを得ない場合の三つの要件(切迫性・非代替性・一時性)をすべて満たすかどうかを組織等で話し合い、手続きを極めて慎重に行うことを求めています。AIの印は、その話し合いの材料を拾うためのものです

誤りが起きた場合のリスクは、確かめるべき記録を見落とすことと、書き方が雑だっただけの記録で職員が疑われることの2つです。 前者は辞書の照合とAIの判定の二重で減らし、後者はフロアリーダーが原文を確かめてから上げることで防ぎます。

10まず何から始めるか

1週目:記録の書き方の基準を決める

委員会で、けが・あざ・転倒・身体拘束のときに記録に書く事実の項目を決めます。身体拘束については、手引きが示す態様及び時間・心身の状況・緊急やむを得なかった理由を入れます。この基準は、AIを使わなくても記録の研修にそのまま使えます。

2週目:10名分で試す

過去の記録から10名分を選び、記号化して手元のAIサービスで判定させます。当時フロアリーダーが気づいたことと突き合わせ、原因を推測して書いてこないかを最優先で見ます。

3週目:職員に説明し、辞書を作る

この仕組みの目的が記録の質を上げることで、職員の評価には使わないことを、施設長から職員に説明します。あわせて、拘束に当たる行為の語、けが・あざの語、決めつけの言葉の辞書を作ります。

4週目:週のまとめをつなぐ

Python で書き出しの取り込みと記号化と辞書の照合を作り、Claude API で判定して週のまとめを出すところまで作ります。この時点では毎日の知らせは出さず、週のまとめだけをフロアリーダーが見ます。

2か月目: 誤った印の型を辞書と指示に反映し、毎日の判定と急ぐものの知らせを始めます。3か月目以降: 事故報告との照合と続いている記述の集計を足し、1件9分が何分になったかを実測します。missing の月ごとの集計を記録の研修に使い始めた時点で、この構成は完成です。


11関連ユースケース

12この仕組みを理解するための記事

13技術仕様の確認日・参考情報

技術仕様確認日:2026-10-12/最終更新:2026-10-13
確認した内容情報源確認日
身体拘束廃止・防止の対象となる具体的な行為の例(ベッドに体幹や四肢を縛る、柵で囲む、ミトン型の手袋、Y字型拘束帯・腰ベルト・車いすテーブル、つなぎ服、自分の意思で開けられない居室への隔離など)と、それが例示であり他にも該当する行為があること。緊急やむを得ない場合の三つの要件(切迫性・非代替性・一時性)を組織等で話し合い手続きを慎重に行うこと。要件に該当しなくなったら直ちに解除すること。態様および時間、その際の本人の心身の状況、緊急やむを得なかった理由を記録しなければならないこと。スピーチロックも身体拘束とする取り組み厚生労働省: 介護施設・事業所等で働く方々への身体拘束廃止・防止の手引き(令和6年3月)2026-10-12
養介護施設従事者等による高齢者虐待の定義(外傷が生じ又は生じるおそれのある暴行、著しい減食・長時間の放置、著しい暴言・拒絶的な対応、わいせつな行為、財産上の不当な利益)e-Gov 法令API: 高齢者虐待防止法 第2条2026-10-12
養介護施設従事者等が同じ施設の従事者による虐待を受けたと思われる高齢者を発見した場合の市町村への通報義務と、通報を理由とする不利益な取扱いの禁止e-Gov 法令API: 高齢者虐待防止法 第21条2026-10-12
output_config.format に JSON スキーマを渡すと、スキーマに合った JSON を返すこと。Citations とは併用できないことClaude: Structured outputs2026-10-12

虐待に当たるか、通報するか、身体拘束が緊急やむを得ない場合に当たるかは、施設長と委員会で判断してください。 本記事は上記の公式ページで確認できた範囲だけを扱っています。

実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。

自社の業務に使えるAI活用候補を整理します

このユースケース(UC-1285)についてのご相談はこちらから。

AI活用について相談する
目次