Integrating the Healthcare Enterprise (IHE) Patient Care Devices Domain (PCD) Alarm Communication Management (ACM) IHE PCD 2011 Fall Face-to-Face Kansas.

Slides:



Advertisements
Similar presentations
Integrating the Healthcare Enterprise IHE Overview Keith W. Boone Interoperability Architect, GE Healthcare Co-chair, IHE Patient Care Coordination PC.
Advertisements

1 Copyright © 2013 Elsevier Inc. All rights reserved. Chapter 107.
1 Copyright © 2013 Elsevier Inc. All rights reserved. Chapter 75.
IHE PATIENT CARE DEVICES DOMAIN The Time for Interoperability is NOW!
Profile Proposals IHE Cardiology Proposals Image Enabled Office –Grouping of actors in top half of Scheduled Workflow into Practice Management.
Patient Care Devices IHE North America 2009 Showcase Participant Workshop Todd Cooper, Breakthrough Solutions Co-Chair, IHE PCD Technical Committee Manny.
Sept 13-15, 2004IHE Interoperability Workshop 1 Integrating the Healthcare Enterprise Patient Identifier Cross-referencing for MPI (PIX) Profile Mike Henderson.
IHE An Introduction for Source Atlantic. IHE PCD: Simplify Specs!
National Institute of Standards and Technology Technology Administration U.S. Department of Commerce 1 Patient Care Medical Devices Test Effort Integrating.
Charge Posting Integration Profile Rita Noumeir Ph.D. IHE Planning Committee IHE Technical Committee.
RTLS in Healthcare Overview Presentation presented at the PCD 2009 Fall Face-to-Face Monroe Pattillo
Integrating the Healthcare Enterprise (IHE) Patient Care Devices Domain (PCD) Alarm Communication Management (ACM) 2010 Change Request Efforts IHE PCD.
2007/01/08-09 IHE-Japan Technical Committee
September, 2005What IHE Delivers VA Success Story – Image Acquisition using IHE Scheduled Workflow June 6~7, 2006 Peter Kuzmak, Andrew Casertano, and.
IHE Cardiology Implantable Cardiac Device Interrogation (ICDI) Profile Nicholas Steblay 2/3/2006.
IHE Eye Care Appointment Scheduler Linda Wedemeyer, MD Co-Chair, IHE Eye Care Planning Committee Ophthalmologist, Veterans Health Administration
January 25, 2006 Oak Brook, Illinois
September, 2005What IHE Delivers 1 Purchasing & Integrating Radiology Systems Using IHE: A Tutorial & A Real-world Case Kevin ODonnell, Cor Loef, John.
Alarm Communication Management
IHE Canada Workshop – Sept What IHE Delivers 1 Kevin ODonnell Toshiba Medical Systems IHE Structure & Concepts.
Philips PCCI EPIS, Boca Raton, FL, USA IHE Patient Care Devices Domain
Pathfinding Session: Device Integration IHE North America Webinar Series 2008 Todd Cooper Patient Care Device Domain Breakthrough Solutions Foundry, Inc.
What is the End-Goal? Interoperability? Integration? Connectivity?
Patient Care Device Domain Overview. The Patient Care Device Domain PCD History Established in 2005 when the charter was awarded to the ACCE Jointly sponsored.
September, 2005What IHE Delivers How to purchase eye care systems using IHE IHE Showcase at the AAO Conference November 2006 Andrew Casertano, Peter Kuzmak,
Aspects of DICOM for Patient Safety
Medical Device Standards
Integrating the Healthcare Enterprise (IHE) Patient Care Devices Domain (PCD) Alarm Communication Management (ACM) Requirements for AM – AC Interoperability.
IHE Profile Proposal: Dynamic Configuration Management October, 2013.
1 Standards Adoption Process Testing at Connectathons IHE Demonstrations Products with IHE Timely access to information Document Use Case Requirements.
IHE PCD MEM-DMC CMMS & RTLS Vendor Perspective
and Patient Information Reconciliation
IHE Integrating the Healthcare Enterprise PATIENT CARE DEVICE Overview of PCD DEC Profile Presented by Monroe Pattillo – PHI, LLC (PCD PC)
Device and EMR interoperability (IDCO). Implantable Cardiac Device Information is Collected At Implant … During In Clinic Follow-ups … And in the Home.
IHE PCD Interoperability Mini-Showcase at AAMI 2013 Long Beach, CA CMMS New Directions Demonstrations Monroe Pattillo Practical Health Interoperability,
2013 PCD Domain Update Monroe Pattillo Practical Health Interoperability, LLC IHE PCD Planning Committee Co-Chair.
Software and Systems Division “IHE-PCD F2F Meeting” (NIST Testing Tool Status) National Institute of Standards and Technology (NIST) John Garguilo, Sandra.
Benefits of IHE PCD Standards-Based Interoperability June 1, 2014 | 8:30 AM Jeff McGeath – Iatric Systems, Inc. John Garguilo – NIST Monroe Pattillo –
Annual Cycle Review for Returning Participants IHE Test Cycle Lynn Felhofer / Steve Moore (MIR) Eric Poiseau (INRIA)
DICOM Security Lawrence Tarbox, Ph.D. Chair, WG 14 Mallinckrodt Institute of Radiology Washington University in St. Louis School of Medicine.
Integrating the Healthcare Enterprise Teaching File and Clinical Trial Export John Perry Fujifilm Medical Systems IHE Planning Committee.
Invitation to Send, Interface, and/or Receive DMC and LS Data by Manny Furst, Improvement Technologies and Monroe Pattillo, Managing Member, Practical.
Defining the 2016 CAS-2 cycle Timeline Slides used by the CAsC Committee on its July 23 rd T-con to establish the timeline for the main activities related.
Planning Committee Ken Fuchs / Steve Merritt Technical Committee John Garguilo / John Rhoads Patient Care Device Domain Update (PCD)
Patient Care Devices HIMSS10 Webinar Series; October
Sponsored by. Wouldn’t it be great if all your equipment, software and devices worked together, right out of the box? thinks so, too.
IHE PCD MEM-DMC CMMS & RTLS User Perspective Monroe Pattillo Practical Health Interoperability, LLC 6/21/2013.
IHE Update IT Infrastructure, Radiology, Laboratory and Cardiology IHE Update to December 2003 DICOM Committee Charles Parisot, GE Medical Systems Information.
Interoperability Showcase IHE Domain Updates: Interoperability Showcase IHE Domain Updates: Patient Care Devices Co-Chairs: Todd CooperKen Fuchs Steve.
Integrating the Healthcare Enterprise (IHE) Patient Care Devices Domain (PCD) Alarm Communication Management (ACM) Opportunities Manny Furst, Technical.
ACCE Clinical Engineering Symposium Overview of IHE PCD Exhibit at AAMI Y2010.
PCD User Handbook 2010 Purpose The Handbook is designed to help healthcare professionals implement IHE on a new clinical system purchase or upgrade an.
Proposed Work Item Title: Maintenance of ITI Profiles Published in 2015 and earlier Proposal Editor: Lynn Felhofer Work item “workers”: members of the.
IHE Patient Care Device Domain Connectathon/Showcase WG Kick Off Meeting July 30, 2009 © 2009 ACCE, HIMSS, IHE Version
Case Study: HL7 Conformance in VA Imaging Mike Henderson Principal Consultant Eastern Informatics, Inc.
June 28-29, 2005IHE Interoperability Workshop 1 Integrating the Healthcare Enterprise Teaching File and Clinical Trial Export John Perry Fujifilm Medical.
Korea Connectathon 2010 Participants Meeting :00-16:00 SKT T-Tower.
Practical Health Interoperability, LLC IHE Patient Care Devices Domain
IHE PCD 2015 Fall F2F Profile PC and TC Updates ACM, MEMDMC, MEMLS
IHE PCD F2F Agenda Virtual / projectathon / certification testing program requirements MDPRI progress and next steps Certification plans Potential innovation.
Point-of-Care Identity Management
IHE PCD 2016 Fall F2F Profile PC and TC Updates ACM, MEM: DMC, LS, RDC
Philips PCCI EPIS, Boca Raton, FL, USA IHE Patient Care Devices Domain
Integrating the Healthcare Enterprise (IHE) Patient Care Device Domain (PCD) FDA UDI Considerations IHE PCD 2013 Fall F2F, Boca Raton, FL Monroe Pattillo.
IHE PCD Nomenclature and WCM
IHE Eye Care “Charge Posting”
HL7 Messages per ACM, ECM and WCM profiles Device Specific graphics
IHE PCD 2015 Spring F2F Profile Updates ACM, MEMDMC, MEMLS
ACM Across Domains and the Enterprise
Presentation transcript:

Integrating the Healthcare Enterprise (IHE) Patient Care Devices Domain (PCD) Alarm Communication Management (ACM) IHE PCD 2011 Fall Face-to-Face Kansas City, MO Monroe Pattillo Philips PCCI EPIS, Boca Raton, FL, USA IHE Patient Care Devices Domain ACM Working Group © 2011 ACCE, HIMSS, IHE

2 ACM Supplement Update ACM 2011 Supplement Trial ImplementationACM 2011 Supplement Trial Implementation Not in Final TextNot in Final Text Approved & included for this cycleApproved & included for this cycle –Deleted – AA actor, transactions PCD-08/PCD-11 –Deleted – SMTP as AM-AC protocol (only WCTP) –Updates spelling/grammarspelling/grammar diagram titles/placementsdiagram titles/placements

3 Updates in Queue for Next Cycle Add more details for...Add more details for... –AM–AC WCTP protocol specific messages (unofficial separate doc for this cycle to assist implementers & referees) More clearly specify ITI-CT requirementMore clearly specify ITI-CT requirement More clearly specify use of WCMMore clearly specify use of WCM Japan may define national extensionsJapan may define national extensions Resolution of HL7 2.8 & pump WG conflictsResolution of HL7 2.8 & pump WG conflicts

4 Hurdles for TF Inclusion Considerable 2010 updates (vendor burden) plus addition of WCMConsiderable 2010 updates (vendor burden) plus addition of WCM No Connectathon verificationNo Connectathon verification –Transaction – PCD-05 –Options - PCD-04 PRT, WCM & PCD-06 WCM Insufficient Connectathon verificationInsufficient Connectathon verification –Alarm Communicator (AC) actor

5 Progress Towards TF Inclusion Goal of ACM inclusion in PCD TF at start of Cycle 7 ( )Goal of ACM inclusion in PCD TF at start of Cycle 7 ( ) Dependent upon 2012 Connectathon vendor involvement and resultsDependent upon 2012 Connectathon vendor involvement and results

6 ACM 2011 Transactions and Protocols WCTPHL7 2.6 Alarm Communicator AC Alarm Communicator AC Alarm Manager AM Alarm Manager AMAlarmReporterARAlarmReporterAR Report Alarm PCD-04 PCD-05 Report Alarm Status Disseminate Alarm PCD-06 PCD-07 Report Dissemination Alarm Status

7 AC Connectathon Vendors AC vendors signed up for 2012 ConnectathonAC vendors signed up for 2012 Connectathon –SiS – WCTP experience from last cycle –Nuvon – WCTP experience? –Vocera – WCTP experience? ACM WG to spend time supporting WCTP implementersACM WG to spend time supporting WCTP implementers Virtual Pre-Connectathon to reduce WCTP learning efforts at ConnectathonVirtual Pre-Connectathon to reduce WCTP learning efforts at Connectathon

8 Japan - NA Connectathon Differences Event Trigger for PCD-04 and PCD-05Event Trigger for PCD-04 and PCD-05 –NAPCD-04 (R40), PCD-05 (R41, R42) –JapanPCD-04 (R01), PCD-05 (R01) HL7 Version, common to all profiles in PCD (DEC, ACM, etc.)HL7 Version, common to all profiles in PCD (DEC, ACM, etc.) 2.6, to support segments/fields not yet in HL7 standard Put transducer body part location in OBX-20 Observation SitePut transducer body part location in OBX-20 Observation Site Use PRT as indicated destination option in PCD-04Use PRT as indicated destination option in PCD-04 Use PRT as indicated recipients and dissemination status in PCD-05Use PRT as indicated recipients and dissemination status in PCD , its a national requirement These changes go well beyond typical national extension Basically using PCD-01 as a PCD-04 (DEC to communicate alarms)These changes go well beyond typical national extension Basically using PCD-01 as a PCD-04 (DEC to communicate alarms)

9 Resolution of HL7 2.8 & Pump WG Conflicts Current ACM TI EventsCurrent ACM TI Events –PCD-04 Report Alarm ORU_R40 –PCD-05 Report Alarm Status ORA_ R41 guaranteed delivery (impractical)R41 guaranteed delivery (impractical) R42 not guaranteed delivery (real world)R42 not guaranteed delivery (real world) HL7 2.8 BallotHL7 2.8 Ballot –Alarms - R40 & R41 –Pump events - R42 Proposed Resolution – CP ACM TIProposed Resolution – CP ACM TI –Drop current R41 as impractical –Change R42 text to indicate R41

10 ACM WG Co-Chairs Monroe John Google Group (IHE-PCD-ACM) Weekly WebEx Thursdays 4 PM ET (see Mannys WebEx schedule)

11 ACM - How it works in the real world 1)AR (device direct or gateway concentrator) sends alarm to AM (PCD-04) 2)AM decides who to disseminate to (assignments and job roles) on what devices (1 to many individual or to groups) 3)AM sends potentially multiple messages (PCD-06) to multiple AC instances and recipients (people and devices) 4)Each receiving AC sends to multiple devices 5)Each AC gets status updates and replies from devices (wide range of response times – seconds to minutes) 6)All the ACs send their updates and replies (PCD-07) to the AM 7)AM logs the updates and the replies from all ACs and handles escalation & potential cancel from AR 8)AM sends status updates, replies, and conclusions (PCD-05) back to AR

12 AR to AC timing - How it works in the real world An AR needs response to PCD-04 within a short period of time (<10 SEC) to know that PCD-04 was successfully handed off to AM The AM to AC timing varies widely based upon the type of AC end device communication technology – site local paging transmitter or Wi-Fi (seconds to minute) versus public wireless service provider (seconds to minutes to days), and human device operator responsiveness (seconds to minutes) It is highly likely that the AM will escalate to alternate recipients within well less than a minute (disjoint of AC to device timing)

13 How ACM uses Participation (PRT) segment In PCD-04 (AR to AM) One or more optional PRT segments are used to indicate explicitly to AM the destination AC recipients (people or devices) Used when AR has responsibility to manage notification recipients and not the AM Used primarily by nurse call systems, but also some patient monitoring systems In PCD-05 (AM to AR) One or more optional PRT segments are used to identify to the AR the conclusion of the AM to AC interactions (default) or (optionally) the details of the recipient notifications (notification sent to who and/or what devices, did they get there, were they read, did the user reply)

14 For AC WCTP implementers – Do Implement Asynchronous operating Enterprise Host message sent AM to AC (PCD-06) using wctp-SubmitRequest PCD-06 AM to AC ACK is WCTP confirmation status Enterprise Polling and Post (web push) response for status updates AC to AM (PCD-07), including notifyWhenQueued, notifyWhenDelivered, and notifyWhernRead Multiple Choice Response used by the AM actor vendor to constrain replies to vendor expected values for Accept and Reject When using Post (web push) response for status updates and replies the response destination URI is indicated in the wctp- SubmitRequest. Do not hard code or make this a configurable value as it should be capable of being dynamic based upon the submit request content.

15 For AC WCTP implementers – Dont Implement Transient Client Lookup Subscriber and Response Device Location and Response Multi-Message (wctp-SendMsgMulti) Message Response Redirection Delivery After Delivery Before