Cardiac Cath Workflow

1. Cardiac Cath Workflow Bob Baumgartner, BSN McKesson IHE-Cardiology Planning Committee

2. Cardiac Cath is a complex procedure with a challenging workflow Many times the procedure is not scheduled Many times the patient demographics are unknown Evidence-gathering can start prior to an order Multiple devices collect data for the procedure Most procedures begin as diagnostic and extend to an interventional The Problem IHE Workshop

3. The ProblemCan you see it? This is an example of cath workflow. No need to be able to read it just look at whole of the picture. Complexity at its finest! IHE Workshop

4. This profile establishes the continuity and integrity of basic patient data by managing the workflow, in particular: Management of cath exams Multi-modality, multiple procedure steps Reconciliation of patient information Unscheduled and emergency procedures Time synchronization X-ray, hemo, IVUS Cardiac Cath WorkflowAbstract IHE Workshop

5. This profile provides the very basis for data consistency across the disparate modalities within the cath lab. So which time is correct? How do you spell Baumgartner again? Cardiac Cath WorkflowValue Proposition IHE Workshop

6. Cardiac Cath WorkflowTransaction Diagram New for year 2 Evidence Documents & Displayable Reports Profile IHE Workshop

7. AcquisitionModality – A system that acquires and creates medical images or waveforms while a patient is present, e.g., an X-ray angiography or hemodynamic measurement system. A modality may also create other evidence objects such as Structured Report Documents containing measurements. ADT– A system responsible for adding and/or updating patient demographic and encounter information (Admission/Discharge/Transfer). In particular, it registers a new patient with the Order Placer and Department System. DepartmentSystemScheduler/OrderFiller – A department-based (for instance, Cardiology or Radiology) information system that provides functions related to the management of orders received from external systems or through the department system’s user interface. EvidenceCreator – A system that creates additional evidence objects, such as derived images or measurements. ImageArchive – A system that provides long term storage of evidence objects such as images, presentation states, Key Image Notes and Evidence Documents. Cardiac Cath WorkflowActors IHE Workshop

8. ImageDisplay–A system that offers browsing of patients’ studies. In addition, it may support the retrieval and display of selected evidence objects including sets of images, presentation states, Key Image Notes, and/or Evidence Documents. ImageManager– A system that provides functions related to safe storage and management of evidence objects. It supplies availability information for those objects to the Department System Scheduler. OrderPlacer– A hospital or enterprise-wide system that generates orders for various departments and distributes those orders to the correct department. PerformedProcedureStepManager– A system that re-distributes the Modality Performed Procedure Step information from the Acquisition Modality to the Department System Scheduler/Order Filler and Image Manager. TimeClient– A system unit that synchronizes its time of day clock to the correct time provided by a time server Cardiac Cath WorkflowActors IHE Workshop

9. Patient Registration– The ADT system registers and/or admits a patient and forwards the information to other information systems. [RAD-1] Placer Order Management– The Order Placer informs the Order Filler of the initiation or cancellation of an order. The Placer/Filler Order Management transaction will sometimes be referred to as “-New” when a new order is being initiated, or as “-Cancel” when an existing order is canceled. [RAD-2] Filler Order Management– The Order Filler informs the Order Placer of the initiation, cancellation, or change in the status of an order. The Placer/Filler Order Management transaction will sometimes be referred to as “-New” when a new order is being initiated, or as “-Cancel” when an existing order is canceled. [RAD-3] Procedure Scheduled– Schedule information is sent from the Department System Scheduler/Order Filler to the Image Manager. [RAD-4] Query Modality Worklist– Based on a query entered at the Acquisition Modality, a modality worklist is generated listing all the items that satisfy the query. This list of Scheduled Procedure Steps with selected demographic information is returned to the Acquisition Modality [RAD-5]. Cardiac Cath WorkflowTransactions IHE Workshop

10. Modality Procedure Step In Progress– An Acquisition Modality notifies the Performed Procedure Step Manager of the start of a new Procedure Step and the PPS Manager informs the Department System Scheduler/Order Filler and Image Manager. [CARD-1,derived from RAD-6 Modality Procedure Step Completed– An Acquisition Modality notifies the Performed Procedure Step Manager of the completion of a Procedure Step and the PPS Manager informs the Department System Scheduler/Order Filler and Image Manager. [RAD-7] Modality Images/Evidence Stored– An Acquisition Modality sends acquired or generated images, waveforms, or other evidence documents to the Image Archive. [CARD-2, derived from RAD-8 and RAD-43] Storage Commitment– A requestor (Acquisition Modality) requests that the Image Manager confirm ownership for the specified DICOM objects (images, waveforms, evidence documents, or any combination thereof) that the requestor stored in the Image Archive, thus allowing the sender to delete those objects now owned by the Image Manager. [CARD-3, derived from RAD-10] Cardiac Cath WorkflowTransactions IHE Workshop

11. Patient Update– The ADT Patient Registration System informs the Order Placer and the Department System Scheduler/Order Filler of new information for a particular patient. The Department System Scheduler may then further inform the Image Manager. [RAD-12] Procedure Update– The Department System Scheduler/Order Filler sends the Image Manager updated order or procedure information. [RAD-13] Query Images– An Image Display queries the Image Archive for a list of entries representing images by patient, study, series, or instance. [RAD-14] Retrieve Images– An Image Display requests and retrieves a particular image or set of images from the Image Archive. [CARD-4, derived from RAD-16] Maintain Time– Synchronize the local time with the time maintained by the Time Server. [ITI-1] Cardiac Cath WorkflowTransactions IHE Workshop

12. Instance Availability Notification–The Image Manager/Image Archive notifies interested workflow actors (such as the Department System Scheduler/Order Filler and Report Manager) about the availability status of instances at specified storage locations. [RAD-49] PPS Exception Management – The Acquisition Modality Actor will provide an appropriate reason code for the DISCONTINUED status of the MPPS message using one of the values defined in DICOM 2003 PS 3.16 Annex B Context ID 9300. Availability of PPS-Referenced Instances – As a result of receiving the notification, the Department System Scheduler/Order Filler (or other actors) shall take appropriate action knowing that the referenced instances are available for further use in the workflow. Cardiac Cath WorkflowOptions IHE Workshop

13. All use cases must be supported Case C1: Patient Registered at ADT and Procedure Ordered at the Order Placer Case C2: Patient Registered at ADT and Procedure Ordered at DSS/OF Case C3: Patient Registered at ADT and Procedure Not Ordered Case C4: Patient Registered at DSS/OF and Procedure Ordered Case C5: Patient Not Registered Case C6: Patient Updated During Procedure Case C7: Change Rooms During Procedure Case C8: Cancel Procedure Case C9: Post-Procedure Evidence Creation Cardiac Cath WorkflowUse Cases IHE Workshop

14. Clinical Context Corresponds to traditional Radiology workflow Order placed in central system Also deals with case where emergency identifier has been created Common identifiers known ahead of time IHE Context MPPS in Progress from first modality used to update worklists for others Case C1: Patient Registered at ADT and Procedure Ordered at the Order Placer IHE Workshop

15. Clinical Context Slight difference to Case 1 Order placed NOT in central system but in department Department system provides info to Central ordering system Typical of many institutes, relieves need for HIS terminal in lab IHE Context Filler Order Management (New Order) transaction [RAD-3] is sent from Department System Scheduler/Order Filler to the Order Placer. Case C2: Patient Registered at ADT and Procedure Ordered at DSS/OF IHE Workshop

16. Clinical Context Slight difference to Case 2 Procedural information is NOT entered at the departmental system The first modality must initiate the process of creating common procedure identifiers (usually hemo) The common procedure identifiers are created by the departmental system based on the information available from the first modality Can generate a “generic cath procedure” if no coded procedural type is available IHE Context Upon receiving the first MPPS the DSS/OF will auto generate a Requested Procedure and its associated Scheduled Procedure Steps utilizing the Study UID provided in the first MPPS. All other modalities use the Query Modality Worklist transaction. Case C3: Patient Registered at ADT and Procedure Not Ordered "Normal Cath Workflow" IHE Workshop

17. Case C4: Patient Registered at DSS/OF and Procedure Ordered • Clinical Context • This case accommodates the emergency case where there is not enough time to register the patient on ADT system • A temporary patient identifier is created at the department level • The order placer is notified only after the patient is registered and manually reconciled on the department system • IHE Context • The DSS/OF assigns a temporary Patient ID with a temporary name and schedules the required procedures • The DSS/OF does not send the Filler Order Management (New Order) transaction to the Order Placer until the patient is registered on the ADT system and reconciliation occurs on the DSS/OF. IHE Workshop

18. Case C5: Patient Not Registered • Clinical Context • This is the Emergent Case where the patient information is not known or there is not enough time to enter the information • A temporary ID is assigned by the department and entered at the first modality and forwards that information to the departmental system to be shared with the other modalities • Like in C4 information is sent to the Order Placer post patient registration and reconciliation on the departmental system • IHE Context • Patient ID and name are selected based upon locally (usually department) base rules • The first modality will send an MPPS with the appropriate information to the DSS/OF which will in turn generate the appropriate requested procedure(s) using the Study UID assigned by the first modality IHE Workshop

19. Case C6: Patient Updated During Procedure • Clinical Context • An unidentified patient may have been registered at the ADT and brought into the cath lab with the temporary ID • During the procedure the patient information is updated on the ADT which sends the patient update information • This can results is some of the information been associated with the temp ID and the rest with the permanent ID • The case defines how the reconciliation occurs. • IHE Context • The modality may have requested information from the DSS/OF prior the patient update • The Image Manager needs to update the items stored to Image Archive as well as any subsequent items received. IHE Workshop

20. Case C7: Change Rooms During Procedure • Clinical Context • This is the case when the patient is moved due to any of the following reasons: • The change from a diagnostic to interventional procedure • The need to use the current room for another patient • Equipment failure • NOTE: This case does not cover the scenario where a patient is moved to the holding area from a procedure room. • IHE Context • Each modality will issue a MPS(Completed or Discontinued) • The DSS/OF will reassign the requested procedure to the new room • In the event the DSS/OF does not reassign, each modality in the new room would use the broad Modality Worklist Query • This insures consistency of the Study UID for all information IHE Workshop

21. Case C8: Cancel Procedure • Clinical Context • This case allows for the information systems to keep track of cancelled procedures allowing the cath lab staff to appropriately respond to queries regarding that patient. • IHE Context • When the procedure is cancelled within the department the DSS/OF notifies the Order Placer system and Image Manager • The length of time this procedural information is maintained is determined by local policy. IHE Workshop

22. Case C9: Post-Procedure Evidence Creation • Clinical Context • Allows for imaging and other procedural data to be analyzed post-procedure using specialized software (e.g., QCA, QLV, derived images) • This case does NOT apply to core lab analysis for clinical trials or outcome analysis • IHE Context • This analysis must be performed on a station that groups the Image Display and Evidence Creator Actors • The Evidence Creator notifies the IM/IA and DSS/OF of the activity via the MPPS In Progress and Complete transactions • The Evidence Creator stores its evidence to the IM/IA via the Storage Commit Transaction. IHE Workshop

23. IHE Web sites: www.ihe.net Technical Frameworks, Supplements Radiology Technical Framework Cardiology Technical Framework Cath and Echo Options for Evidence Documents Supplement Non-Technical Brochures : Calls for Participation IHE Fact Sheet and FAQ IHE Integration Profiles: Guidelines for Buyers IHE Connect-a-thon Results Vendor Products Integration Statements More information…. IHE Workshop

24. Providers and Vendors Working Together to Deliver Interoperable Health Information Systems In the Enterprise and Across Care Settings W W W . I H E . N E T IHE Workshop