病棟の看護師から出る院内の処置手順や感染対策の段階の質問に、看護手順書・感染対策マニュアル・院内の通知を根拠に該当箇所付きで答える
病棟の看護師が院内の処置手順や感染対策の段階を聞くと、看護手順書・感染対策マニュアル・現行の院内の通知から該当箇所を探し、手順の原文と出典を返します。手順書に無いものは担当へ回します。
- 生成AI
- Gemini
- AIサービス
- Azure AI/Google Vertex AI/OpenSearch
- 連携・自動化
- Python
- 対象業界
- 介護/医療
- 対象部門
- 品質管理
- 対象業務
- 問い合わせ対応/情報検索
- 主な課題
- 判断に時間がかかる/引き継ぎができていない/情報が見つからない
- AIで行う処理
- 検索(RAG)
- 主な効果
- 品質標準化/教育コスト削減/検索時間短縮
- 導入難易度
- ★★★☆☆
- 実装レベル
- 本格構成
- 費用感
- RAG・個別開発(大)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 看護師が処置や感染対策の前に、手順を確かめる必要に気付く
- ナースステーションの端末で院内ポータルを開き、手順書のPDFを開いて目次から探す
- 見つからなければ、リーダーか先輩の看護師に聞く
- 感染対策の段階は、マニュアルの病原体の表を探すか、ICT へ電話する
- 掲示板で、その手順を変えた通知が出ていないかを探す
- 手順を確かめてから処置に入る
- 手順書に無いことは、看護部の業務担当か ICT に問い合わせる
- 人看護師が電子カルテの端末か院内専用のスマートフォンで、院内ポータルの検索の画面に質問を入れる(例:「接触予防策の個室はいつ解除できるか」)
- 自動中継プログラムが質問を「処置の手順」「感染対策」に分け、患者の個人情報や薬剤の量の質問が含まれていないかを確かめる
- 自動患者ごとの判断や薬剤の量の質問なら、検索せずに「医師または病棟の責任者に確認してください」と返す
- 自動今日が適用期間内の通知と、現行の手順書・マニュアルだけに絞り込んで検索する
- 自動Agent Search(旧 Vertex AI Search)の answer メソッドが、該当の章と手順を示す短い文と出典を返す
- 自動中継プログラムが、手順書の記載を変える現行の通知が出典にあれば、それを先頭に置く
- 自動回答の文の下に、手順書の該当の断片を原文のまま並べ、PDFの該当ページへのリンクを付ける
- 自動回答が作られない、裏付けの度合いが低い、のいずれかなら、看護部の業務担当か ICT へ回す
- 人看護師が原文の手順と通知を読み、処置に入る
各工程の詳しい説明を読む
- 看護師が処置や感染対策の前に、手順を確かめる必要に気付く
- ナースステーションの端末で院内ポータルを開き、手順書のPDFを開いて目次から探す
- 見つからなければ、リーダーか先輩の看護師に聞く
- 感染対策の段階は、マニュアルの病原体の表を探すか、ICT へ電話する
- 掲示板で、その手順を変えた通知が出ていないかを探す
- 手順を確かめてから処置に入る
- 手順書に無いことは、看護部の業務担当か ICT に問い合わせる
(a)PDFのどこにあるか分からない。 手順書の目次は処置の正式な名前で並んでいますが、病棟では略した言い方で呼びます。「CVの刺入部の消毒」を探すのに、目次の「中心静脈カテーテル管理」の章までたどり着けないことがあります。
(b)通知で変わったかが分からない。 5番目の掲示板は日付の順に並んでいるだけで、どの通知がどの手順を変えたかは、通知を開いて読まないと分かりません。 流行期の通知は終わった後も掲示板に残り、まだ有効かどうかが題名からは読めません。
(c)聞いた相手によって答えが違う。 先輩が覚えている手順が、去年の見直しの前のものであることがあります。手順書を開かずに口伝えで確かめると、古い手順が病棟の中で引き継がれます。
(d)夜勤に聞ける人がいない。 3番目と4番目は、日勤なら数分で済みますが、夜勤は ICT が不在で、リーダーも別の患者についています。 手順書を自分で探すしかなく、探しきれないまま処置に入ることになります。
4つとも、手順書と通知の中身の問題ではありません。 書いてある手順に、処置の前の数分でたどり着けないことの問題です。探す役を先輩とリーダーが引き受けているため、聞く側と聞かれる側の両方の時間が使われています。
- 【人】 看護師が電子カルテの端末か院内専用のスマートフォンで、院内ポータルの検索の画面に質問を入れる(例:「接触予防策の個室はいつ解除できるか」)
- 【自動】 中継プログラムが質問を「処置の手順」「感染対策」に分け、患者の個人情報や薬剤の量の質問が含まれていないかを確かめる
- 【自動】 患者ごとの判断や薬剤の量の質問なら、検索せずに「医師または病棟の責任者に確認してください」と返す
- 【自動】 今日が適用期間内の通知と、現行の手順書・マニュアルだけに絞り込んで検索する
- 【自動】 Agent Search(旧 Vertex AI Search)の answer メソッドが、該当の章と手順を示す短い文と出典を返す
- 【自動】 中継プログラムが、手順書の記載を変える現行の通知が出典にあれば、それを先頭に置く
- 【自動】 回答の文の下に、手順書の該当の断片を原文のまま並べ、PDFの該当ページへのリンクを付ける
- 【自動】 回答が作られない、裏付けの度合いが低い、のいずれかなら、看護部の業務担当か ICT へ回す
- 【人】 看護師が原文の手順と通知を読み、処置に入る
7番目が、この設計の分かれ目です。 看護師が読むのは、AIの回答の文ではなく、手順書の原文の断片です。 回答の文は「どの章のどの手順か」を示すだけで、手順の順序と注意書きは原文で読みます。
3番目は、件数は少なくても外せません。 「この患者の点滴の速度は」「この薬は何mLまで」という質問に、手順書の一般的な記載で答えると、患者ごとの医師の指示と違う答えが、院内の手順のような顔で届きます。
02今回想定するシステム構成
電子カルテの端末/院内専用のスマートフォン(院内ポータルの検索の画面) ▼【トリガー】質問の送信 中継プログラム(Python、Cloud Run) ├──▶ 質問の仕分け(処置の手順/感染対策) ├──▶ 患者の個人情報・薬剤の量の質問 → 検索せずに案内を返す ▼ Agent Search(Vertex AI Search)── answer メソッド │ データストア:看護手順書(約400手順)+感染対策マニュアル+院内の通知 │ レイアウトパーサー:表・見出し・図を保ったまま断片にする │ 絞り込み:doc_type/status/valid_from・valid_to │ 裏付けの度合いで低いものを除く ▼ 中継プログラム ── 現行の通知を先頭に、手順書の原文の断片を並べる ├──▶ 検索の画面へ回答と原文 └──▶ 回答なし・裏付けが低い → 看護部の業務担当/ICT の受け口
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 検索基盤 | Vertex AI Search(Agent Search)の answer メソッド | Azure AI Search、Amazon OpenSearch Service |
| 生成AI | Gemini(answer メソッドの回答の生成に使うモデル) | ─ |
| 連携 | 中継プログラム(Python。Cloud Run で動かし、検索の画面・検索基盤・受け口をつなぐ) | Node.js で同じものを書く |
| 保管 | Cloud Storage(手順書・マニュアル・通知の原本とメタデータ) | ─ |
電子カルテと院内ポータルは、新しく足すものではありません。 検索の画面を院内ポータルに置き、電子カルテの端末から開きます。電子カルテのデータには、つなぎません。 最初の準備は、通知ごとに「どの手順を変えたか」と適用の期間を一覧にすることです。
検索の土台は、Agent Search(Vertex AI Search から改称中)の answer メソッドです。 検索の結果から回答を作り、includeCitations で出典を付けられます。groundingSpec で裏付けの度合いを返させ、filteringLevel で度合いの低い回答を除けるとされています。既定では度合いでの除外は行われないので、明示して有効にします。
手順書のPDFを読むのは、レイアウトパーサーです。 段落・表・画像・リスト・題名・見出しを検出し、PDF・DOCX・PPTX などに対応するとされています。表の注釈と画像の注釈を付ける機能もあり、感染経路別の予防策の一覧表や、個人防護具の着脱の図が、説明の付いた断片として検索に入ります。
03どうやって実装するのか
処理の起点を決める
起点は、看護師が院内ポータルの検索の画面から質問を送ったことです。 画面は院内のネットワークからだけ開け、職員の ID でログインした人だけが使えるようにします。
質問は1件ずつ、送られたその場で処理します。 処置の前に確かめるための検索なので、待たせる理由がありません。続けての質問は、同じ画面で新しい質問として送ってもらいます。 処置の手順は1回の検索で原文が返るので、会話をつなぐ必要が少ないからです。
入力の欄には、最初から「患者の氏名・ID・病名を書かないでください」と表示しておきます。 質問は手順の名前と状況だけで足ります。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 質問 | 看護師の質問の文 | 検索の画面 |
| 看護手順書 | 処置ごとの目的、物品、手順、注意点、観察の項目 | 院内ポータルのPDF |
| 手順書のメタデータ | 手順の番号、処置の分類、版、現行/廃止、最終の見直し日 | 看護部の手順書の管理表 |
| 感染対策マニュアル | 標準予防策、感染経路別の予防策、病原体ごとの対応、隔離の開始と解除の条件 | ICT が管理するPDF |
| 院内の通知 | 通知の番号、発出元(看護部/ICT)、本文、適用の開始日と終了日、変えた手順の番号 | 院内ポータルの掲示板と通知の一覧 |
| 呼び名の対応表 | 病棟の略した呼び名と、手順書の正式な名前 | 看護部が作る表 |
質を決めるのは、通知の「適用の期間」と「変えた手順の番号」です。 適用の期間が無いと、流行期が終わった通知が今も有効のように返ります。変えた手順の番号が無いと、手順書の記載と通知の記載が同じ重みで並び、看護師がどちらに従うか迷います。
呼び名の対応表は、検索の精度に直接効きます。 「CV」「Aライン」「ルート」のような病棟の言い方を、手順書の正式な名前に対応させ、中継プログラムが検索の文に正式な名前を足します。
データの取得方法を決める
手順書・マニュアル・通知は、Cloud Storage に置いてデータストアに取り込みます。 文書ごとのメタデータに、文書の種類、手順の番号、処置の分類、現行/廃止、適用の開始日と終了日、変えた手順の番号を持たせます。
| 取るもの | どこから | 何に使うか |
|---|---|---|
| 文書の種類(手順書/マニュアル/通知) | メタデータ | 通知を先頭に置く判定 |
| 現行/廃止 | メタデータ | 旧版の手順書を除く |
| 適用の開始日と終了日 | メタデータ | 今日が期間内の通知だけにする |
| 変えた手順の番号 | メタデータ | 手順書の回答に、変えた通知を必ず添える |
| 手順の断片 | データストア | 原文の表示 |
絞り込みの式は、日付の比較を使って書きます。 項目を索引可能にしておけば、手順書とマニュアルは status: ANY("current")、通知は valid_from <= "2026-10-06" AND valid_to >= "2026-10-06" のように、今日の日付で期間内のものだけを残せます。 日付はISO 8601の形式で書き、中継プログラムが検索のたびに今日の日付を入れます。終了日の決まっていない通知は、終了日に遠い将来の日付を入れておきます。
取り込みは、通知の発出と手順書の改訂のたびに行います。 流行期の通知は発出から適用までが短いので、発出の当日に取り込む手順を、看護部と ICT の通知の手順の中に組み込みます。
AIへ渡す前に整形する
- 手順書を1手順1文書にそろえる … 1つのPDFに複数の手順が入っているものは、手順ごとに分けます
- 現行/廃止を付ける … 見直しで置き換えられた手順に「廃止」を付けます
- 見出しをそろえる … 「目的」「必要物品」「手順」「注意点」「観察項目」の見出しを全手順で同じにします
- 通知に適用の期間と変えた手順の番号を付ける … 発出元が通知を出すときに、一覧に書きます
- 事例から患者の情報を除く … マニュアルや通知の事例に、患者を特定できる記載があれば消します
- 文書の分割を設定する … データストアを作るときに分割を有効にし、見出しを各断片に含めます
- パーサーを選ぶ … 手順書とマニュアルはレイアウトパーサーで、表と図を保ったまま読みます
6番目は、データストアを作る前に決めます。 分割はデータストアの作成後に切り替えられないとされています。断片の大きさは100〜500トークンの範囲で指定でき、見出しを断片に含める設定(既定は無効)を有効にすると、「どの手順の、手順の部分か、注意点の部分か」が断片だけで分かります。 手順の部分が1つの断片に収まるように、手順書の側で1手順の長さをそろえておくと、原文の表示が途中で切れません。
3番目を軽く見ないでください。 見出しがそろっていれば、中継プログラムは「手順」と「注意点」の断片を必ず対で表示する規則を持てます。注意点の断片が出ずに手順だけが表示されると、禁忌や中止の基準を読まずに処置に入ります。
AIに処理させる
させるのは、質問に当たる手順書・マニュアル・通知の箇所を見つけ、どの章のどの手順かを1〜2行で示し、出典を返すことです。 手順の中身は原文の断片で見せます。
| 要素 | 中身 | 根拠 |
|---|---|---|
| 該当の手順 | 手順の番号と名前、章 | 手順書・マニュアル |
| 変更の有無 | 手順を変える現行の通知の番号と適用の期間 | 通知 |
| 感染対策の段階 | 標準予防策か、どの感染経路別の予防策か、開始と解除の条件 | 感染対策マニュアルと通知 |
| 原文 | 「手順」と「注意点」の断片 | 手順書の断片をそのまま |
感染対策の段階の質問は、マニュアルの決め方の言葉のまま返させます。 院内のマニュアルは、すべての患者に行う標準予防策と、病原体や症状に応じた接触・飛沫・空気の予防策の組み合わせで書かれていることが多く、その言葉がずれると、病棟で行う対策の段階がずれます。
感染経路別の予防策を聞かれても、標準予防策の箇所を必ず添えます。 経路別の予防策は標準予防策に重ねて行うもので、経路別の箇所だけを返すと、手指衛生や個人防護具の基本の手順が読まれずに抜けます。 中継プログラムは、感染対策の質問への回答に、マニュアルの標準予防策の章へのリンクを常に付けます。
answer メソッドの設定は次のようにします。
| 設定 | 値 | 理由 |
|---|---|---|
includeCitations | 有効 | 回答の文に出典を付ける |
ignoreLowRelevantContent | 有効 | 手順書に無いことに答えない |
ignoreNonAnswerSeekingQuery | 有効 | 質問でない入力に答えない |
groundingSpec の includeGroundingSupports | 有効 | 回答の裏付けの度合いを返す |
filteringLevel | FILTERING_LEVEL_HIGH | 裏付けの低い回答を除く |
searchResultMode | CHUNKS | 手順書の該当の断片を返す |
filter | 現行の手順書・マニュアル+期間内の通知 | 旧版と期限切れの通知を除く |
preamble | 下の指示 | 答え方の規則を与える |
| させないこと | 理由 |
|---|---|
| 手順の要約や言い換え | 順序と注意書きが変わる。原文を見せる |
| 患者ごとの処置の判断 | 医師の指示と患者の状態で決まる |
| 薬剤の量や速度の回答 | 医師の指示と薬剤部の情報が根拠 |
| 一般的な看護の知識での補足 | 院内の手順と違うことがある |
| 感染対策の段階の独自の判断 | 院内のマニュアルと ICT が決める |
4行目が最も起きやすい失敗です。 回答を作るモデルは、教科書に載っている看護の手順を知っています。それで補うと、院内で決めた消毒薬や交換の間隔と違う手順が、院内の手順の顔で届きます。 検索結果の文書だけで答えることを指示で明記し、裏付けの度合いで除く設定も重ねます。
指示内容を固定する
answer メソッドの preamble に、次の指示を入れます。
あなたは病院の看護部で、病棟の看護師に院内の手順書の該当箇所を示す担当です。
読むのは処置の前の看護師で、あなたの回答のすぐ下に手順書の原文が表示されます。
【答え方】
1. 最初に、該当する手順の番号と名前、手順書またはマニュアルの章を書いてください。
2. 手順を変える院内の通知があるときは、通知の番号と適用の期間を先に書き、
「この手順は通知第○号で変わっています」と明記してください。
3. 感染対策の質問では、マニュアルに書かれた予防策の名前
(標準予防策、接触予防策、飛沫予防策、空気予防策)をそのまま使い、
開始と解除の条件がマニュアルにあれば、その箇所を示してください。
4. 説明は2行以内にしてください。手順の中身は原文を読んでもらいます。
【厳守事項】
- 検索結果の文書に書かれていることだけで答えてください。
一般的な看護の知識や他の病院の例で補わないでください。
- 手順を要約したり、順序を並べ替えたりしないでください。
- 数値(交換の間隔、濃度、時間)は、文書に書かれているとおりに書いてください。
- 患者ごとの処置の判断、薬剤の量や速度には答えず、
「医師または病棟の責任者に確認してください」とだけ書いてください。
- 廃止と書かれた手順を使わないでください。
- 該当する記載が見つからないときは、
「院内の手順書に該当する記載が見つかりません。担当へ回します」とだけ書いてください。
- 患者の氏名や病名を書かないでください。
「説明は2行以内、手順の中身は原文を読んでもらう」が、この指示の要です。 何も言わなければ、モデルは手順を丁寧に要約し、看護師は原文より読みやすい要約のほうを読みます。 要約の中で注意書きが1行落ちても、読む側には分かりません。説明を短く縛ることで、原文を読む動線を守ります。
検索の文は、中継プログラムが質問の文に正式な名前を足して組み立てます。 例えば「質問:CVの刺入部の消毒はいつ交換するか。正式名:中心静脈カテーテル管理。分類:処置の手順」のように、呼び名の対応表で引いた正式な名前と分類を後ろに足します。
出力形式を固定する
answer メソッドの応答を、中継プログラムが次の形に整えて、画面と記録に渡します。
{
"query_id": "",
"category": "procedure | infection_control",
"status": "answered | routed | declined",
"route_to": "nursing_dept | ict | none",
"decline_reason": "patient_specific | medication | none",
"answer_text": "",
"notices": [ { "no": "", "issuer": "nursing | ict", "valid_from": "", "valid_to": "", "changes_procedure": "" } ],
"procedure_refs": [ { "id": "", "title": "", "chapter": "", "version": "", "page_uri": "" } ],
"original_chunks": [ { "heading": "手順 | 注意点", "text": "" } ],
"feedback": "useful | not_found | wrong | none"
}
1つ目の理由は、original_chunks を回答の文と別に持てることです。 画面では、回答の文の下に原文の断片を見出し付きで並べます。中継プログラムは「手順」の断片があるのに「注意点」の断片が無い回答を見つけたら、同じ手順の注意点の断片を取り直して並べます。 取り直せなければ、注意点はPDFで読むよう表示します。
2つ目は、notices で通知を先頭に置けることです。 procedure_refs の手順を変える期間内の通知がデータストアにあるのに notices に入っていない回答は、通知を足してから表示します。 手順書の古い記載だけが表示されるのを防ぐためです。
3つ目は、feedback で回答の質を測れることです。 看護師が「役に立った/見つからない/誤り」を選び、「誤り」は看護部の業務担当がその日のうちに読みます。 手順書の書き方か呼び名の対応表を直す材料になります。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 院内ポータルの検索の画面 | 院内向けの画面 | 質問を受け、回答と原文を表示する |
| 職員の ID | 院内のログイン | 使える人を職員に限る |
| Agent Search | answer メソッドの呼び出し | 現行の手順書と期間内の通知から回答を作る |
| 看護部・ICT の受け口 | 書き込み | 回すものを、質問と検索の結果と一緒に載せる |
| 質問の記録 | 書き込み | 質問・回答・評価を残す |
電子カルテには、つなぎません。 患者の情報を検索の文に入れないことが、この構成の前提です。電子カルテから自動で質問を作る仕組みを足したくなっても、作りません。 患者の情報が院内の文書の検索と同じ記録に残ります。
人が確認する
看護師は、回答の文ではなく原文の断片と、必要ならPDFの該当ページを読んでから処置に入ります。
- 手順の番号と版を確かめる … 現行の手順か、通知で変わっていないかを見ます
- 原文の「手順」と「注意点」を読む … 回答の文ではなく原文の順序で確かめます
- 迷ったらリーダーに聞く … 原文を読んでも患者の状態に当てはまるか迷うときは、これまでどおりリーダーか医師に確かめます
- 評価を付ける … 役に立った/見つからない/誤りを選びます
3番目は、この構成を入れたあとも残す確認です。 手順書の原文は院内の決まりを示しますが、目の前の患者にそのまま当てはまるかは、患者の状態を見ている看護師とリーダーにしか分かりません。 検索で探す時間が減っても、迷ったときに聞く習慣は減らさないでください。
看護部の業務担当と ICT は、回ってきたものと「誤り」の評価だけを見ます。 手順書に無いと回ってきた質問は、手順書に足すべき手順の候補として、手順書の委員会に月ごとに出します。
目標は、720件をならして1件3分です。 原文を読む時間は入れず、探す時間を無くし、回ってきたものを担当が答える時間を残します。
例外に対処する
| 起きること | 対応 |
|---|---|
| 質問に患者の氏名や ID が書かれる | 検索せずに、書き直してもらう案内を返す。記録には質問の文を残さない |
| 患者ごとの判断や薬剤の量の質問 | 検索せず declined で「医師または病棟の責任者に確認してください」と返す |
| 手順書に該当の記載が無い | 回答を作らず、処置なら看護部、感染対策なら ICT へ回す |
| 裏付けの度合いが低く回答が除かれる | 回答を出さずに担当へ回し、関係しそうな手順の題名だけを示す |
| 出典が廃止の手順だけ | 回答を表示せず、手順書の管理表の担当に知らせる |
| 通知と手順書の記載が違う | 通知を先頭に出す。通知の適用の期間が切れていれば手順書だけを出す |
| 注意点の断片が取れない | 手順の断片だけを出し、「注意点はPDFでご確認ください」と表示する |
| 検索の呼び出しが失敗する | 「回答を作れませんでした」と表示し、手順書のPDFの目次へのリンクを出す |
最初の行は、記録の扱いまで決めておきます。 患者の氏名の入った質問を記録に残すと、院内の文書の検索の記録が、患者の情報を持つ記録に変わります。 判定に使った後は、質問の文を伏せて残します。
記録を残す
- 質問の文(患者の情報を伏せたもの)、日時、病棟、職種
- 中継プログラムが組み立てた検索の文と、使った絞り込みの式
- answer メソッドの応答の全文(回答、出典、裏付けの度合い、回答しなかった理由)
- 画面に表示した原文の断片と、先頭に置いた通知
- 看護師の評価と、担当が最終的に答えた内容
- そのとき現行だった手順の版と、期間内だった通知の一覧
最後の行は、インシデントの振り返りで効きます。 処置の後で「どの手順に従ったか」を確かめるとき、手順がその後に見直されていると、当時の画面に何が出ていたかが分かりません。 見直しと通知の発出のたびに、この一覧を残します。
04実装レベルの3段階
半自動化で、1件10分が6分程度になります。 探す時間は縮みますが、看護師がリーダーに聞き、リーダーが検索する形が残ります。本格構成で3分になり、この段階が本記事の想定です。 差が大きいのは、夜勤の看護師が、聞ける人を探さずに手順書の原文にたどり着けるからです。 段階を飛ばさないでください。 半自動化の1か月で、病棟の看護師がどんな言葉で手順を呼んでいるかが記録に残ります。それを呼び名の対応表に入れてから病棟に開くほうが、外れが少なくなります。
05工数削減シミュレーション
導入後 720件 × 3分 ÷ 60 = 36 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 数百床の病院や、看護職員が多い介護施設で、看護手順書と感染対策マニュアルが数百ページあり、看護部や感染対策の担当(ICT)から手順を変える院内の通知が毎月出ている場合。病棟の看護師が、処置の前に手順書を探すか、先輩やリーダーに聞いて確かめている場合。夜勤の時間帯に聞ける相手が少なく、異動や新人の看護師が手順の確認に時間を使っている場合。院内の文書を Google Cloud に置くことが、病院の情報セキュリティの規程で認められている場合。
- 看護手順書が整備されておらず、手順が病棟ごとの口伝えで決まっている場合(探す先が無いので、まず手順書を書くのが先です)。病床が少なく、看護師が手順書の全体を覚えている場合。患者ごとの処置の判断、薬剤の量、医師の指示の解釈までAIに答えさせたい場合(この構成は院内の手順書の該当箇所を示すだけで、患者ごとの判断は医師と看護師が行います)。院内の文書を外部のクラウドに置くことが認められていない場合。
07最小構成で試す方法
- 先月、病棟で確かめる必要が出た質問を30件集める(通知で手順が変わったものと、手順書に無かったものを数件入れる)
- その30件について、看護師が最終的にどの手順書のどの箇所を見たかを、リーダーと一緒に確かめる
- 関係する手順書の章、感染対策マニュアル、期間内の通知を、手元のAIサービスに資料として読み込ませる
- 質問を貼り、「添付の資料だけを根拠に、該当する手順の番号と章を示し、手順の部分は原文のまま引用してください。要約しないでください。手順を変える通知があれば先に書いてください」と指示する
- 出てきた箇所を、2番目で確かめた箇所と突き合わせる
| 出てきた内容 | 判断 |
|---|---|
| 確かめた箇所と同じ手順と通知が出た | データストアの構築に進む |
| 手順を要約したり一般的な知識を足した | 指示の書き方で直る。構成は有効 |
| 通知を見落として古い手順で答えた | 通知に変えた手順の番号を付けるのが先。 検索の問題ではない |
試すときも、患者の情報は入れないでください。 質問は手順の名前と状況だけで作ります。
3行目が出ることは珍しくありません。 失敗ではなく、看護師が掲示板を読んで頭の中で手順書に重ねていた「この通知はあの手順を変えた」が、文書の側に書かれていないと分かったということです。 通知の一覧に変えた手順の番号の列を足し、同じ30件で試し直してください。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 手順を要約して注意書きが落ちる | 説明を2行に縛り、手順と注意点の原文の断片を対で表示する |
| 流行期の終わった通知が返る | 適用の開始日と終了日を持たせ、今日の日付で絞り込む |
| 通知で変わった手順を手順書の古い記載で答える | 通知に変えた手順の番号を付け、通知を先頭に足す |
| 一般的な看護の知識で補う | 検索結果の文書だけで答えるよう指示し、裏付けの低い回答を除く |
| 病棟の呼び名で検索が外れる | 呼び名の対応表で正式な名前を足す |
| 断片が手順の途中で切れる | 見出しを断片に含め、1手順の長さを手順書の側でそろえる。分割は作成後に変えられない |
| 患者ごとの判断を聞かれる | 検索せずに医師と病棟の責任者への確認を案内する |
| 質問に患者の氏名が書かれる | 画面で注意し、記録では伏せる |
| 経路別の予防策だけが返る | 感染対策の回答に、標準予防策の章へのリンクを常に付ける |
| 図の手順が文字だけで返る | 画像の注釈を有効にし、図のある手順はPDFの該当ページへのリンクを必ず付ける |
上の2行が、この構成の失敗のほとんどです。 どちらも、画面に出た手順が、今この病院で守るべき手順と違うという失敗です。原文の断片の対の表示と、通知の期間の絞り込みを規則で持っているかどうかで、病棟に開けるかが決まります。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 院内の看護手順書、感染対策マニュアル、院内の通知と、看護師の質問の文です。文書自体に患者の情報は無くても、質問の文に患者の情報が書き込まれる可能性があります。
- 患者の情報を検索に入れない … 画面で注意し、患者の氏名や ID の入った質問は検索せず、記録でも伏せます
- 電子カルテにつながない … 患者のデータと院内の文書の検索を同じ仕組みに置きません
- 患者ごとの判断をAIに答えさせない … 処置の判断、薬剤の量は、医師と看護師が患者の状態を見て決めます。この構成が出すのは、院内の手順書と通知の該当箇所だけです
- 手順書の管理を続ける … 院内の感染対策のマニュアルは、最新の知見と院内の体制の実態に基づいて適時に見直すことが求められています。見直しのたびに取り込みと現行/廃止の付与を行います
- 使える人を職員に限る … 院内のネットワークと職員の ID で使える人を限ります
- 院内の情報セキュリティの規程を先に通す … 院内の文書を外部のクラウドに置くことが規程で認められているかを、情報システムの担当と先に確かめます
介護施設で使う場合も、考え方は同じです。 看護職員と介護職員が同じ手順書を引くなら、職種で見せる手順の範囲を分け、介護職員が行わない処置の手順は検索に出さない設計にします。
誤りが起きた場合のリスクは、古い手順や院内と違う手順で処置することと、患者ごとの判断をAIの回答で済ませることの2つです。 前者は原文の表示と通知の期間で、後者は質問の仕分けで防ぎます。どちらも規則で守り、AIの回答の文に頼りません。
10まず何から始めるか
1週目:通知の一覧を作る
看護部と ICT の現行の通知について、番号、発出元、適用の開始日と終了日、変えた手順の番号を一覧にします。流行期の通知と、物品の切り替えの通知から始めます。
2週目:30件で試す
病棟の質問を30件集め、手元のAIサービスに手順書と通知を読み込ませて聞きます。手順を要約していないか、通知を見落としていないかを最優先で見ます。
3週目:手順書の見出しと呼び名をそろえる
質問の多い上位50の手順について、見出しを5つにそろえ、病棟の呼び名の対応表を作ります。この時点で、PDFの目次からも探しやすくなります。
4週目:データストアを作る
分割と見出しの設定を決め、上位50の手順と感染対策マニュアル、期間内の通知を取り込みます。看護部の担当とリーダーが検索の画面で使い、自分が確かめた箇所と比べます。
2か月目: 中継プログラムと検索の画面を作り、2つの病棟で試します。評価を毎週数えます。3か月目以降: 全病棟に広げ、手順の数を増やし、1件10分が何分になったかを実測します。「誤り」の評価の原因が手順書と通知の側で直され、通知の一覧の更新が発出の当日に続いている状態が3か月続いた時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
Vertex AI Search が Agent Search へ改称中であること。answer メソッドの includeCitations、ignoreLowRelevantContent、ignoreNonAnswerSeekingQuery、preamble、filter、searchResultMode(DOCUMENTS/CHUNKS)。groundingSpec の includeGroundingSupports で0〜1の裏付けの度合いを返し、filteringLevel(FILTERING_LEVEL_LOW/FILTERING_LEVEL_HIGH)で除外でき、指定しなければ除外されないこと | Google Cloud: Get answers and follow-ups | 2026-10-06 |
| レイアウトパーサーが段落・表・画像・リスト・題名・見出しを検出し、HTML・PDF・DOCX・PPTX・XLSX・XLSM に対応すること。表と画像の注釈。分割の大きさが100〜500、見出しを含める設定の既定が無効、分割はデータストアの作成後に切り替えられないこと | Google Cloud: Parse and chunk documents | 2026-10-06 |
絞り込みの ANY()、比較の演算子、AND/OR/NOT、項目を索引可能にする必要があること、日付をISO 8601で書くこと | Google Cloud: Filter search for structured or unstructured data | 2026-10-06 |
| 院内全体で活用できる総合的な院内感染対策マニュアルと部門ごとのマニュアルを整備し、最新の科学的根拠や院内体制の実態に基づき適時見直すこと。標準予防策と、空気予防策・飛沫予防策・接触予防策の感染経路別予防策。患者処置の前後に手指消毒を行うこと(医政指発第0201004号、平成17年2月1日) | 厚生労働省: 医療施設における院内感染の防止について | 2026-10-06 |
処置の手順と感染対策の段階は、院内の手順書・マニュアルと、看護部・感染対策の担当の判断に従ってください。患者ごとの判断は医師と看護師が行ってください。 本記事は Google Cloud と厚生労働省の公開ページで確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-0433)についてのご相談はこちらから。
