Difference between revisions of "Basic Image Review - Brief Proposal"

From IHE Wiki
Jump to navigation Jump to search
Line 21: Line 21:
 
==3. Key Use Case==
 
==3. Key Use Case==
  
''<Describe a short use case scenario from the user perspective.  The use case should demonstrate the integration/workflow problem.>''
+
===Referring Clinician Review===
 +
 
 +
===Patient Viewing===
 +
 
  
 
''<Feel free to add a second use case scenario demonstrating how it “should” work.  Try to indicate the people/systems, the tasks they are doing, the information they need, and hopefully where the information should come from.>''
 
''<Feel free to add a second use case scenario demonstrating how it “should” work.  Try to indicate the people/systems, the tasks they are doing, the information they need, and hopefully where the information should come from.>''
Line 28: Line 31:
 
==4. Standards & Systems==
 
==4. Standards & Systems==
  
''<List existing systems that are/could be involved in the problem/solution.>''
+
Relevant Systems:
 +
* Media Creators
 +
* Basic Image Review Applications
  
''<If known, list standards which might be relevant to the solution>''
+
Relevant Standards:
 +
* DICOM Media
 +
* IHE PDI
  
  
 
==5. Discussion==
 
==5. Discussion==
  
''<Include additional discussion or consider a few details which might be useful for the detailed proposal>''
+
* The AMA, ACR, ACC, AANS, DRG, and RANZCR have all specifically identified this as a significant issue for them
:''<Why IHE would be a good venue to solve the problem and what you think IHE should do to solve it.>''
+
 
:''<What might the IHE technical approach be? Existing Actors? New Transactions? Additional Profiles?>''
+
* In some ways the work would be similar to what was done in Mammography Image to specify basic display behaviors and control
:''<What are some of the risks or open issues to be addressed?>''
+
 
 +
* Potentially the solution is a Basic Image Review Profile which places requirements on Media Creators and Image Display actors.
 +
 
 +
 
  
 +
* Issue: Specifying what to achieve VS how to do it
 +
** Some would like to specify icons and GUI elements
 +
*** Problem: May unnecessarily disallow valid implementations, which might be better
 +
** Others would like to specify broad behaviors and things like "must be readily apparent"
 +
*** Problem: May requires human evaluation which may be subjective
 +
* There is some interest in ACR to be involved in the evaluation of systems implementing the profile
  
''<This is the brief proposal. Try to keep it to 1 or at most 2 pages>''
+
* Issue: Should we address office review workflow
 +
** E.g. provide recommendations to set up your own viewer and have office staff pre-load images from patients

Revision as of 10:44, 29 August 2008


1. Proposed Workitem: Basic Image Review Profile

  • Proposal Editor: Kevin O'Donnell
  • Editor:
  • Domain: Radiology (incl. all image viewing subspecialties)


2. The Problem

It is common practice for imaging facilities to distribute images on CDs and for receiving physicians to review those images with the viewer often bundled onto the CD.

Physicians have increasingly been expressing frustration that all too often:

  • the viewer does not successfully run and load the images
  • functions critical to review are missing from the viewer
  • the CD has Yet Another Viewer in which the operation of basic functions is non-obvious

The impact is delayed care, inaccessible information, and poor use of valuable clinician time.

3. Key Use Case

Referring Clinician Review

Patient Viewing

<Feel free to add a second use case scenario demonstrating how it “should” work. Try to indicate the people/systems, the tasks they are doing, the information they need, and hopefully where the information should come from.>


4. Standards & Systems

Relevant Systems:

  • Media Creators
  • Basic Image Review Applications

Relevant Standards:

  • DICOM Media
  • IHE PDI


5. Discussion

  • The AMA, ACR, ACC, AANS, DRG, and RANZCR have all specifically identified this as a significant issue for them
  • In some ways the work would be similar to what was done in Mammography Image to specify basic display behaviors and control
  • Potentially the solution is a Basic Image Review Profile which places requirements on Media Creators and Image Display actors.


  • Issue: Specifying what to achieve VS how to do it
    • Some would like to specify icons and GUI elements
      • Problem: May unnecessarily disallow valid implementations, which might be better
    • Others would like to specify broad behaviors and things like "must be readily apparent"
      • Problem: May requires human evaluation which may be subjective
  • There is some interest in ACR to be involved in the evaluation of systems implementing the profile
  • Issue: Should we address office review workflow
    • E.g. provide recommendations to set up your own viewer and have office staff pre-load images from patients