HIT Hazard Manager: for Proactive Hazard Control James Walker MD, Principal Investigator, Geisinger Health System Andrea Hassol MSPH, Project Director,

Slides:



Advertisements
Similar presentations
Healthcare Failure Mode and Effect AnalysisSM
Advertisements

Safety Management Systems (SMS) An Introduction for Senior Management
Database Planning, Design, and Administration
Patient Safety What is it? Why is it important? What are we doing? What is my part to play?
Conducting Patient Safety Rounds with Staff. First Steps Set the stage –Unit and Hospital Leadership Support –Identify a “champion(s)” for each unit where.
Test Automation Success: Choosing the Right People & Process
Information Risk Management Key Component for HIPAA Security Compliance Ann Geyer Tunitas Group
Designing and Developing Decision Support Systems Chapter 4.
7M701 1 Software Prototyping Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 8
Integrated Risk Management and Risk Communications David DeGagne, Executive Director Centre for Risk Management Tel: Fax: Web:
Capturing and Reporting Adverse Events in Clinical Research
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
Lecture Nine Database Planning, Design, and Administration
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Bureau of Workers’ Comp PA Training for Health & Safety (PATHS)
Pilot Risk-Ranking Model to Prioritize Manufacturing Sites for GMP Inspections Advisory Committee for Pharmaceutical Science Manufacturing Subcommittee.
Center for Quality Improvement and Patient Safety Agency for Healthcare Research and Quality Presented to the ONC HIT Policy Committee – Safety Task Force.
William B Munier, MD, MBA, Director Center for Quality Improvement and Patient Safety Agency for Healthcare Research and Quality AHRQ Annual Conference.
© 2013 BOS Solutions Ltd. Revised: Mar 15,2013 Version 2 – BOS HSE MSpg. 1 The BOS HSE Management System Brad Whitaker, MSPH, CSP BOS Solutions HSE Director.
The most precious commodity in your organisation?
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements l.
Pipeline Qra Seminar Title slide Title slide.
What is Business Analysis Planning & Monitoring?
Learning about Safe Systems Dr. Maureen Baker CBE DM FRCGP Clinical Director for Patient Safety NHS Connecting for Health.
by Joint Commission International (JCI)
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Why use RequisitePro RequisitePro is a comprehensive tool that supports any of today's requirements management processes. The predominant requirements.
“Kuality” Assurance What does that look like? Scott Heise Indiana University KFS - Quality Assurance Manager Paul Sandoval University of Arizona KRA –
AHRQ 2006 Annual Conference on Patient Safety and Health IT Socio-Technical Approach to Planning and Assessing Redesign Huron Hospital CPOE Implementation.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
1 Overview of the CPOE Evaluation Tool 2009 Leapfrog Group Townhall Call May 6, 2009.
OHT a subsidiary of the Glatfelter Insurance Group Incident Investigation for Emergency Services April 24, 2015 Dave Bradley, VFIS 2015 Michigan.
Chapter 11: Software Prototyping Omar Meqdadi SE 273 Lecture 11 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements.
Leapfrog’s CPOE Evaluation Tool Town Hall Call May 2, 2008.
Health Management Information Systems Computerized Provider Order Entry (CPOE) Lecture b This material Comp6_Unit4b was developed by Duke University funded.
Medication Use Process Part One, Lecture # 5 PHCL 498 Amar Hijazi, Majed Alameel, Mona AlMehaid.
소프트웨어공학 강좌 1 Chap 7. Software Prototyping - Rapid software development to validate requirements -
Chapter 12 Integrated Information Systems for Chronic Care: A Model Linking Acute and Long Term Care.
Department of Health and Human Services Office of the Assistant Secretary for Health (ASH) Advisory Committee on Blood Safety and Availability (ACBSA)
Health Management Information Systems Unit 4 Computerized Provider Order Entry (CPOE) Component 6/Unit41 Health IT Workforce Curriculum Version 1.0/Fall.
Integrating Environmental Management System (EMS) Requirements and Work Controls April 21, 2004 Denny Hjeresen, EMS Team Lead, LANL Gene Turner, NNSA Lead,
This chapter is extracted from Sommerville’s slides. Textbook chapter
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
Health IT Hazard Manager: Design & Demo James M. Walker, MD, FACP; Principal Investigator, Geisinger Health System Andrea Hassol, MSPH; Project Director,
PSL 503: Policy, Economics & Environment Unit 7 Legislative Environment: Impact on Patient Safety Reporting.
PSO Common Formats for Patient Safety Event Reporting AHRQ Annual Conference 2008 William B Munier, MD, MBA 7 September 2008.
Software Prototyping Rapid software development to validate requirements.
Preventing Errors in Medicine
Requirements Engineering Process
Chapter 12 Software Support and Maintenance. Product released! Software Released! Now what?
©Ian Sommerville 2000, Tom Dietterich 2001 Slide 1 System prototyping l Prototyping is the rapid development of a system l In the past, the developed system.
This chapter is extracted from Sommerville’s slides. Textbook chapter 22 1 Chapter 8 Validation and Verification 1.
1 Building a Patient Safety Mentor Program Michele Campbell, RN, MSM, CPHQ FABC Corporate Director Patient Safety and Accreditation Christiana Care Health.
Nursing Informatics MNS 5103 MASTER OF NURSING SCIENCE (MNS)
Communication and Optimal Resolution (CANDOR) Toolkit Module 4: Event Reporting, Event Investigation and Analysis.
Stoimen Stoimenov QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
Collaborative Pilot Project: Connecting EMRs with the IL PMP to Improve Medication Safety IL Prescription Monitoring Program IHA’s Institute for Innovations.
Rekayasa Perangkat Lunak Part-6
Software Prototyping.
Lecture 3 Prescriptive Process Models
Managing the Project Lifecycle
Faulkner County Urban Farm Project: Service-Learning Fall 2017
Information Systems Selection
Software Processes (a)
Usability Techniques Lecture 13.
Product released! Software Released! Now what?.
Tobey Clark, Director*, Burlington USA
Chapter 12: Software Support and Maintenance
Presentation transcript:

HIT Hazard Manager: for Proactive Hazard Control James Walker MD, Principal Investigator, Geisinger Health System Andrea Hassol MSPH, Project Director, Abt Associates September 10, 2012 AHRQ Contract: HHSA i,#14

Accident Analysis

Patient Harm Analysis (e.g., RCA) Accident Analysis

Near-Miss Analysis

Patient Harm Near Miss Analysis (e.g., RCA) Near-Miss Analysis

Proactive Hazard Control

”Un-Forced” HIT-Use Error Error in Design or Implementation Interaction between HIT and other healthcare systems Proactive Hazard Control Care-Process Compromise? Identifiable Patient Harm? Patient Harm No Adverse Effect Near Miss Hazard in Production No Adverse Effect Yes HIT-Related Hazards Yes No Use-Error Trap Hazard Identified? Hazard Resolved? HIT-Use-Error Trap

Proactive Hazard Control: A Case Pre-implementation Analysis: New CPOE cannot interface safely with the existing best-in-class pharmacy system. Pre-implementation Analysis: New CPOE cannot interface safely with the existing best-in-class pharmacy system. Replace the pharmacy system with the one that is integrated with the CPOE: Expensive 9-month delay Replace the pharmacy system with the one that is integrated with the CPOE: Expensive 9-month delay Years later, David Classen studied 62 HER implementations and concluded that CPOE and pharmacy systems from different vendors can never be safely interfaced. Years later, David Classen studied 62 HER implementations and concluded that CPOE and pharmacy systems from different vendors can never be safely interfaced.

The Hazard Ontology Why a standard language (ontology) for HIT hazards? To decrease the cost and increase the effectiveness of hazard control. Example: Much of the budget of the Aviation Safety Information Analysis and Sharing (ASIAS) system is devoted to normalizing data—because every airline uses a different ontology and can’t afford to change.

Health It Hazard Manager – AHRQ ACTION Task Order Design & Alpha-Test (266 hazards) Design & Alpha-Test (266 hazards) – Geisinger Beta-Test (Website) Beta-Test (Website) – Geisinger – Abt Associates – ECRI PSO Beta-Test Evaluation Beta-Test Evaluation – Abt Associates – Geisinger

Hazard Manager Beta-Test 7 sites: integrated delivery systems, large and small hospitals, urban and rural – Usability (individual interviews) – Inter-rater Scenario Testing (individual web or in- person sessions) – Ontology of hazard attributes (group conference) – Usefulness (group conference) – Automated Reports (group conference) 4 vendors offered critiques All-Project meeting: 6 test sites, 4 vendors, AHRQ, ONC, FDA

HIT Hazard Manager 2.0 Demo

Hazard Ontology Discovery: when and how the hazard was discovered; stage of discovery Discovery: when and how the hazard was discovered; stage of discovery Causation: usability, data quality, decision support, vendor factors, local implementation, other organizational factors Causation: usability, data quality, decision support, vendor factors, local implementation, other organizational factors Impact: risk and impact of care process compromise; seriousness of patient harm Impact: risk and impact of care process compromise; seriousness of patient harm Hazard Control: control steps; who will approve and implement the control plan Hazard Control: control steps; who will approve and implement the control plan

Beta-Test Analytic Methods Content analysis of 495 Short Hazard Descriptions Content analysis of 495 Short Hazard Descriptions Frequencies of hazard ontology factors: combinations often selected together; factors never selected Frequencies of hazard ontology factors: combinations often selected together; factors never selected Inter-rater differences in entries of mock hazard scenarios/vignettes Inter-rater differences in entries of mock hazard scenarios/vignettes Suggestions from testers to improve ontology clarity, comprehensiveness, mutual exclusivity Suggestions from testers to improve ontology clarity, comprehensiveness, mutual exclusivity Content analysis of “Other Specify” entries Content analysis of “Other Specify” entries

Example: Unforced User Error Unforced User Error was the second most frequently chosen factor (79 hazards). Unforced User Error was the second most frequently chosen factor (79 hazards). In 55 instances, another factor was also chosen: In 55 instances, another factor was also chosen: Usability Data Quality CDS Software Design Other Org. Factors * Multiple selections possible Inter-rater testing revealed differing attitudes about the role of health IT in preventing user errors. Inter-rater testing revealed differing attitudes about the role of health IT in preventing user errors.

Ontology Revision: “Use Error”

Hazard Manager Benefits

Value: Care-Delivery Organizations Prior to an upgrade, learn about hazards others have reported. Prior to an upgrade, learn about hazards others have reported. Identify hazards that occur at the interface of two vendors’ products. Identify hazards that occur at the interface of two vendors’ products. Control hazards proactively. Control hazards proactively. Estimate the risk hazards pose and prioritize hazard-control efforts. Estimate the risk hazards pose and prioritize hazard-control efforts. Inform user-group interactions with vendors. Inform user-group interactions with vendors. Protect confidentiality. Protect confidentiality.

Value : HIT Vendors Identify the 90% of hazards that their customers do not currently report. Identify the 90% of hazards that their customers do not currently report. Learn which products interact hazardously with their own. Learn which products interact hazardously with their own. Prioritize hazard control efforts. Prioritize hazard control efforts. Identify hazards early in the release of new versions. Identify hazards early in the release of new versions. Preserve confidentiality. Preserve confidentiality.

Value : Policy Makers Identify and categorize common hazards that occur at the interface of specific types of products (e.g., pharmacy and order entry). Identify and categorize common hazards that occur at the interface of specific types of products (e.g., pharmacy and order entry). Move hazard identification earlier in the IT lifecycle (especially prior to production use). Move hazard identification earlier in the IT lifecycle (especially prior to production use). Monitor the success of hazard control in reducing health IT hazards and decreasing their impact on patients. Monitor the success of hazard control in reducing health IT hazards and decreasing their impact on patients.

For more information: Beta-Test Final Report available on AHRQ website: healthit.ahrq.gov/HealthITHazardManager FinalReport