Difference between revisions of "Retrieve ECG for Display"

From IHE Wiki
Jump to navigation Jump to search
 
(9 intermediate revisions by 2 users not shown)
Line 35: Line 35:
 
==Details==
 
==Details==
  
''<A few paragraphs, if appropriate, providing more details (mostly in user-speak, not tech-speak) on what the profile does and how it works.>''
+
There are several scenarios in a hospital, in which a cardiologist needs to retrieve and review ECG data (eg in preparation of a cath procedure or in order to compare a previous ECG with a recent one). Historically this happened by calling up the paper based record.
  
''<If the user might be familiar with the mechanisms used by the profile, you can mention them here. E.g. Evidence Documents is based on DICOM Structured Report (SR) Templates.>''
+
This profile describes the selection, retrieval and display of ECG data in order to allow review of ECGs  for a given patient on the same display system the cardiologist is working on using the same patient context providing all relevant information about the ECG (Patient ID and Name, Recording time and date, report status, labeling of leads, voltage and timescale per lead, frequency, aspect ratio, ...). The display system could either be an EHR system, a cath or echo workstation, a CVIS or a web based display application. The user can simply retrieve the information from the information source, eg the ECG Managment and archiving system.
  
''<If the user might have an appreciation for the problems addressed in the profile, you can mention them here, but keep it short.  E.g. Mapping HL7 Order fields to DICOM Modality Worklist attributes can be inconsistent in the marketplace, so Scheduled Workflow provides vendors with more detailed instructions.>''
 
 
 
==Systems Affected==
 
==Systems Affected==
  
Line 59: Line 57:
  
 
[http://www.ihe.net/Technical_Framework/index.cfm#cardiology IHE Cardiology Technical Framework:]
 
[http://www.ihe.net/Technical_Framework/index.cfm#cardiology IHE Cardiology Technical Framework:]
:* [http://www.ihe.net/Technical_Framework/upload/ihe_CARD_tf_vol1_2.pdf Vol. 1] - Section 4 (ECHO Profile)
+
:* [http://www.ihe.net/Technical_Framework/upload/ihe_CARD_tf_vol1_2.pdf Vol. 1] - Section 6 (ECG Profile)
:* [http://www.ihe.net/Technical_Framework/upload/ihe_CARD_tf_vol2_2.pdf Vol. 2] - Sections 4.1 to 4.4
+
:* [http://www.ihe.net/Technical_Framework/upload/ihe_CARD_tf_vol2_2.pdf Vol. 2] - Sections 4.5 and 4.6
  
 
'''Underlying Standards:'''
 
'''Underlying Standards:'''
  
:* [http://dicom.nema.org DICOM]
+
:* IETF RFC 1738: Uniform Resource Locators (URL), Dec 1994.
:* [http://www.hl7.org HL7]
+
:* IETF RFC 2616: Hypertext Transfer Protocol HTTP 1.1
 +
:* [http://www.w3.org/TR/REC-xml Extensible Markup Language (XML)]: 1.0 (Second Edition). W3C recommendation, Oct. 2006
 +
:* [http://www.w3.org/TR/wsdl Webservices Description Language (WSDL)]: 1.1. W3C Note March 2001
 +
:* [http://www.w3.org/TR/xhtml1 Extensible Hypertext Markup Language (XHTML)]: 1.0 (Second Edition). W3C Recommendation Jan. 2000
 +
:* [http://www.w3.org/TR/xhtml-basic XHTML Basic]: W3C Recommendation Dec. 2000
  
 
==See Also==
 
==See Also==
  
''<The following sections can be left out if there is nothing to point to.  This is just to show where such information can go.>''
 
  
  
 
'''Related Profiles'''
 
'''Related Profiles'''
 
+
[[Retrieve Information for Display]]
''<List profiles this one depends on, profiles that depend on this one, profiles that are synergistic with this one.  Start with the name of the other profile as a link and then explain the relationship.>''
 
 
 
* ''[[Reporting Workflow]] [RWF] may use Evidence Documents as inputs to the reporting process.''
 
* ''[[Simple Image & Numeric Reports]] [SINR] may include data copied from Evidence Documents.''
 
* ''[[Cross-enterprise Document Sharing for Imaging]] [XDS-I] can be used to share Evidence Documents between sites over a network.''
 
* ''[[Portable Data for Imaging]] [PDI] can store Evidence Documents on media such as CDs.''
 
* ''[[Import Reconciliation Workflow]] [IRWF] can fix patient ids, etc. of Evidence Documents when importing.''
 
 
 
  
 
'''Consumer Information'''
 
'''Consumer Information'''
 
The [[
 
Retrieve ECG for Display ]] answers typical questions about what the Profile does.  ''<Replace the link with a link to the actual FAQ page for the Profile>''
 
 
The [[
 
Retrieve ECG for Display ]] describes considerations when purchasing equipment to deploy this Profile.  ''<Replace the link with a link to the actual Purchasing page for the Profile>''
 
  
 
'''Implementer Information'''
 
'''Implementer Information'''
 
The [[
 
Retrieve ECG for Display ]] provides additional information about implementing this Profile in software.  ''<Replace the link with a link to the actual Implementation page for the Profile>''
 
  
 
'''Reference Articles'''
 
'''Reference Articles'''
  
''<List References (good and bad) (with link if possible) to Journal Articles that mention IHE's work (and hopefully include some analysis).  Go ahead, Google: IHE <Profile Name> abstract  or something.  You might be surprised. >''
 
  
  
 
+
This page is based on the [[Profile Template]]
This page is based on the [[Profile Overview Template]]
 
  
 
[[Category:Profiles]]
 
[[Category:Profiles]]
 
+
[[Category:Cardiac Profile]]
 
+
[[Category:RID]]
 
 
[[Category:  
 
Domain Committee ]]
 

Latest revision as of 16:55, 20 November 2019

This integration profile provides access throughout the enterprise to electrocardiogram (ECG) documents for review purposes

Summary

Clinicians need a simple means to access and view electrocardiograms (ECGs) from anywhere within and beyond the hospital enterprise. The ECGs should consist of “diagnostic quality” waveforms, measurements, and interpretations. The primary goal is to retrieve resting 12- lead ECGs, but retrieving ECG waveforms gathered during stress, Holter, and other diagnostic tests is also desirable. Typically, these ECGs are already stored in an ECG management system. The focus of this Profile is on retrieval and display, not the process of ordering, acquiring, storing, interpreting, or analyzing the ECGs.

ECG.jpg

Benefits

IHE provides benefits to clinicians and administrative staff focusing on patient care and reducing inefficiencies, specifically:

  • Make ECG viewing available in many locations, increasing the access to the ECG information
  • Simplify and standardize the ECG access and viewing process
  • Remove the need to “find the printed ECG” (lost on a piece of paper or moving to a special ECG-only workstation)
  • Allow multiple clinicians to view the ECG simultaneously for real-time conferencing
  • Provide diagnostic display resolution
  • Allow clinicians to view ECGs from outside of the physical hospital walls (in coordination with hospital security policies)
  • Reduce the need for duplicate procedures
  • Ensure that a multi-vendor environment will function correctly
  • Manage and simplify the purchasing process
  • Reduce “switching costs” when a new system is purchased
  • Select the “best solutions” from multiple vendors and reduce vendor integration issues rather than restriction to a single vendor allencompassing solution

Details

There are several scenarios in a hospital, in which a cardiologist needs to retrieve and review ECG data (eg in preparation of a cath procedure or in order to compare a previous ECG with a recent one). Historically this happened by calling up the paper based record.

This profile describes the selection, retrieval and display of ECG data in order to allow review of ECGs for a given patient on the same display system the cardiologist is working on using the same patient context providing all relevant information about the ECG (Patient ID and Name, Recording time and date, report status, labeling of leads, voltage and timescale per lead, frequency, aspect ratio, ...). The display system could either be an EHR system, a cath or echo workstation, a CVIS or a web based display application. The user can simply retrieve the information from the information source, eg the ECG Managment and archiving system.

Systems Affected

The key Actors in ECG Display and examples of real-world products which might implement these roles are:

  • Display – Electronic Healthcare Record, Echo or Cath Imaging Viewing workstation, Cardiology Information System, any simple web application which understands how query the Information Source
  • Information Source – ECG Management and Archiving System

Actors & Transactions:

ECGActTrans.jpg

Specification

Profile Status: Final Text

Documents:

IHE Cardiology Technical Framework:

  • Vol. 1 - Section 6 (ECG Profile)
  • Vol. 2 - Sections 4.5 and 4.6

Underlying Standards:

See Also

Related Profiles Retrieve Information for Display

Consumer Information

Implementer Information

Reference Articles


This page is based on the Profile Template