Difference between revisions of "Presentation of Grouped Procedures"

From IHE Wiki
Jump to navigation Jump to search
Line 47: Line 47:
 
'''Actors & Transactions:'''
 
'''Actors & Transactions:'''
  
[[Image:Example.jpg]]
+
[[Image:pgp.jpg]]
  
 
==Specification==
 
==Specification==
  
 
'''Profile Status:''' [[Comments| Final Text]]   
 
'''Profile Status:''' [[Comments| Final Text]]   
''<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.  E.g.>''
 
  
 
[http://www.ihe.net/Technical_Framework/index.cfm#radiology IHE Radiology Technical Framework:]
 
[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 documents the profile
+
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8.pdf Vol. 1] - Section 6 documents the 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 document specific transactions
+
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8-2.pdf Vol. 2] - Sections 4.6 to 4.9, document specific transactions
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8-3.pdf Vol. 3] - Appendix E provides additional informative text
 
  
 
'''Underlying Standards:'''
 
'''Underlying Standards:'''
:* ''<list standards on which this profile is based; if possible with links to sources>''
 
 
:* [http://dicom.nema.org DICOM]
 
:* [http://dicom.nema.org DICOM]
 
:* [http://www.hl7.org HL7]
 
:* [http://www.hl7.org HL7]
:* ...
 
  
==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>''
 
 
'''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 [[{{{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>''
 
 
'''Implementer Information'''
 
 
The [[{{{3|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) >''
 
 
 
 
This page is based on the [[Profile Template]]
 
  
 
[[Category:Profiles]]
 
[[Category:Profiles]]
 
 
''<'''Delete this Category Templates line''' since your Profile page is no longer a template.>'' [[Category:{{{3|Templates}}}]]
 

Revision as of 22:46, 17 March 2008

Presentation of Grouped Procedures (PGP) Profile specifies how a subset of images acquired in a single scan grouped by the acquisition modality operator for multiple requested procedures, can be associated to an individual requested procedure of those grouped requested procedures(e.g. head, chest, abdomen) for viewing and subsequent reporting.

Summary

The Presentation of Grouped Procedures Integration Profile (PGP) addresses what is sometimes referred to as the linked studies problem: viewing image subsets resulting from a single acquisition with each image subset related to a different requested procedure (e.g. CT chest, abdomen and pelvis). It provides a mechanism for facilitating workflow when viewing images and reporting on individual requested procedures that an operator has grouped (often for the sake of acquisition efficiency and patient comfort). A single acquired image set is produced, but the combined use of the scheduled workflow transactions and the consistent presentation of images allows separate viewing and interpretation of the image subsets related to each of the requested procedures.

Benefits

Enhanced Workflow

  • One Image acquisition, multiple reports
  • Simplifies Images acquired once for multiple procedures
  • Flexibility for acquisition workflow optimization
  • Flexibility to impove Patient confort
  • less radiation dose necessary

Enhanced Softcopy Interpretation

  • maintains record of source as single set of images
  • flexibility to access images softcopy record for optimal reporting
  • consistant linkage between images acquired and images reported

Details

Presentation of Grouped Procedures (PGP) provides a mechanism for facilitating viewing images and reporting on individual Requested Procedures that have been fulfilled by a single Performed Procedure Step acquisition.

A referring physician or General Practicioner could provide an order set, or individual orders, to an imaging service organisation that will involve the same acquisition modality and could be acquired during the same acquisition. Prior to the acquisition, an operator could select the multiple procedure steps and perform that single acquisition step on the modality as described in the Scheduled Workflow Profile. The classic example of this grouped study is a CT chest, CT abdomen and CT pelvis scan. Note that individually there could be a total of 250 images assocoated with these procedures with 40% overlap of images acquired.

By grouping requested procedures to an image acquisition of a single scan, the need for the additional scanning for acuiring the overlapping images has been elliminated.

For each requested procedure, a subset of acquired images are linked. The linking association to the individual procedure is created at the modality either as part of the acquisition planning or post acquisition as part of the Quality Assurance process.

This also applies to Evidence Creators that retrieve images resulting from grouped procedures on the Acquisition Modality and for which link assocaitions may be defined specifically with one or more of the Requested Procedures.

With the link association, a manifest of images is created. The manifest of images may include softcopy presentation information that is unique to that procedure. A typical example would be the images acured for softcopy interpetation of an abdomen CT and a pelvis CT. The images, acuuired in the single acquisition, would require seperate window/level settings. These settings could be stored in the assocoiation of the linked procedure.

The link association of images to the individual requested procedures is though the combined usage of the Modality Performed Procedure Step (MPPS) and Grey Scale Presentation State (GSPS). The GSPS contains the manifest of images and how to present the images on a display. The MPPS provides the linkage of the GSPS to the individual procedure step.

A reading physician may use the GSPSes (associated with the Requested Procedure indicated in the PPS transaction) created by the technologist to facilitate viewing and interpreting the CT pelvis images separately from the CT abdomen images. This will facilitate interpretation as well as reviewing the relevant subset of prior images.

Systems Affected

Systems involved in this profile are:

  • Radiology departmental information systems that manage department scheduling (i.e., radiology information system (RIS))
  • Radiology image management/archiving (i.e., picture archiving and communication system (PACS))
  • Acquisition modalities

Actors & Transactions:

Pgp.jpg

Specification

Profile Status: Final Text

Documents:


IHE Radiology Technical Framework:

  • Vol. 1 - Section 6 documents the profile
  • Vol. 2 - Sections 4.6 to 4.9, document specific transactions

Underlying Standards: