介護施設の夜勤の職員が、転倒・発熱・急変のときの手順を声でAIに聞き、施設の手順書を根拠にした答えと連絡先を受け取る

処理の起点を決める

職員がスマートフォンの画面のボタンを押したときに、会話を始めます。 常に聞き耳を立てる作りにはしません。夜間の居室で、入居者の声や寝言を拾わないためです。 ボタンを押してから話し、話し終えたら手を離す、という使い方を基本にします。

1回の会話は、1つの場面に限ります。 転倒の対応が終わったら会話を閉じ、次の場面ではまたボタンを押します。Live API の声だけの会話は、圧縮をしなければ15分までで、接続そのものは10分ほどで切り替わります。夜勤の1つの場面は、たいていこの中に収まります。

長くなる場面では、会話の再開を使います。 サーバーは接続が切れる前に GoAway を送ってきて、残り時間を知らせます。再開のための手がかりは、最後の会話が終わってから2時間有効なので、接続し直しても同じ会話を続けられます。

入力データを集める

質を決めるのは、手順書の書き方です。 「状況に応じて適切に対応する」と書かれた手順は、声で読み上げても役に立ちません。「まず動かさない」「頭を打ったかを本人に聞く」「看護職に電話する」のように、1文で1つの動作になっている手順ほど、声で伝わります。

固定の文は、看護職と管理者が書いて署名します。

この一覧はAIが書き換えないものです。 改訂のたびに版と日付を付け、誰が決めたかを残します。

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

手順書は、File Search の保管庫に取り込みます。 保管庫を1つ作り、手順書のファイルを場面ごとに上げます。ファイルには 場面（転倒、発熱、急変 など）と 版 のメタデータを付けます。 検索のときに、メタデータの条件で最新の版だけに絞れます。

File Search の費用は、取り込みのときの埋め込みにかかります。 保管しておくことと、質問のときの埋め込みには費用がかからず、引いた箇所は通常の入力として数えられます。 手順書は数十ファイルで、保管庫の上限（無料の枠で1GB）には遠く届きません。

手順書の分け方を調整できます。 取り込みのときに、1つの塊の長さと、塊どうしの重なりを指定できます。手順書は1場面が数ページと短いので、塊を小さめにし、 「転倒」の中の「頭を打った場合」だけを引けるようにします。

連絡先は、手順書に書きません。 オンコールの看護職は日によって変わるので、手順書には「オンコールの看護師」とだけ書き、番号は当番表から引きます。 手順書に名前と番号を書くと、古い番号を読み上げることになります。

AIへ渡す前に整形する

1. ボタンの確認 … ボタンが押されている間の声だけを送ります
2. 職員とユニットの付与 … ログインした職員とユニットを、会話の最初に渡します
3. 命に関わる語の判定 … 文字起こしに固定の文の一覧の語があれば、関数 get_fixed_script を最初に呼ばせます
4. 個人名の扱い … 入居者の氏名を言わず、居室の番号で言うよう職員に決めておきます。手順を引くのに、入居者の名前は要りません
5. 当番表の読み込み … 会話の最初に今夜の連絡先を中継のサーバーが読み、関数の結果に添えます
6. 手順書の版の確認 … 検索は最新の版のメタデータで絞ります。古い版のファイルは保管庫から消さず、検索から外すだけにします

4番目は、運用で決めることです。 声で話すと、職員はつい入居者の名前を言います。「何号室の方が」と言う習慣を、導入の研修で最初に教えます。 名前が混ざっても手順は引けますが、記録に残る文字起こしに名前が残ります。

AIに処理させる

させるのは、職員の質問を受けて、手順書から引いた手順を声で短く伝え、連絡する相手と書く様式を添えることです。

関数は3つにします。

Live API の関数呼び出しは、使うモデルによって動き方が違います。 Gemini 3.1 Flash Live Preview では同期だけで、関数の結果が返るまでモデルが待ちます。Gemini 2.5 Flash Live Preview では、同期と非同期の両方が使えます。この構成は同期で十分です。 手順の検索の結果を待たずに話し始められても、職員にとって意味が無いためです。

1行目と2行目は、Gemini API の規約にも関わります。 規約では、サービスを臨床の場で使うこと、医療上の助言を与えることに使うことが禁じられています。この構成が答えるのは「施設の手順書に何と書いてあるか」と「誰に連絡するか」だけで、見立ては看護職に回します。 プロンプトだけでなく、関数の作りでもそれを守ります。

指示内容を固定する

あなたは特別養護老人ホームの夜勤の職員を助ける声の案内役です。
職員は入居者のそばにいて、手がふさがっています。短く、はっきり話してください。

【いちばん大事な決まり】
- 「呼吸」「息をしていない」「意識」「反応がない」「大量の出血」などの語があれば、
  ほかのことをする前に get_fixed_script を呼び、返ってきた文をそのまま読み上げてください。
  言い換え、省略、付け足しをしないでください。
- あなたは症状を見立てません。重い・軽い、様子を見てよい、受診が要る、とは言わないでください。
  見立てが要る質問には「それはオンコールの看護師が判断します」と言い、get_contact で番号を伝えてください。

【答え方】
1. 何が起きたかが分からなければ、「何が起きましたか」と1回だけ聞いてください。
2. search_manual を呼び、返ってきた手順だけを伝えてください。
   手順書に無いことを、一般的な知識で補わないでください。
3. 1回に伝える手順は3つまでです。1文で1つの動作にしてください。
   職員が「次は」と言ったら、続きを伝えてください。
4. 最後に、手順書の名前とページ、電話する相手、書く記録の様式を伝えてください。
5. search_manual が「該当なし」を返したら、「手順書にありません。夜勤リーダーに確認してください」
   と言い、get_contact でリーダーの内線を伝えてください。
6. 職員が日本語以外で話したら、その言語で答えてください。
   手順書に出てくる様式の名前と、電話する相手の役職は、日本語でも添えてください。

【してはいけないこと】
- 薬の量や使い方を指示しないでください。
- 事故の報告を出すかどうかを言わないでください。「記録を残し、朝に管理者へ伝えてください」と言ってください。
- 入居者の名前を聞き返さないでください。居室の番号で十分です。

「言い換え、省略、付け足しをしない」を固定の文の指示に入れるのは、 何も言わなければ、モデルは固定の文を自然な話し言葉に整えて読み上げるためです。119番と看護師の順番が入れ替わるだけで、固定にした意味が無くなります。

「1回だけ聞く」と回数を決めるのも、現場のためです。 聞き返しを重ねると、職員は答えるうちに入居者から目を離します。1回聞いて分からなければ、手順の検索に進みます。

出力形式を固定する

声の受け答えそのものは、Live API が声で返します。 記録に残すのは、中継のサーバーが関数ごとに書き出す次のJSONと、Live API の入出力の文字起こしです。

{
  "session_id": "",
  "staff_id": "",
  "unit": "3F-B",
  "started_at": "2026-10-07T02:14:00+09:00",
  "scene": "fall | fever | vomit | aspiration | sudden_change | wandering | other",
  "fixed_script_used": false,
  "manual_refs": [
    { "file": "転倒時の対応_v5.pdf", "page": 2, "version": "5" }
  ],
  "contacts_given": [ { "role": "oncall_nurse", "name": "", "number": "" } ],
  "record_forms": ["介護記録", "事故報告書（施設内）"],
  "not_in_manual": false,
  "escalated_to": "none | leader | oncall_nurse",
  "language": "ja"
}

1つ目の理由は、朝の申し送りの下書きを作れることです。 朝6時の処理が、その夜のJSONを場面ごとに並べ、Interactions API に申し送りの下書きを作らせます。下書きの材料は、このJSONと文字起こしだけにし、介護記録は読みません。

2つ目は、手順書に無かった質問を数えられることです。 not_in_manual が true のものだけを集めると、委員会が月に1回見る一覧になります。

3つ目は、固定の文がどれだけ使われたかを見られることです。 fixed_script_used が true のものは、翌朝に看護職がすべて確かめます。 固定の文が誤って呼ばれた場合も、呼ばれるべきなのに呼ばれなかった場合も、ここで分かります。

システムへ連携する

スマートフォンから Live API へは、一時的な鍵でつなぎます。 公式のページは、利用者の端末から直接つなぐ場合、本番では通常のAPIキーではなく一時的なトークンを使うことを勧めています。中継のサーバーが会話ごとに一時的な鍵を発行し、スマートフォンにはAPIキーを置きません。

介護記録のシステムへは書き込みません。 経過の記録は職員が書き、この構成は「どの様式に書くか」を伝えるところまでです。 AIの文字起こしを記録にそのまま写すと、職員が見ていないことまで記録に入ります。

人が確認する

夜のあいだ、AIの答えを人が1件ずつ確かめることはしません。 確かめる時間があれば、職員は入居者のそばにいるべきだからです。その代わり、次の3つを決めた時点で人が見ます。

1. 固定の文が呼ばれたときは、翌朝に看護職がすべて見る … 呼ばれた場面、読み上げた文、その後の連絡の順
2. 朝の申し送りの下書きは、夜勤リーダーが確かめてから渡す … 下書きの場面の分け方と、回した先が合っているか
3. 手順書に無かった質問は、委員会が月に1回見る … 手順書に足すか、足さないかを決める

職員は、いつでも「リーダーにつないで」と言えます。 AIの答えが分かりにくい、手順書と違う気がする、というときは、AIに聞き直すより先にリーダーに電話することを、導入の研修で教えます。

オンコールへの電話の数は、減らすことを目標にしません。 減らしたいのは、手順書に答えがある確認の電話だけです。見立てが要る電話は、むしろ早くかかるようにします。

例外に対処する

いちばん上の行のために、画面を声だけにしません。 夜間は、通信の届きにくい居室や浴室があります。固定の文の一覧と、リーダーへの電話のボタンは、通信が無くても画面に出るよう、スマートフォンの画面に持たせておきます。

記録を残す

• 会話ごとのJSON（場面、引いた手順書、伝えた連絡先、回した先）
• Live API の入出力の文字起こし（入居者の名前は朝の処理で伏せる）
• 固定の文が呼ばれた記録と、翌朝の看護職の確認の結果
• 手順書に無かった質問の一覧と、委員会の判断
• 手順書の版と、取り込んだ日
• 声そのものは残さない

声を残さないのは、居室の音を含むためです。 声には、入居者の寝言や呼吸の音、ほかの職員の会話が入ります。残すのは文字起こしと、引いた手順書の記録だけにします。