Page 443 - 教科書(電子書)
P. 443
(三)資源需求 (五)狀態更新
需要額外設備或人力支援。 在急救中報告完成某個關鍵步驟、通知團隊某
例:「門打不開,需要破門工具。」 項任務的進展情況例:「IV 上了!」
(四)時間提醒
在急救時花過多時間處理某技術、提醒團隊成
員注意時間限制。
第十七章
例:「學長我們已經待 15 分鐘了喔!」
03
三 回覆確認 (Check-back) 溝通模組說明
相對於主動呼叫是發話者通知各成員,接收到 (二)傳達關鍵訊息時
訊息的成員應該回覆確認,讓發話者知道資訊已被
接收到。最簡單且實際的做法就是複誦一次任務內 EMT A:「病人血氧沒有提升麻煩改用
容,並且告知對方「收到」,發話者在聽取回饋後, NRM。」
可再給予確認或糾正錯誤訊息,以此方式達到閉圈 EMT B:「 改 給 病 人 使 用 NRM ! 開 15L/
式溝通,減少訊息傳遞過程中產生的錯誤。以下舉 min。」
例回覆確認的時機: EMT A:「正確喔!」
(一)分配任務時 (三)到院交班
EMT A:「等一下學長你負責詢問病史。」 EMT:「病人現場血糖過低,有給予 5% 葡萄
EMT B:「收到,等下我來詢問病史!」 糖輸液。」
檢傷:「現場給 5% 葡萄糖,對嗎?」
EMT:「正確喔!」
四 ISAR 架構化交班模組
在交接資訊時,因為內容繁多,如果沒有一套 如外傷病史詢問跟交接班,都可以參考 MIST(機
架構化的方式,就容易受到各種人為或是外在因素 轉 - 傷勢 - 徵象 - 治療)模組。這邊要介紹的是
影響,以至於交班內容缺失或錯誤。架構化的交接 ISAR 緊急救護交接班模組,可以用在個人或團隊
班,可以讓交班人員跟接班人員都知曉現在交接的 間的交接,說明如下:
內容,以及項目是否完整。這類型的模組很多,例
441