ベテラン職員の介助の動画から、新人向けの手順書の下書きを声かけと注意点付きで作る

処理の起点を決める

共有ドライブの所定のフォルダに動画が保存されたことを起点にします。 撮影の後、ベテランか教育担当がタブレットから動画をフォルダに置きます。フォルダは介助の種類ごとに分け、フォルダ名を下書きの題名に使います。

1回の撮影で2本の動画が入ります。 正面と横の2方向から撮るので、同じ介助の2本を1組として扱います。 フォルダに2本がそろった時点で動かし、1本だけのときは30分待ってから、1方向だけで下書きを作ります。

処理が終わった動画は、処理済みのフォルダへ移します。 移すのは、下書きの作成に成功したときだけにします。所定のフォルダに残っている動画の数が、そのまま未処理の数になります。

撮影そのものは、月の計画に沿って行います。 月12件の手順書を作るので、週に3件ずつ撮影する日を決めておきます。 撮影の予定表を作ると、新人の配属の時期に合わせて、必要な介助から順に手順書をそろえられます。

入力データを集める

質を決めるのは、撮影の条件のメモです。 「右片麻痺の想定」と書かれていないと、AIは左右の手の使い分けを、どちらの利用者にも当てはまる手順として書きます。利用者役の想定が違えば、同じ動画でも手順書の意味が変わります。

既存の手順書は、比べる材料として渡します。 新しい動画のやり方と古い手順書が違うところを、「古い手順書との違い」として別の欄に出させます。 どちらが正しいかは決めさせません。

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

動画は Files API で上げます。 Apps Script でフォルダの動画を読み、APIのファイル置き場へアップロードし、返ってきたファイルの状態が ACTIVE になるまで一定の間隔で確かめます。ACTIVE になる前に生成を呼ぶと、動画を読めません。

要所の区間は、2回目の呼び出しで細かく見ます。 1回目で手順を区切った後、立ち上がり、方向転換、着座のような要所の区間だけを、開始と終了の時刻（ミリ秒）を指定して取り出し、コマの間隔を既定より細かくして見直させます。動画全体を細かく見るより、必要なところだけを細かく見るほうが、量も抑えられます。

上げた動画は、48時間で自動的に消えます。 Files API のファイルは48時間保存され、それより前に手動で消すこともできます。元の動画は共有ドライブに残り、APIの側には一時的に置くだけです。 下書きの作成が終わったら、APIの側のファイルはすぐに消します。

AIへ渡す前に整形する

1. 撮影の範囲の確認 … 撮影の前に、画面に映る範囲を決めます。利用者役の職員の顔が映っても、撮影の同意を取った職員に限ります
2. 形式の確認 … MP4、MOV、WEBMなど、対応している形式かを確かめます。対応していない形式は変換します
3. 長さの確認 … 1本の動画に複数の介助が入っていれば、介助ごとに分けます。1本は1つの介助にします
4. 大きさの確認 … 100MBを超えるものは Files API で上げます。この構成では、大きさにかかわらず Files API を使います
5. 音声の確認 … 声かけが聞き取れる音量かを、冒頭の数秒で確かめます。機械の音や他の職員の声が大きい場所では、撮影の場所を変えます
6. 撮影の条件のメモの確認 … 利用者役の想定と、使った福祉用具が書かれているかを確かめます。空なら、下書きを作らずに教育担当へ知らせます
7. ファイル名の付け替え … 介助の種類、撮影日、方向（正面／横）の順にそろえます

1番目を軽く見ないでください。 介助の撮影に実際の利用者が映ると、身体の状態や入浴の場面を記録することになります。この構成では、利用者役を職員が演じることを前提にします。 利用者本人の撮影が必要な場合は、本人と家族の同意、施設の規程、映る範囲の取り決めを先に整えてください。

AIに処理させる

させるのは、動画の映像と音声から、手順を時刻付きで区切り、手順ごとに5つの欄を書き出すことです。

右端の列が、この構成でいちばん大事な決まりです。 聞き取れなかった声かけを、AIは介助の場面にふさわしい言葉で埋めようとします。「ゆっくり立ちましょうね」のような、ベテランが言っていない言葉が手順書に載るのが最も起きやすい失敗です。 聞き取れないものは「聞き取れない」と書かせ、ベテランへの質問に回します。

いちばん下の「ベテランへの質問」は、下書きの中でいちばん役に立つ欄です。 「01:42で手を止めて2秒ほど待っているが、理由は映像から分からない」と出れば、教育担当はその時刻の映像を見せながら聞けます。 こつは、質問されて初めて言葉になります。

2行目がいちばん起きやすい失敗です。 手を止めた場面に「利用者の安全を確認するため」と理由を添えると、それらしく読めます。けれども、ベテランが本当は相手の膝に力が入るのを待っていたのなら、その添え書きはこつを覆い隠します。

指示内容を固定する

あなたは介護施設の教育担当として、ベテラン職員の介助の動画から、
新人向けの手順書の下書きを作る立場です。
動画に映っていること、聞こえていることだけを書いてください。推測で補わないでください。

【動画の条件】
- 介助の種類：{care_type}
- 利用者役の想定：{role_condition}
- 使った福祉用具：{equipment}
- 撮影の方向：{camera_angles}

【やること】
1. 介助を手順に区切り、各手順の開始と終了の時刻を MM:SS で書いてください
2. 手順ごとに、次の5つを書いてください
   - action ......... 職員の手・足・体の向きなど、映像に映っている動き
   - words .......... 職員が言った言葉を、音声のとおりに
   - response ....... 利用者役が言ったこと、動いたこと
   - visible_checks . 映像から分かる確認の動作
   - questions ...... 映像から理由が分からない動作、止まった理由など、ベテランに聞くべきこと

【厳守事項】
- 聞き取れない言葉は「聞き取れない」と書いてください。
  場面にふさわしい言葉で補わないでください。
- 声かけは言い換えず、聞こえたとおりに書いてください。
- 動作の理由を書かないでください。理由が分からない動作は questions に入れてください。
- 映像で見えない部分（手元が体で隠れているなど）は「映像では確認できない」と書いてください。
- 手順が安全か、正しいかを評価しないでください。
- この手順がどの利用者にも当てはまるとは書かないでください。
  利用者役の想定の範囲の手順として書いてください。
- 既存の手順書と違うところは differences に並べ、どちらが正しいかは書かないでください。
- 用語は用語集の言い方にそろえてください。

【用語集】{glossary}
【既存の手順書】{old_manual}

「聞き取れない言葉を補わない」を明記しないと、声かけが埋まります。 介助の場面の声かけは型が決まっているので、AIはもっともらしい言葉を知っています。知っていることと、その人が言ったことは違うと、指示で分けます。

「どの利用者にも当てはまるとは書かない」も、書かないと起きます。 手順書の文体で書かせると、自然と一般的な手順の書き方になります。右片麻痺の想定で撮った手順が、どの利用者にも使える手順として新人に渡るのを防ぎます。

出力形式を固定する

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

{
  "care_type": "",
  "role_condition": "",
  "steps": [
    {
      "step_no": 1,
      "start": "00:12",
      "end": "00:31",
      "action": "",
      "words": "",
      "response": "",
      "visible_checks": [""],
      "questions": [""]
    }
  ],
  "differences": [{ "step_no": 0, "old_manual": "", "video": "" }],
  "unheard_count": 0
}

unheard_count は、words に「聞き取れない」が入った手順の数です。この数はプログラムが数え直します。

1つ目の理由は、時刻で静止画を切り出せることです。 start と end の時刻から、手順ごとに静止画を切り出して下書きの横に並べます。写真を選ぶ作業が、時刻から機械的に決まります。 教育担当は、並んだ静止画から合わないものを差し替えるだけです。

2つ目は、questions を聞き取りの一覧にできることです。 手順ごとの質問を時刻付きで一覧にすれば、ベテランへの聞き取りを、動画のその時刻を見せながら進められます。

3つ目は、下書きの様式を固定できることです。 手順書の様式の欄に、JSONの項目をそのまま対応させます。

要は、こつと安全の欄をAIに書かせないことです。 こつはベテランから、安全は指導者から、それぞれ人が書き足します。

システムへ連携する

確定版の手順書は、人が置きます。 下書きのフォルダと確定版のフォルダを分け、確定版のフォルダには、指導者が確認した後の手順書だけを置きます。 下書きが研修で使われないようにするためです。

APIの側のファイルは、下書きを作り終えたら消します。 元の動画は共有ドライブにあるので、APIの側に残しておく理由はありません。

人が確認する

下書きは、3人の手を通ってから確定します。

1. 教育担当が questions を持ってベテランに聞く … 時刻付きの質問を一覧にし、動画のその時刻を見せながら聞きます。答えを「こつ・理由」の欄に書き足します
2. ベテランが words を確かめる … 聞き取れなかった声かけと、聞き違いを直します。自分が実際に言っている言葉かどうかを確かめます
3. ユニットリーダーと看護職が安全を確かめる … 手順が利用者役の想定に合っているか、職員の腰に負担のかかる姿勢が無いか、事故につながる動きが無いかを見ます。「安全上の注意」の欄は、ここで書きます
4. 新人に試してもらう … 確定の前に、新人1名に手順書を読んで介助を再現してもらいます。読んで分からなかった箇所を直します

3番目を省かないでください。 ベテランのやり方でも、施設の方針や最新の考え方と合わないことがあります。動画が記録するのは実際に行われたことで、教えるべきことを決めるのは指導者です。

4番目は、外国人の職員が多い施設ほど効きます。 声かけの言葉が手順書に書かれていると、新人はその言葉を覚えることから始められます。

例外に対処する

上から3行目までが大半を占めます。 どれもAIの問題ではなく、撮影の方法の問題です。 2方向から撮ること、静かな場所で撮ること、声かけをはっきり言ってもらうこと。撮影の手引きを1枚作るほうが、指示を工夫するより効きます。

6行目は、この構成の前提が崩れたときの決まりです。 利用者役を職員が演じる前提なので、実際の利用者が映り込んだ動画は、下書きの材料にしません。

記録を残す

• 元の動画と、撮影日・撮影の条件のメモ・映っている職員（撮影の同意の有無）
• AIに渡した指示の全文と、返ってきたJSONの全文
• ベテランへの質問と、その答え
• 指導者が直した箇所と、書き足した安全上の注意
• 確定版の手順書と、どの動画から作ったかの対応
• unheard_count と、撮影のやり直しの有無

5つ目の対応は、手順書を見直すときの材料です。 1年後に手順を変えるとき、どの動画のどの手順から書かれたかが分かれば、撮り直すべき場面が決まります。

最後の行は、撮影の手引きを直す材料になります。 特定の場所や介助で unheard_count が多いなら、そこでの撮影の方法を変えます。