介護施設の居室と廊下を定期に撮った写真から、床の物・コードの這わせ方・ベッドの高さ・手すりの前の障害物など転倒につながる環境の候補を見分けて、居室ごとの点検記録を作る

処理の起点を決める

写真が施設のフォルダに入ったことを起点にします。 Make の Watch Files in a Folder が新しい写真を拾い、シナリオが動きます。撮影は食事や入浴の時間に合わせてフロアごとに行われるため、シナリオの実行の間隔は1時間ごとで足ります。

1つの居室の写真がそろってから処理します。 決まりは「入口から部屋全体」「ベッドの横（高さの目印が写る向き）」「ベッドから出入口までの通り道」「トイレ・洗面の前」の4枚です。ファイル名を「施設_居室番号_撮影日_撮り場所」とし、同じ居室の4枚がそろった居室から処理します。 廊下・共用の区画は、区画の番号ごとに両方向から2枚撮ります。

その月の点検の予定日を過ぎても写真が1枚も無い居室を、一覧にします。 写真の無い居室は、点検されていない居室かもしれません。点検の結果より先に、この一覧を事故防止の担当に見せます。

転倒の報告が上がった居室では、臨時の点検をします。 報告の翌日までに同じ4枚を撮り、ファイル名に「臨時」を付けます。区分を通常の点検より先に並べ、前回の写真と並べて委員会の資料にします。

入力データを集める

質を決めるのは、居室の台帳の「決まった配置」です。 衝撃吸収マットを敷くと決めた居室で、写真にマットが写っていなければ、それは配置のずれです。同じマットが、決まっていない居室で通り道にはみ出していれば、つまずきの候補です。 台帳にこの区別が無いと、区分が決まりません。

ベッドの高さは、目印で見ます。 写真から高さを測ることはできないため、決まった高さの位置で、ベッドの脚の横の壁に目印のシールを貼っておきます。 AIには、ベッドの枠の下の端が目印に合っているか、上か下かを答えさせます。目印のある居室を台帳に持ちます。

決まった配置の中身は、AIに渡しません。 「この居室は衝撃吸収マットあり」と渡すと、写っていないマットを「ある」と答えやすくなります。 AIには写っているものを答えさせ、配置と照らすのはシナリオです。利用者の名前や身体の状態も、もちろん渡しません。

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

Make のシナリオが、次の順に集めます。

写真は Download a File で取り出したものを base64 にして、撮り場所の名前と合わせて Make an API call の本文に入れます。 1居室4枚なので、縮めた写真ならリクエスト全体20MBの上限には通常届きません。本文の response_format に後で示すスキーマを入れます。API キーは Make の接続の側に持たせて、シナリオの本文には書きません。

居室の台帳は、介護記録のシステムから直接は引きません。 事故防止の担当が、カンファレンスで決まった配置を居室の台帳に書き写します。ケアプランの中身そのものを、このシナリオに通さないためです。 台帳に持つのは、居室番号と配置だけです。

AIへ渡す前に整形する

1. 枚数と名前の確認 … 居室番号が台帳にあるか、4枚の撮り場所がそろっているかを見ます
2. 向きの補正 … 写真の向きの情報で、横倒しの写真を正しくします
3. 写りの確認 … 暗い写真、ぶれた写真は「撮り直し」とします
4. 人の写り込みの確認 … 人が写った写真は、AIに送らず撮り直しにします
5. 私物の写り込みへの配慮 … 写真立て、手紙、名前の書かれた物が大きく写った写真は、撮る位置を変えて撮り直します
6. 大きさの調整 … 長辺が大きすぎる写真は縮めます。床のコードやマットの端が潰れない大きさを残します

4番目と5番目は、この題材で欠かせません。 居室は利用者の暮らしの場で、写真には家族の写真や名前の入った私物も写ります。 撮る位置を床と通り道が中心になる高さと向きに決め、部屋を広く見せる写真は撮りません。 人が写った写真は、利用者でも職員でもAIに送りません。

3番目の暗さは、カーテンを閉めた居室で起きます。 撮るときはカーテンを開け、照明をつける決まりにします。床の色とコードの色が近いと、暗い写真ではまったく見分けられません。

AIに処理させる

させるのは、写真ごとに、6つの着眼点について次の答えを返すことだけです。

found と uncertain と目印とのずれのときは、写真の番号と box_2d を返させます。 事故防止の担当は、印の付いた位置を見るだけで済みます。

4行目がいちばん起きやすい失敗です。 ベッドの横の床に物が多い写真を見せると、AIは「ベッド柵を追加することをおすすめします」と書きます。柵や家具の配置は、利用者の動きを縛ることにもつながり、ケアの方針として決めることです。 AIには見えたものだけを答えさせ、対策は書かせません。

指示内容を固定する

あなたは、介護施設の居室と廊下を、利用者がいない時間に撮った写真を見て、転倒につながりうる環境を書き出す立場です。
同じ居室の写真を撮り場所の名前と一緒に渡します。写真に見えるものだけを答えてください。

【撮り場所】{spots}

【着眼点】
floor_object（通り道やベッドの横の床に置かれた物）、cord（通り道を横切るコード）、
bed_marker（ベッドの枠の下の端と、壁の高さの目印との位置）、
handrail_block（手すりの前をふさぐ物）、wet_floor（床の濡れ・こぼれ）、mat_edge（めくれた・ずれたマットや敷物）

【着眼点ごとに答えること】
- bed_marker：at_marker / above / below / not_visible
- それ以外：found / none / not_visible / uncertain
- found と uncertain、above と below のときは、photo_no と box_2d と、見えた物の種類を短く note に
迷ったときに none を選ばないでください。

【厳守事項】
- 家具の陰、カーテンの陰、画角の外で見えない部分は not_visible にしてください。見えない部分を none にしないでください。
- 床に置かれた物がわざと置かれたものかどうか（マット、センサーなど）を判断しないでください。見えた物の種類だけを書いてください。
- ベッドの高さを数値で書かないでください。目印との位置だけを答えてください。
- 利用者が転びやすいかどうか、対策の提案を書かないでください。
- 写真立て、手紙、名前の書かれた物の内容を書かないでください。
- 写真に写っている人について、何も書かないでください。

「わざと置かれたものかを判断しない」を明記しないと、AIは衝撃吸収マットを「転倒予防のマットのため問題なし」と答えます。 一見よさそうですが、決まっていない居室でマットが通り道にはみ出していても、同じように「問題なし」になります。 種類だけを答えさせ、決まった配置かは台帳で決めます。

「見えない部分を none にしない」は、ベッドの下とカーテンの陰のために入れています。 コードはベッドの下から出てくることが多く、写真で見えないのに「コードなし」と答えると、いちばん見たい場所が空欄になります。

出力形式を固定する

構造化出力で、居室ごとに次の形のJSONを受け取ります。

{
  "room_id": "A2-215",
  "checks": [
    { "item": "floor_object | cord | bed_marker | handrail_block | wet_floor | mat_edge",
      "status": "found | none | not_visible | uncertain | at_marker | above | below",
      "photo_no": 2,
      "box_2d": [0, 0, 0, 0],
      "note": "" }
  ],
  "retake_needed": false
}

着眼点と状態を enum にして、決めた値以外を返させません。 Gemini API の構造化出力は、/v1beta/interactions の response_format に mime_type: "application/json" とスキーマを入れて指定し、enum と required が使えます。ただし、JSONとして正しくても値が正しいとは限らないため、アプリケーションの側で値を確かめるよう案内されています。 シナリオで、6つの着眼点がすべて返っているか、bed_marker に found のような合わない値が入っていないかを確かめ、合わなければ「確認が要る」にします。

区分は、シナリオが台帳と前回の答えと照らして決めます。

「配置のずれ」をいちばん上にしているのは、ケアの方針として決めた備えが外れているからです。 マットを片付けたまま戻していない、ベッドを介助のために上げたまま下ろしていない。どちらも、日々の介助の中で起きやすく、気づかれにくいずれです。 規則の中身は事故防止の委員会で決め、表として持ちます。

システムへ連携する

点検記録には、下書きの列だけに書きます。 確定の列は事故防止の担当が埋めます。フロアへの直しの依頼も、担当が確定してから出します。 シナリオから外へは何も送りません。

介護記録のシステムには書き込みません。 点検記録は環境の記録で、利用者ごとの記録とは分けて持ちます。 転倒の報告と合わせて見るのは、事故防止の委員会の場です。

人が確認する

すべての居室で、事故防止の担当の確定を通します。 写真を開く居室は区分で絞ります。

1. 「配置のずれ」を最初に見る … 写真で確かめ、その日のうちにフロアのリーダーに伝えて元に戻してもらいます
2. 「要確認」と「前回から」を見る … 通り道の物やコードを写真で確かめ、直しの連絡を確定します
3. 「見えない」をまとめる … 翌月の点検で撮る位置を変える居室の一覧にします
4. 「問題なし」は一覧で確定する … 下書きを流し見て、まとめて確定します

1番目を省かないでください。 決まった配置は、その利用者の転倒への備えとして多職種で決めたものです。外れているのを写真で見つけた時点で、フロアに伝えるまでを1つの手順にします。

目標は、450件をならして1件2.4分です。 「問題なし」の居室は一覧で数十秒、「配置のずれ」の居室はフロアへの連絡まで含めて数分かかります。

最初の2か月は、事故防止の担当がこれまでどおり全部の写真を見て、AIの区分と並べます。 担当が気になると判断した居室に、AIが候補を出していたかを照らします。出していなかった居室は、撮る位置か着眼点の書き方を直す材料です。

例外に対処する

「未処理」と「見えない」を「問題なし」に混ぜないでください。 混ぜると、見ていない居室が見た居室と同じ記録になり、（d）の問題がそのまま残ります。

記録を残す

• 居室ごとの写真と、撮影日、撮った職員
• AIの答え（着眼点ごとの状態・位置・メモ）
• 区分と、そのとき使った台帳の決まった配置と規則の版
• 事故防止の担当が直した区分と、確定した日
• フロアに頼んだ直しと、直ったことを確かめた日
• 転倒の報告が上がった居室の、直前の点検の記録との対応

点検記録の下書きは、たとえば次の形にします。

【居室の環境の点検】A施設 2階 2026-10-12（撮影 ○○）
 A2-215 配置：衝撃吸収マット → 写真に無し → 配置のずれ
 A2-216 cord found（写真3 ベッドの下から入口へ）前回なし → 要確認・前回から
 A2-217 bed_marker not_visible（目印のシールが見えない）→ 見えない：貼り直し
 A2-218 すべて none、目印 at_marker → 問題なし

最後の行の対応は、事故防止の委員会の材料になります。 運営の基準は、事故やそれに至る危険のある事態が報告され、その分析を通じた改善策を従業者に周知する体制を求めています。転倒の報告と直前の環境の記録が結び付いていれば、環境の要因があったかどうかを委員会で確かめられます。