Difference between revisions of "Basic Image Review"

From IHE Wiki
Jump to navigation Jump to search
(15 intermediate revisions by 2 users not shown)
Line 18: Line 18:
 
==Benefits==
 
==Benefits==
  
−
''<List the key benefits the profile provides (e.g. error reduction, increased throughput) and how they come about (e.g. SWF reduces patient errors due to mistyped demographics at the modality by transfering demographics electronically from the Order Filler).  Consider using a bullet list for readability>''
+
'''Reduce Errors or Delays in Patient Care'''
 +
* Reduce the need to work with unfamiliar interfaces
 +
* Reduce CD data that is effectively inaccessible by making sure viewers are runnable and usable
 +
* Reduce interpretation problems by ensuring critical basic functions are present
  
−
It is common practice for imaging facilities to distribute images on CDs, and for receiving physicians to review those images using a viewer included on the CD. Physicians have increasingly expressed frustration that frequently:
+
'''Improve Efficiency'''
−
 viewers do not run successfully, 85
+
* Reduce time spent learning new viewer interfaces by requiring similar layout, icons and interactions
−
 viewers do not load the images successfully,
+
* Reduce time wasted on viewers that do not run and images that do not load by requiring support for a basic reference platform and minimum installation footprint.
−
 the viewer loads too slowly,
+
 
−
 the viewer claims to be "not of diagnostic quality,"
+
'''Reduce Cost and Dose'''
−
 functions critical to review are missing from the viewer or
+
* Avoid repeating scans by making the original results properly accessible
−
 the various viewers encountered on CDs have unique graphical user interfaces that do not 90 provide obvious access to basic functions.
 
−
The impact is delayed care, inaccessible information, repeat examination and irradiation, and poor use of valuable clinician time. Creators of CDs may be unaware of the problems encountered by the physicians receiving the CDs and thus critical feedback about these issues is not communicated to the vendor of the system. 95 Working closely with representatives of the American Medical Association and the American Association of Neurological Surgeons, the IHE Radiology Technical Committee has developed this profile to define the appropriate baseline functionality and behaviors for image viewing software on CD.
 
  
 
==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.>''
+
To ensure adequate, predictable functionality, the profile defines a specific, simplified set of functions.
 +
 
 +
To minimize errors and learning time, the user interface elements are described to the level needed for consistency, while allowing the implementer some flexibility with the fine details.
 +
 
 +
The '''BIR user interface''' includes:
 +
* a strip or panel containing a thumbnail for each series
 +
* one or more viewports which open to display selected series following predictable default image guidance
 +
* a toolbar or panel containing a standard set of icons for the '''specified functions'''
 +
** patient selection
 +
** image, series, study navigation within a patient
 +
** viewport and tile layout control
 +
** viewport selection and synchronization control
 +
** windowing and greyscale inversion control and presets
 +
** scrolling, rotation, panning and zooming control
 +
** annotation, localizer and crosshair display control
 +
** distance and angle measurement
 +
** cine control
 +
** report display control
 +
** printing
  
 +
The profile allows implementers to include an '''"Advanced" button''' which gives users the choice of moving past the initial familiar interface and gives vendors a place to demonstrate their creativity.
  
−
The initial default layout shall include:
+
The profile does not require (or permit) advanced image processing like pseudo-coloring, multi-planar reconstruction, multi-modality fusion, surface rendering, volume rendering, etc. in the basic interface. Vendors may choose to provide such functionality in their Advanced interface.  
−
 a strip or panel of series thumbnails (see 4.16.4.2.2.5.3 Navigation)
 
−
 after the user selects the series to display, one or more viewports open, each with a single tile populated with an appropriate default image from a default series (e.g., the first or middle image of the first series), full image size scaled to fit the tile, 655 appropriately windowed (see 4.16.4.2.2.5.4 Windowing and Rendering) and appropriately decorated with annotations (see 4.16.4.2.2.5.8 Annotation of Demographics, Location, Timing and Technique) and with the Scrolling tool activated
 
−
 a toolbar, palette or panel of tools to access the functions described in 4.16.4.2.2.5 using the icons described in 4.16.4.2.2.5.14 660
 
−
 optionally, a tool to trigger a change in layout to “advanced” functionality
 
−
For studies that contain multiple series that are not spatially correlated, the default shall be display of a single series in a single viewport. For studies that contain multiple series of spatially correlated information (e.g., multiple transverse MR series), the default shall be display of two series in side by side viewports. If 665 the series share the same DICOM Frame of Reference UID, the viewports shall by default
 
−
 be synchronized with respect to scrolling (see 4.16.4.2.2.5.5 Scrolling),
 
−
 be synchronized with respect to panning and zooming (see 4.16.4.2.2.5.6 Zooming and Panning),
 
−
 have cross-referencing active (see 4.16.4.2.2.5.7 Laterality and Spatial Cross-670 Referencing)
 
−
Which two spatially correlated series to choose for the default is at the discretion of the implementer. A Layout Multiple Viewports tool shall be provided to allow the user to select the number and arrangement of the viewports. At least two layouts shall be supported: 675
 
−
 a single viewport, and
 
−
 two vertical viewports side by side.
 
  
−
:* basic grayscale or color rendering (i.e., without additional image processing like pseudo-coloring, multi-planar reconstruction, fusion or volume rendering)
+
An implementation may choose to support screen calibration such as that described in the [[Consistent Presentation of Images]] Profile however the profile does not mandate it since this often depends on hardware which may not be present on the system where the BIR software is being run.  As a result, the software may inform the user that the display environment may or may not be adequate for diagnostic purposes. However to comply with the profile there shall be nothing about the software or the data which precludes '''diagnostic use''' so the software may NOT declare either to be unsuitable.  
  
−
''<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.>''
+
Finally, the profile does not address application or modality specific requirements, such as may be needed for primary interpretation of mammography by radiologists, or primary interpretation of nuclear medicine image, which are addressed by other profiles.
  
−
The Basic Image Review Profile defines a specific, simplified set of functions for the Image 640 Display actor to make available to the user, using only the prescribed user interface elements
+
A '''Basic Review Option in [[Portable Data for Imaging]]''' specifies media creators be capable of including a BIR compliant viewer.
  
−
does not address application or modality specific requirements, such as may be needed for primary interpretation of mammography by radiologists, or primary interpretation of nuclear medicine image, which are addressed by other profiles.  
+
To address installation issues, BIR viewers on PDI media are required to be able to run on a basic reference platform and install with a minimum footprint.
  
 +
To address performance issues, BIR viewers on PDI media are required to meet certain '''performance targets''' on the reference platform, e.g. take no more than 60 seconds to go from startup to series selection for a standard "large" test dataset, or to take no more than 2 seconds to go from series selection to display of the first image.
  
−
''<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==
−
''<List (in user terms) the types of systems they might expect to have implemented actors from this profile, e.g. RIS, PACS, HIS, CAD Workstation, etc. and for each, how it would participate.>''
 
  
−
* ''PACS systems may store, manage, and/or display Evidence Documents.''
+
* Simple '''Display Workstations''' or Viewing Software might comply with BIR.
−
* ''Display systems may query, retrieve and display Evidence Documents.''
+
* '''CD Burning''' Workstations might offer to put a BIR compliant viewer on the media.
−
* ''Reporting workstations may retrieve, process and include details from Evidence Documents in reports
+
* PACS systems might provide a '''web portal''' that complies with BIR.
 +
* '''EHR''' systems might provide image viewing that complies with BIR.
 +
 
  
 
'''Actors & Transactions:'''
 
'''Actors & Transactions:'''
Line 71: Line 80:
 
==Specification==
 
==Specification==
  
−
'''Profile Status:''' [[Comments| Final Text]]   
+
'''Profile Status:''' [[Comments| Trial Implementation]]   
−
''<Replace "Final Text" with "Trial Implementation" or "Public Comment" as appropriate.>''
 
  
 
'''Documents:'''  
 
'''Documents:'''  
  
−
''<Provide direct links to the specific volumes or supplements, and list the volume sections relevant to this profile.  This is a simple inventory of official normative and informative text.  If you would like to provide a reading guide or walkthrough of what is in each of the different sections for implementers or users, do that in the Profile FAQ or the Profile Implementation Page linked below.  If the profile uses transactions from multiple Tech. Frameworks, repeat the structure below.>''
+
[http://www.ihe.net/Technical_Framework/upload/IHE_RAD_Suppl_BIR.pdf Basic Image Review Supplement]
−
 
 
−
[http://www.ihe.net/Technical_Framework/index.cfm#radiology IHE Radiology Technical Framework:]
 
−
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8.pdf Vol. 1] - Section 5 (SWF Profile)
 
−
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8-2.pdf Vol. 2] - Sections 4.8 to 4.10, 4.14 to 4.19, and 4.23
 
−
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8-3.pdf Vol. 3] - Appendix E
 
  
 
'''Underlying Standards:'''
 
'''Underlying Standards:'''
  
−
''<list all the standards on which the profile is based; if possible with links to sources>''
 
 
:* [http://dicom.nema.org DICOM]
 
:* [http://dicom.nema.org DICOM]
−
:* [http://www.hl7.org HL7]
 
−
:* ...
 
  
 
==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'''
 +
* [[Portable Data for Imaging]] [PDI] includes a Basic Image Review option for putting a BIR Compliant viewer on the media.
 +
* [[Cross-enterprise Document Sharing for Imaging]] [XDS-I] can be used to access images which could be displayed by a BIR viewer.
  
−
''<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.''
+
Basic Image Review does not address domain specific needs such as those described in:
−
* ''[[Simple Image & Numeric Reports]] [SINR] may include data copied from Evidence Documents.''
+
* [[Nuclear Medicine Image]] specifies how Nuclear Medicine images and result screens are created, exchanged, used and displayed.
−
* ''[[Cross-enterprise Document Sharing for Imaging]] [XDS-I] can be used to share Evidence Documents between sites over a network.''
+
* [[Mammography Image]] specifies how Mammography images and evidence objects are created, exchanged, used and displayed.
−
* ''[[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 [[{{{3|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 [[Basic Image Review FAQ]] answers typical questions about what the Profile does.   
  
−
The [[{{{3|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>''
+
[[Basic Image Review Purchasing]] describes considerations when purchasing equipment to deploy this Profile.   
  
 
'''Implementer Information'''
 
'''Implementer Information'''
  
−
The [[{{{3|Basic Image Review Implementation}}}]] provides additional information about implementing this Profile in software.  ''<Replace the link with a link to the actual Implementation page for the Profile>''
+
The [[Basic Image Review Implementation]] provides additional information about implementing this Profile in software.   
  
 
'''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. >''
 
  
  
Line 125: Line 120:
  
 
[[Category:Profiles]]
 
[[Category:Profiles]]
 +
[[Category:RAD Profile]]
 +
[[Category:DICOM]]

Revision as of 15:14, 25 May 2018

Basic Image Review (BIR) defines a set of baseline features and user interface relevant to the simple review of DICOM images.

Summary

Compliant software must provide a predictable user interface and functionality sufficient to review images for the purpose of clinical decision-making by ordering physicians:

  • display of grayscale and color images from any modality
  • visual navigation of the available series of images through the use of thumbnails
  • side-by-side comparison of at least two sets of images (with synchronized scroll, pan and zoom for cross-sectional modalities)
  • annotation of laterality, orientation, and spatial localization
  • annotation of demographics, management and basic technique information for safe identification and usage
  • simple measurements of linear distance and angle
  • cine capability for images that involve cardiac motion (e.g., cardiac US, XA, 500 CT or MR)

BIR is not intended to be a reading workstation.

Benefits

Reduce Errors or Delays in Patient Care

  • Reduce the need to work with unfamiliar interfaces
  • Reduce CD data that is effectively inaccessible by making sure viewers are runnable and usable
  • Reduce interpretation problems by ensuring critical basic functions are present

Improve Efficiency

  • Reduce time spent learning new viewer interfaces by requiring similar layout, icons and interactions
  • Reduce time wasted on viewers that do not run and images that do not load by requiring support for a basic reference platform and minimum installation footprint.

Reduce Cost and Dose

  • Avoid repeating scans by making the original results properly accessible

Details

To ensure adequate, predictable functionality, the profile defines a specific, simplified set of functions.

To minimize errors and learning time, the user interface elements are described to the level needed for consistency, while allowing the implementer some flexibility with the fine details.

The BIR user interface includes:

  • a strip or panel containing a thumbnail for each series
  • one or more viewports which open to display selected series following predictable default image guidance
  • a toolbar or panel containing a standard set of icons for the specified functions
    • patient selection
    • image, series, study navigation within a patient
    • viewport and tile layout control
    • viewport selection and synchronization control
    • windowing and greyscale inversion control and presets
    • scrolling, rotation, panning and zooming control
    • annotation, localizer and crosshair display control
    • distance and angle measurement
    • cine control
    • report display control
    • printing

The profile allows implementers to include an "Advanced" button which gives users the choice of moving past the initial familiar interface and gives vendors a place to demonstrate their creativity.

The profile does not require (or permit) advanced image processing like pseudo-coloring, multi-planar reconstruction, multi-modality fusion, surface rendering, volume rendering, etc. in the basic interface. Vendors may choose to provide such functionality in their Advanced interface.

An implementation may choose to support screen calibration such as that described in the Consistent Presentation of Images Profile however the profile does not mandate it since this often depends on hardware which may not be present on the system where the BIR software is being run. As a result, the software may inform the user that the display environment may or may not be adequate for diagnostic purposes. However to comply with the profile there shall be nothing about the software or the data which precludes diagnostic use so the software may NOT declare either to be unsuitable.

Finally, the profile does not address application or modality specific requirements, such as may be needed for primary interpretation of mammography by radiologists, or primary interpretation of nuclear medicine image, which are addressed by other profiles.

A Basic Review Option in Portable Data for Imaging specifies media creators be capable of including a BIR compliant viewer.

To address installation issues, BIR viewers on PDI media are required to be able to run on a basic reference platform and install with a minimum footprint.

To address performance issues, BIR viewers on PDI media are required to meet certain performance targets on the reference platform, e.g. take no more than 60 seconds to go from startup to series selection for a standard "large" test dataset, or to take no more than 2 seconds to go from series selection to display of the first image.

Systems Affected

  • Simple Display Workstations or Viewing Software might comply with BIR.
  • CD Burning Workstations might offer to put a BIR compliant viewer on the media.
  • PACS systems might provide a web portal that complies with BIR.
  • EHR systems might provide image viewing that complies with BIR.


Actors & Transactions:

<Insert an actor-transaction diagram, and or list of Content Definitions>

Specification

Profile Status: Trial Implementation

Documents:

Basic Image Review Supplement

Underlying Standards:

See Also

Related Profiles


Basic Image Review does not address domain specific needs such as those described in:

  • Nuclear Medicine Image specifies how Nuclear Medicine images and result screens are created, exchanged, used and displayed.
  • Mammography Image specifies how Mammography images and evidence objects are created, exchanged, used and displayed.


Consumer Information

The Basic Image Review FAQ answers typical questions about what the Profile does.

Basic Image Review Purchasing describes considerations when purchasing equipment to deploy this Profile.

Implementer Information

The Basic Image Review Implementation provides additional information about implementing this Profile in software.

Reference Articles



This page is based on the Profile Overview Template

Retrieved from "http://wiki.ihe.net/index.php?title=Basic_Image_Review&oldid=109589"