Presentation is loading. Please wait.

Presentation is loading. Please wait.

Bradford D. Winters, Ph.D., M.D., FCCM Associate Professor Anesthesiology and Critical Care Medicine and Surgery Core Faculty Armstrong Institute for Patient.

Similar presentations


Presentation on theme: "Bradford D. Winters, Ph.D., M.D., FCCM Associate Professor Anesthesiology and Critical Care Medicine and Surgery Core Faculty Armstrong Institute for Patient."— Presentation transcript:

1 Bradford D. Winters, Ph.D., M.D., FCCM Associate Professor Anesthesiology and Critical Care Medicine and Surgery Core Faculty Armstrong Institute for Patient Safety and Quality 1 SUSP Implementation I: Learning From Defects Through Sensemaking I

2 2 Quick Administrative Announcements You need to dial into the conference line: Dial in Number:1-800-311-9401 Passcode: 83762 Webinar URL:https://connect.johnshopkins.edu/suspcohort4/https://connect.johnshopkins.edu/suspcohort4/ Please contact your Coordinating Entity for a copy of these slides if you have not already received them We will make a recording of this webinar available. We want you to interact with us today. You can: Type comments in the chat box. Or even better, speak up.

3 3 Polling Questions What is your role? Have you established your SUSP team? Has your team started meeting regularly? Where are you from? Enter organization in the chat box.

4 4 Describe difference between first-order and second-order problem solving List contributing factors that make defects in care more likely to occur Use the Learning For Defects (LFD) tool to perform second-order problem solving Learning Objectives

5 5 Patient safety is a property of systems. Apply principles to both technical tasks and adaptive teamwork. Teams make wise decisions when input is diverse, independent and encouraged. Principles of Safe Design Principles Of Safe Design 1.Standardize Care 2.Create Independent Checks 3.Learn From Defects Principles Of Safe Design 1.Standardize Care 2.Create Independent Checks 3.Learn From Defects

6 6 First-order Problem Solving Second-order Problem Solving Recovers for one patient, but does not reduce risks for future patients. Example: You get the supply from another area or you manage without it. Reduces risks for future patients by improving work processes and increasing compliance. Example: You create a process to make sure line cart is stocked with necessary equipment. Problem Solving Hierarchy Activity: Share an example in the chat of common first-order problem solving in your work area.

7 7 What is the long-term impact on patient safety culture? Problem Solving Goal First-order problem solving addresses immediate need, but does not improve patient safety culture Second-order problem solving addresses future needs and improves overall patient safety culture

8 8 Anything you do not want to happen again. What is a Defect?

9 9 Individual Mistake or System Failing? Rather than being the main instigators of an accident, operators tend to be the inheritors of SYSTEM defects.... Their part is that of adding the final garnish to a lethal brew that has been long in the cooking. -- James Reason, Human Error, 1990 “ ”

10 10 Adverse event reporting systems Sentinel events Claims data Infection rates Complications Staff Safety Assessments (SSA) – How will the next patient be harmed? – What can you do to prevent or minimize this harm? Source of Defects

11 11 Polling Questions Have you administered the SSA to frontline staff? Is your team already working on specific defects? Hint: Staff Safety Assessment (SSA) 1.How will the next patient be harmed? 2.What can you do to prevent or minimize this harm? Hint: Staff Safety Assessment (SSA) 1.How will the next patient be harmed? 2.What can you do to prevent or minimize this harm?

12 12 Learning from Defects What happened? From view of person involved Why did it happen? How will you reduce it happening again? How will you know the risk is reduced?

13 13 Core CUSP team guides the use of this tool – CUSP Facilitator – CUSP Champion – Unit Manager – Provider Champion – Senior Executive But everyone on the unit can and should participate in the process of learning from defects Who Should be Using the LFD Tool?

14 14 CUSP brings a diverse group of team members together Don’t assume that everyone at the table is as familiar with the details of a defect as you are. – Not familiar with the context of a defect being discussed? Don’t hesitate to ask basic questions! – Well-versed? Take the time to describe a defect so everyone can help you see aspects of a defect you may not have appreciated before. Walk the process with the frontline staff Checking Your Assumptions

15 15 Walk the process Select a defect to learn from Put yourself in the place of those involved, in the middle of the event as it was unfolding Take time to listen Seek to understand rather than to judge Ask clarifying questions and follow-up questions Dig down to the reasoning and emotions behind actions and decisions What Happened?

16 16 What Happened? Who was involved? What actions occurred? What were care team members thinking and feeling? What were patients thinking and feeling? What was happening at the same time? What happened that had a good outcome? What happened that had a bad outcome? What tools or technologies were used and how? What Happened?

17 17 At your CUSP team meeting Reconstruct the timeline and explain what happened Consider recreating to make defect real – Visualization tools – Process mapping – Role playing – Diagrams or sketches To create a lasting change, remember the “people side” of a defect, including the values, attitudes, and beliefs What Happened?

18 18 Contributing factors from all levels of your healthcare system impact care delivery and, ultimately, patient outcomes Develop a “system perspective” to see the hidden factors that led to the event List all contributing factors and identify whether they harmed or protected the patient This process is instrumental in building second-order problem solving skills necessary to learn from defects Why Did It Happen?

19 19 System Failure Cascade Patient suffers Pronovost Annals IM 2004; Reason Why Did It Happen?

20 Hospital Departmental Factors Work Environment Team Factors Individual Provider Task Factors Patient Characteristics Institutional Adopted from Vincent System Factors Impact Safety 20

21 21 LFD Tool Contributing Factors

22 22 LFD Tool Contributing Factors

23 23 LFD Tool Contributing Factors

24 24 As you identify contributing factors, try to go deeper The “5 Why’s” technique can help – Why 1: Why did this contributing factor occur? – Why 2: Why did “Why 1” occur? – Why 3: Why did “Why 2” occur? – Why 4: Why did “Why 3” occur? – Why 5: Why did “Why 4” occur? It may take more than one meeting or additional fact-finding to find all contributing factors Why Did It Happen?

25 25 Make it visual If your team used a drawing to illustrate what happened, consider going back to it. Look for weaknesses in the processes – Are there redundant steps? – Are there variables that make care inconsistent among providers? Evaluate the way your workspaces are designed – Is the workflow reasonable? – Is the workflow efficient? Why Did It Happen?

26 26 Thinking about culture What about the people side of the defect? Can you identify where the pain points are? Are there aspects of your patient safety culture that promote doing the wrong thing or engaging in a risky workaround? What might your team do to build a stronger safety culture? Why Did It Happen?

27 27 Communicating for Patient Safety CASE STUDY: RENAL TRANSPLANT

28 28 Who:An ICU patient bleeding after renal transplant What:Needs emergency surgery to correct When:Early morning 0530 Where:Taken to OR by anesthesiology team And:Nurse hands over chart with Kardex stamp plate as patient is on the way out of ICU What happened next? In OR:Patient unstable on arrival to OR at 0600, necessitating additional lines In OR:Patient stabilized and surgery begins Setting the stage Case Study: Renal Transplant

29 29 Attending anesthesiologist called to an emergent neurosurgical case for craniotomy Attending leaves renal transplant case, returns at 0730 Meanwhile, nursing and OR tech staff turned over at 0700 Anesthesiology resident who started the case has already signed out to the day shift resident who has taken over Attending notes that a transfusion has started, and that the PRBCs bag has the wrong patient’s name Attending immediately stops the transfusion, reporting error to the OR staff and blood bank Case Study: Renal Transplant

30 30 Resident used the stamp plate to order and then check the blood However, wrong chart sent with the patient from the ICU Never checked against the wrist band All of the OR documents stamped with the name from the incorrect chart Ultimately, the patient dies, though transfusion not the cause as the donor blood was type O Case Study: Renal Transplant

31 31 Learning from Defects Tool What happened? Why did it happen? Case Study: Renal Transplant Activity: Where are the system failures?

32 32 System Failures Case Study: Renal Transplant Knowledge, Skills & Competence Anesthesiology attending not notified of the transfusion; wrist band checks with stamp plate were not done at multiple points Knowledge, Skills & Competence Anesthesiology attending not notified of the transfusion; wrist band checks with stamp plate were not done at multiple points Unit Environment Near simultaneous emergent events; change of two different provider groups at same time; no independent check Unit Environment Near simultaneous emergent events; change of two different provider groups at same time; no independent check Other Factors Hospital environment: Transfer across units Patient characteristics: High acuity Task characteristics: Blood check-in only as good as existing identity documents Other Factors Hospital environment: Transfer across units Patient characteristics: High acuity Task characteristics: Blood check-in only as good as existing identity documents Create independent checks, encourage patient safety culture initiatives, add system constraints like barcoding technologies Stagger staff changes Formalize hand-offs between departments Stagger staff changes Formalize hand-offs between departments Ensure hand-off process supports emergencies Opportunities For Improvement

33 33 Review the Learning from Defects tool with your team Review a defect in your operating rooms Select a defect Identify the top three contributing factors Share those factors on the next coaching call Action Plan

34 34 Resources Find the Learning from Defects Tool at https://armstrongresearch.hopkinsmedicine.org/susp/cusp/resources.aspx

35 35 Bagian JP, Lee C, et al. Developing and deploying a patient safety program in a large health care delivery system: you can't fix what you don't know about. Jt Comm J Qual Improv 2001;27:522-32. Pronovost PJ, Holzmueller CG, et al. A practical tool to learn from defects in patient care. Jt Comm J Qual Patient Saf 2006;32(2):102-108. Pronovost PJ, Wu Aw, et al. Acute decompensation after removing a central line: practical approaches to increasing safety in the intensive care unit. Ann Int Med 2004;140(12):1025-1033. Reason J. Human Error. Cambridge, England: Cambridge University Press, 2000. Vincent C, Taylor-Adams S, Stanhope N. Framework for Analyzing Risk and Safety in Clinical Medicine. BMJ. 1998;316:1154. Wu AW, Lipshutz AKM, et al. The effectiveness and efficiency of root cause analysis. JAMA 2008;299:685-87. References


Download ppt "Bradford D. Winters, Ph.D., M.D., FCCM Associate Professor Anesthesiology and Critical Care Medicine and Surgery Core Faculty Armstrong Institute for Patient."

Similar presentations


Ads by Google