Difference between revisions of "Mammography Image"

From IHE Wiki
Jump to navigation Jump to search
(Created page with "'''Mammography Image Image (NMI)''' specifies how Nuclear Medicine images and result screens are created, exchanged, used and displayed. __TOC__ ==Summary== The Nuclear Medicin...")
 
Line 1: Line 1:
'''Mammography Image Image (NMI)''' specifies how Nuclear Medicine images and result screens are created, exchanged, used and displayed.
+
The '''Mammography Image (MAMMO)''' Profile specifies how Mammography images and evidence objects are created, exchanged, used and displayed.  
  
 
__TOC__
 
__TOC__
  
 
==Summary==
 
==Summary==
The Nuclear Medicine Image (NMI) Profile specifies basic '''display capabilities''' that are required in nuclear medicine, and provides vendors information as to what features users expect in products that "work well" with nuclear medicine images.  Portions of the profile deal with both '''cardiac''' and '''general nuclear medicine'''. Other sections of the profile ensure that nuclear medicine images can be stored and retrieved properly, and options deal with '''exporting result screens''' and viewing of tomographic (SPECT) studies.
+
The Mammo Image Profile specifies basic '''display capabilities'''   
 
 
[[Image:Nm-diagram.png]]
 
  
 
==Benefits==
 
==Benefits==
 
In many medical centers nuclear medicine images are interpreted on dedicated nuclear medicine workstations.  However, nuclear medicine networks have increasingly been linked to hospital and enterprise PACS, to allow images to be viewed by other physicians.  This profile helps ensure that others can view nuclear medicine images properly, and that the images are stored in a manner that allows accurate retrieval and presentation.
 
 
Complying with NMI can help: 
 
* '''Nuclear medicine physicians''' by allowing them to distribute their images with confidence that they will be displayed well, and stored in a manner that will ensure they they will be fully functional on retrieval. 
 
* '''General radiologists''', by providing proper display of comparison nuclear medicine images.
 
* '''Consulting cardiologists''', by making it easier for them to view nuclear medicine cardiac images formatted properly, and view clinical application result screens (both static and dynamic) on general purpose DICOM viewers.
 
* '''Patients's physicians''', by making it easier for them to view nuclear medicine images and clinical application results when planning patient treatments.
 
  
 
==Details==
 
==Details==
  
When nuclear medicine (NM) images are stored using DICOM, they are formatted as DICOM NM image objects.  DICOM NM objects have a number of features that differ from more common DICOM CT objects for example.  An NM object contains multiple frames, uses color presentations, etc.  Some PACS, particularly older ones, do not deal well with these features and do a poor job of displaying NM images.  The NMI profile clarifies the usage of these NM object details, and explains what types of image displays are expected by the user. 
 
 
When creating NM images, modalities are required to populate attributes with key clinical details and use the multi-frame vectors structures in a standardized way, making datasets more predictable for processing and display systems.
 
 
When manipulating NM images, users typically need image controls that are slightly different than the controls needed for CT or plain radiographs.  This profile details the functions and types of controls required for NM display, while leaving the exact user interface details up to the various vendors.
 
 
Cardiology organizations have agreed that cardiac nuclear medicine images should be displayed in a standardized format, in order to avoid misinterpretation.  The NMI profile provides details of that format to vendors, so that they can be in compliance with the standards.
 
 
Since some systems deal primarily with cardiac images, and other systems may deal primarily with general NM images, the image display portion of this profile has two main options--general and cardiac--and one or both may be chosen for implementation.
 
 
The Result Screen Export option specifies how result screens can be saved by clinical applications and later displayed on general purpose display stations.  Static result screens are stored as DICOM Secondary Capture objects.  Dynamic result screens (e.g. with cardiac cine portions) are stored as DICOM Multiframe Secondary Capture objects.
 
 
Other options deal with creation of multiplanar reconstructions of tomographic (SPECT) data.
 
  
 
==Systems Affected==
 
==Systems Affected==
  
* Modalities may create, store, and transmit NM images.
+
* Modalities may create, store, and transmit Mammography images.
* PACS systems may store, manage, and/or display NM images.
+
* PACS systems may store, manage, and/or display Mammography images.
* Display systems may query, retrieve and display NM images.
+
* Display systems may query, retrieve and display Mammography images.
* Workstations may retrieve, process and display NM images, and may create evidence documents.
+
* Workstations may retrieve, process and display Mammography images, and may create evidence documents.
  
 
'''Actors & Transactions:'''
 
'''Actors & Transactions:'''
Line 47: Line 24:
 
==Specification==
 
==Specification==
  
'''Profile Status:''' [[Comments| Trial Implementation]]   
+
'''Profile Status:''' [[Final Text]]   
  
 
'''Documents:'''  
 
'''Documents:'''  
  
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RAD_TF_Supp_NMI_TI_2007_05_17.pdf NMI Supplement] - 2007.05.17
+
:* [http://www.ihe.net/Technical_Framework/] '''Underlying Standards:'''
 
 
'''Underlying Standards:'''
 
  
 
:* [http://dicom.nema.org DICOM]
 
:* [http://dicom.nema.org DICOM]
Line 61: Line 36:
 
'''Related Profiles'''
 
'''Related Profiles'''
  
* [[Scheduled Workflow]] [SWF] can manage the production of NM Images.
+
* [[Scheduled Workflow]] [SWF] can manage the production of Digital Mammography Images.
 +
 
 +
* Mammography Acquisition Workflow [MAWF] is handling exceptions occurring during the acquisition workflow like changing the acquisition room, handling of recall scenarios or converting procedures
  
* [[Patient Information Reconciliation]] [PIR] is expected to reconcile NM Images along with the rest of the patient data record.
+
* [[Patient Information Reconciliation]] [PIR] is expected to reconcile Mammography Images along with the rest of the patient data record.
  
* [[Reporting Workflow]] [RWF] may use NM Images as inputs to the reporting process.
+
* [[Reporting Workflow]] [RWF] may use Mammography Images as inputs to the reporting process.
  
* [[Cross-enterprise Document Sharing for Imaging]] [XDS-I] can be used to share NM Images between sites over a network.
+
* [[Cross-enterprise Document Sharing for Imaging]] [XDS-I] can be used to share Mammography Images between sites over a network.
  
* [[Portable Data for Imaging]] [PDI] can store NM Images on media such as CDs.
+
* [[Portable Data for Imaging]] [PDI] can store Mammography Images on media such as CDs.
  
* [[Import Reconciliation Workflow]] [IRWF] can fix patient ids, etc. of NM Images when importing.
+
* [[Import Reconciliation Workflow]] [IRWF] can fix patient ids, etc. of Mammography Images when importing.
  
  

Revision as of 04:23, 25 July 2012

The Mammography Image (MAMMO) Profile specifies how Mammography images and evidence objects are created, exchanged, used and displayed.

Summary

The Mammo Image Profile specifies basic display capabilities

Benefits

Details

Systems Affected

  • Modalities may create, store, and transmit Mammography images.
  • PACS systems may store, manage, and/or display Mammography images.
  • Display systems may query, retrieve and display Mammography images.
  • Workstations may retrieve, process and display Mammography images, and may create evidence documents.

Actors & Transactions:

Nmi-actors.png

Specification

Profile Status: Final Text

Documents:

  • [1] Underlying Standards:

See Also

Related Profiles

  • Mammography Acquisition Workflow [MAWF] is handling exceptions occurring during the acquisition workflow like changing the acquisition room, handling of recall scenarios or converting procedures


Consumer Information

The Profile FAQ Template answers typical questions about what the Profile does. <Replace the link with a link to the actual FAQ page for the Profile>

The Profile Purchasing Template 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

The Profile Implementation Template 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

<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 Google: IHE <Profile Name> and under the "more" select "Scholar". You might be surprised. >


This page is based on the Profile Overview Template