ISBAR 不只是交班格式 — 當口頭傳統遇上結構化資料

三秒的口頭交班

「30 歲男性，車禍，左大腿開放性骨折，血壓 90/60，心跳 110，SpO2 94%，已打一支 TXA，建議直接送手術室。」

一個有經驗的 EMT 可以在三秒內把這段話說完。接手的護理師點頭，立刻開始準備。

這就是 ISBAR 交班。全球通用，救了無數人。

但有三個問題：

1. 紀錄不存在。三秒後，這段話消失在空氣中。兩天後有人問「那個病人的交班內容是什麼？」，答案是「我大概記得⋯⋯」
2. 無法驗證。接手方聽到的是不是交班方說的？沒有人知道。
3. 無法回放。如果要重建整個事件的時間線——誰在什麼時候把什麼資訊傳給誰——口頭交班做不到。

xGrid 不是要取代口頭交班。它是要讓口頭交班留下一份不會消失的結構化紀錄。

ISBAR 的五個欄位

字母	全稱	xGrid 記錄的內容
I	Identify（辨識）	病患姓名、年齡、性別、掛號編號 — 系統自動帶入
S	Situation（現況）	主訴、目的地、預估到達時間
B	Background（背景）	病史、過敏、目前用藥、身高體重
A	Assessment（評估）	血壓、心率、呼吸、血氧、GCS、疼痛指數
R	Recommendation（建議）	建議處置、待完成醫囑、運送注意事項

「I」欄是自動帶入的——建立交班時，系統從掛號紀錄撈出病患資訊。在壓力下手動輸入姓名和編號，出錯的機率遠高於讓系統自動帶入。

不只是 ISBAR

xGrid 支援四種交班格式，適用於不同場景：

• ISBAR — 標準院內交班
• MIST — 戰場創傷交班（Mechanism 機轉, Injuries 傷勢, Signs 徵象, Treatment 處置）
• SOAP — 門診紀錄
• ICU_SHIFT — 加護病房換班

格式不同，但底層的追蹤機制相同：每筆交班都記錄誰交的、誰接的、什麼時候、狀態是什麼。

快照鎖定：交班那一刻的真實狀態

每筆交班建立時，系統會拍一個「快照」——把當下的病患資料、最新生命徵象、檢傷狀態凍結成一份不可修改的紀錄。

為什麼？

因為病患資料會變。交班後一小時，檢傷可能從 YELLOW 升到 RED，血壓可能持續下降。如果交班紀錄引用的是「最新資料」，你永遠無法回答「交班當下的病患狀態到底是什麼？」

快照鎖定解決了這個問題。交班紀錄裡的資料是交班那一刻的真實狀態，不會被後續的更新覆蓋。這在事後檢討和法律程序中至關重要。

防止雙重接手

多個護理師同時看到一筆待接收的交班，兩個人同時按「接受」。誰接到這個病人？

系統用一個原子操作確保只有一個人能成功接受。第一個按的人接到病人，第二個人會看到提示「此交班已被接受」。

在大量傷患場景中，多個護理師同時查看待接收清單是常態。沒有這個保護，同一個病人可能被兩個團隊同時接手——浪費資源、混淆責任。

交班之後的事

交班不是一個瞬間，是一個過程。從 EMT 建立交班到病患到達目的地之間，情況可能改變。

xGrid 用附錄系統追蹤交班後發生的事：

類型	時機	內容
到場生命徵象	EMT 到場時	重新量測的生命徵象
運送事件	運送途中	氧氣調整、意識變化、路線變更
臨床備註	任何時候	EMT 的臨床判斷與觀察

每筆附錄都帶時間戳，構成一條從交班到到達的完整時間線。

拒絕也是紀錄

交班可以被拒絕。拒絕不是失敗——它是一個有意義的臨床決定：

• 病患不穩定 — 不適合轉運
• 接收方已滿 — 沒有空間
• 目的地已關閉 — 該站已撤離
• 其他原因 — 文字說明

這些紀錄同樣重要。它們回答了「為什麼這個病人沒有被轉到應該去的地方？」——一個在災難後檢討中經常出現的問題。

自動組裝的事件時間線

當你把所有交班紀錄、附錄、和各系統的事件串在一起，你得到的是一條完整的病患旅程：

這條時間線是自動生成的。不需要任何人坐下來寫報告。每個系統各自記錄自己負責的事件，事後組合起來就是完整的故事。

從三秒到十五秒

回到最開始的三秒口頭交班。

xGrid 的交班操作大約 15 秒——比口頭交班多 12 秒。護理師點幾個欄位（S、B、A、R 各一個，I 自動帶入），完成。

但這 12 秒換來的是：

• 一份不會消失的紀錄
• 一個可以被驗證的快照
• 一條可以被回放的時間線
• 一個可以被分析的資料集

一百次交班的結構化資料，可以告訴你：哪些路線的運送時間最長？哪些時段的交班拒絕率最高？附錄的詳細程度跟病患預後有沒有關聯？

口頭傳統無法回答這些問題。結構化資料可以。

---

延伸閱讀：每一袋血的旅程 — 災難醫療中的血品監管鏈數位化 · 當牆壁被打穿時 — Safety-II 如何改變我們設計醫療系統的方式