Resting ECG Workflow Status
Administrative Info
Date: 7-Dec-2009
Supplement Editors: Barry Brown (Mortara), Mary Schneider (GE)
Background
IHE promotes the use of healthcare communications standards so products from multiple vendors interoperate in specific clinical scenarios. A resting 12-lead ECG is the most widely prescribed diagnostic cardiac test. Electrocardiographs, unlike other cardiology modality devices, typically use proprietary communication protocols making device interoperability and clinical workflow very difficult. Therefore, IHE will profile “Resting ECG Workflow” and specify the healthcare communications standards to use between systems and devices involved in this clinical scenario. Resting ECG Workflow involves registering the patient, ordering the test, performing the test (acquiring the waveforms), and interpreting the test results (reporting). Many existing multi-vendor installations are unable to support this complete ECG workflow because of the proprietary device protocols. For example, most electrocardiographs are unable to accept ECG orders from other vendors' ECG management systems. Also, any ECG management vendor claiming multi-vendor electrocardiograph support has had to invest in multiple engineering efforts to create vendor-specific device interfaces.
This profile identifies the actors involved in this workflow and how they communicate. It reuses as many actors and transactions from existing IHE profiles as appropriate. Consideration has been given to the types of products already on the market so manufacturers can conform to this profile without major architecture and product scope changes. IHE realizes that manufacturers are more likely to conform to IHE profiles if the engineering effort is minimized.
This profile makes it easier for vendors with related modality storage and reporting products to add support for ECG workflow. For example, classic PACS systems already have image storage and reporting solutions. Adding another modality may not take much effort and will give their customers the benefit of having all their cardiology modalities together.
Scope
This profile covers the complete workflow for diagnostic resting ECG testing, including ordering, acquisition, storage, and reporting. As much as possible, it will follow the template of existing IHE workflow profiles such as CATH, ECHO, SWF, RWF, etc. The profile will specify vendor-neutral interoperability between hospital information systems, electrocardiographs, ECG management systems, and ECG review/analysis workstations.
Target Milestones
<Include a list of the major and intermediate milestones being tracked to ensure completion of the supplement. This includes the major milestones like the public comment preparation face-to-face meeting, publication for public comment, public comment resolution meeting and publication of the Trial Implementation Supplement. It can also include any minor milestones like "draft version available for individual review by Technical Committee members", "Open Issues 1 - 4 resolved", etc. >
Highlights/ Accomplishments
<List of highlights and accomplishments. This list can either be limited to those accomplishments since the last update, OR it can be a cumulative list in reverse chronological order (i.e., most recent at the top of the list).>
Risks/ Concerns
Scope
- Reporting (creating the signed ECG) is part of this profile. However, should the profile also cover report distribution? Or will other IHE profiles cover it, and we should just make sure ECG requirements are covered? Here are some of the report distribution items to consider:
- 1) Push
- a) File drop into shared folders
- i) PDF
- a) File drop into shared folders
- ii) HL7 Annotated ECG (FDA-XML for drug research)
- b) DICOM storage transaction
- i) Waveforms
- ii) SR
- iii) PDF (DRPT)
- c) XDS publish
- i) PDF
- ii) CDA
- d) HL7 ORU message
- 2) Pull
- a) DICOM C-Find
- b) DICOM WADO
- c) XDS query/retrieve
- d) IHE Retrieve ECG for Display (specialization of RID)
Next Steps
Create complete set of use cases.