Total Pageviews

2019/10/07

[閱讀筆記] The Checklist Manifesto: How to Get Things Right (3/3)

  1. 以外科手術為例,書中定義了三個 DO-CONFIRM checklist 與三個停頓點 (< 60-second)
    1. 麻醉前 (before anesthesia)
☐ 確認患者身分與告知麻醉程序
☐ 確認脈搏血氧飽和度分析儀(pulse oximeter) 運作正常
☐ 確認患者是否有藥物過敏
☐ 確認連到患者的氣管 (airway) 是否有問題
☐ 當患者失血過多,是否有夠的血可以支援


    1. 下刀前 (before incision)
☐ 團隊成員互相介紹姓名與角色
☐ 確認患者是哪個部位要進行手術
☐ 確認抗生素是否準時施打或不需要施打
☐ 確認顯示輔助手術用的患者 X 光片
☐ 團隊成員簡報此手術的關鍵問題:如外科醫生簡報預計手術時間、預備血量;麻醉師簡報麻醉計畫;護士確認設備是否完備等


    1. 離開手術室前 (before leaving OR)
☐ 護士口頭審核所完成的手術程序
☐ 將所摘除的檢體送到病理室
☐ 清點所使用的針頭、海綿與器具,若有設備故障需在下一場手術前提出
☐ 團隊成員本個人大聲朗讀患者術後恢復計畫與注意事項,確保訊息有清楚與完整的傳遞


  1. 手術有使用與未使用 checklists 的影片:
  2. 以醫學領域為例,有哪些事情是值得製作 checklists 的呢?較危險的、容易犯錯的、曾經發生過的危險案例等等,都值得讓你花時間去規劃、設計 checklists 並花時間測試與驗證。一般來說,只要牽涉到風險 (risk)、不確定性 (uncertainty) 與複雜性 (complexity),你都該去設計 checklists。好的 checklist 對於醫生與護士來說,與聽診器同等重要
  3. Checklists 並不是一個公式 (formula),checklists 的目的是讓你在每個重要步驟盡可能保持清醒,確保當你需要資訊時取得重要的資訊,有系統化地做出決策。以外科手術為例,術前會要求每個人必須洗手、團隊成員互相介紹、確認病患身分與手術位置等,checklists 並不會提升個人技巧,其會改善團隊做事的結果 (i.e. 減少犯錯與失誤)
  4. 導入 checklists 並不會讓你降低做事效率 (efficiency),反而會提升你的決策效率、做事更有條理 (methodical),並且降低犯錯的機會。
  5. 很多人其實很抗拒 checklists,checklists 讓他們感覺痛苦、無趣,但是作者認為這一切源自於人類的惰性。人們認為總是有超級英雄能隨機應變、膽大心細地處理複雜與高風險的事情。或許我們應該修改這些英雄主義 (heroism) 的想法,現實的情況非常複雜,就算是英雄頭腦也有限。
  6. 企業的行為準則 (code of conduct) 通常具有幾個元素:
企業的行為準則具備的元素
說明
① 無私 (selflessness)
  • 將團隊利益置於個人利益之上
② 技能 (skill)
  • 追求知識與技能卓越
③ 信任 (trustworthiness)
  • 對自己的行為負責
④ 紀律 (discipline)
  • 遵從謹慎的程序並與他人協同合作。
  • 紀律是其中最困難的一部分,比無私、技能與信任還要困難,因為人就是不完美的、容易犯錯且粗心的生物。然而,就是因為如此,更需要建立紀律與規範,例如飛機起飛前須做好起飛前的檢查 (preflight checklist)。


  1. 當發生空難時,美國國家運輸安全委員會 (National Transportation Safety Board) 會介入調查失事的原因,並提出建議,並且會制訂新的規定與建議。根據失事主因,將防範措施整合成一份可靠的、有用的 checklists,藉此降低傷害。
  2. 當 checklists 完成後,你必須確認 checklists 一定不能變得僵化 (ossified),使其變成阻礙 (hinder) 而非協助 (aid),即便是最簡單的 checklists 也需要頻繁的複習與持續的修改。checklists 只提供協助;若其無法提供協助,這份 checklists 一定是錯誤的。
  3. 毫無疑問的,現代的科技大幅提升我們的能力。但是,科技無法處理預期外的事物、管理不確定性、建造摩天大樓、執行一個救援行動。有時候,科技反而會讓事情複雜化,添加額外的複雜元素到系統中,給予我們額外可能失敗的因素。
  4. 在醫學界,我們擁有最好的藥物、最好的儀器與最好的專家,但卻常常忽略如何讓這三個元素做良好的搭配。例如,若要組裝一台全世界最好的車子,不是擁有 Ferrari 的引擎、Porsche 的煞車系統、BMW 的懸吊系統 (suspension) 與 Volvo 的車體 (body) 就可以達成此目標,到頭來你還是無法接近最好的車子此目標,你得到的可能只是一堆非常昂貴的垃圾。
  5. 當我們仔細觀察,即便是擁有絕佳能力與決心的人,還是會犯相同的錯誤。當我們知道錯誤發生的形式 (patterns),了解犯錯所產生的額外成本,我們就該從從錯誤中學習,從中學到教訓,將其整理成 checklists,避免重複犯錯。
  6. 製作 checklists 的 checklist (A checklist for checklists)
    1. 發展階段 (Development)
前置工作
☐ 你是否對於你期望的檢查表,有清楚且明確的目標
每個檢查表項目
☐ 是否有關鍵、容易被忽略且會造成危害的步驟?
☐ 是否有些事項,無法透過其他機制做適當的檢核?
☐ 是否是可行的?每個檢查項目是否需要有特定的回應?
☐ 是否設計為適用於口頭檢查 (verbal check),進行確認?
☐ 使用檢查表會影響到誰?(利害關係人)
其他注意考量
☐ 是否有增加能夠促進團隊成員溝通的檢查項目?
☐ 製作檢查表的過程,是否有邀請團隊成員一起參與?


    1. 草擬階段 (Drafting)
檢查表是否有符合以下規定
☐ 是否有使用工作流程中自然的停頓點 (pause point)
☐ 是否有使用簡單的句子結構與基本語言
☐ 是否有使用標題來解釋檢查表的目的
☐ 是否有使用簡潔、有邏輯性的格式
☐ 是否能控制在一頁就能涵蓋所有檢查項目
☐ 是否能將顏色的使用最少化
有關檢查表的字型
☐ 是否使用 Sans serif (沒有襯線的字體,完全拋棄裝飾襯線,只剩下主幹,造型簡明有力,更具現代感,適用於標題、廣告,瞬間的識別性高)?
☐ 是否適當地使用字母大小寫?
☐ 字體大小 (font size) 是否適中?
☐ 檢查表的背景顏色用淺色或深色?
其他注意項目
☐ 每個 pause point 的檢查項目是否少於 10 個
☐ 檢查表的制定日期或修改日期是否明確註明?


    1. 驗證階段 (Validation)
你是否
☐ 在真實或模擬的情境中,與第一線使用者試行過此檢查表?
☐ 根據試行後的結果與回饋,修改檢查表?
檢查表是否
☐ 適用於工作流程?停頓點是否妥當?
☐ 在錯誤還能夠被矯正的時候,把問題偵測出來?
其他注意項目
☐ 檢查表是否能快速地在合理的時間完成檢查?
☐ 是否有規劃時程在未來進行檢查表的檢查與修正?

  1. 最後提醒,檢查表並不是一個教學工具 (teaching tool) 或是運作 / 運算方法 (algorithm)
  2. 本書論述架構:

No comments: