Difference between revisions of "Basic Image Review"

From IHE Wiki
Jump to navigation Jump to search
Line 32: Line 32:
 
==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 initial default layout shall include:
+
The '''BIR user interface''' includes:
a strip or panel of series thumbnails (see 4.16.4.2.2.5.3 Navigation)
+
* a strip or panel containing a thumbnail for each series
 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
+
* one or more viewports which open to display selected series following predictable default image guidance
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
+
* a toolbar or panel containing a standard set of icons for the specified functions
 optionally, a tool to trigger a change in layout to “advanced” functionality
+
** patient selection
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
+
** image, series, study navigation within a patient
 be synchronized with respect to scrolling (see 4.16.4.2.2.5.5 Scrolling),
+
** viewport and tile layout control
 be synchronized with respect to panning and zooming (see 4.16.4.2.2.5.6 Zooming and Panning),
+
** viewport selection and synchronization control
 have cross-referencing active (see 4.16.4.2.2.5.7 Laterality and Spatial Cross-670 Referencing)
+
** windowing and greyscale inversion control and presets
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
+
** scrolling, rotation, panning and zooming control
 a single viewport, and
+
** annotation, localizer and crosshair display control
 two vertical viewports side by side.
+
** distance and angle measurement
 +
** cine control
 +
** report display control
 +
** printing
  
:* basic grayscale or color rendering (i.e., without additional image processing like pseudo-coloring, multi-planar reconstruction, fusion or volume rendering)
+
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.
  
''<If the user might be familiar with the mechanisms used by the profile, you can mention them hereE.g. Evidence Documents is based on DICOM Structured Report (SR) Templates.>''
+
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 interfaceVendors may choose to provide such functionality in their Advanced interface.  
  
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
+
The profile does not mandate screen calibration such as that described in the [[Consistent Presentation of Images]] Profile 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.
  
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.  
+
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.
  
 
''<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.>''
 
''<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.>''

Revision as of 19:28, 23 February 2010

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.

The profile does not mandate screen calibration such as that described in the Consistent Presentation of Images Profile 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.

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.
  • Display systems may query, retrieve and display Evidence Documents.
  • Reporting workstations may retrieve, process and include details from Evidence Documents in reports

Actors & Transactions:

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

Specification

Profile Status: Final Text <Replace "Final Text" with "Trial Implementation" or "Public Comment" as appropriate.>

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.>

IHE Radiology Technical Framework:

  • Vol. 1 - Section 5 (SWF Profile)
  • Vol. 2 - Sections 4.8 to 4.10, 4.14 to 4.19, and 4.23
  • Vol. 3 - Appendix E

Underlying Standards:

<list all the standards on which the profile is based; if possible with links to sources>

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

<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.>


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 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>

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 Overview Template