Difference between revisions of "Presentation of Grouped Procedures"

From IHE Wiki
Jump to navigation Jump to search
(New page: {{{1|'''This is a template page. CLICK HERE if you're not sure how to use it. DO NOT MODIFY this page unless you are changing the template for all future users.''...)
 
Line 1: Line 1:
{{{1|'''This is a template page. [[:Category:Templates|CLICK HERE]] if you're not sure how to use it. DO NOT MODIFY this page unless you are changing the template for all future users.'''
+
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 the individual requested procedure (e.g. head, chest, abdomen) for viewing.
  
''This template is for the one or two page user-oriented overview of an IHE Profile that is in Final Text, Trial Implementation or perhaps Public Comment.''
 
 
''Your page name should simply be Full Profile Name Profile with spaces, with capitals, without the acronym. e.g. Scheduled Workflow Profile''
 
 
 
''<Tell a user in one sentence what the profile is about (including the acronym) so they can decide if they're on the right page (and copy this one sentence description into the [[Profiles]] page as well), e.g. Scheduled Workflow (SWF) integrates ordering, scheduling, imaging acquisition, storage and viewing for Radiology exams. >''
 
 
}}}
 
 
__TOC__
 
__TOC__
  
 
==Summary==
 
==Summary==
{{{2|''<Describe the profile in about a paragraph using user-oriented language.>''}}}
+
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.
 
 
''<Insert a simple graphic that, at a glance, gives an impression of what the profile is about.  E.g. a graphic of a hospital, a clinic, and a lab with patient records moving between them. Do not use an actor/transaction diagram here.>''
 
 
 
''<See [[Help:Contents#Tips_.26_Tricks| Help - Tips and Tricks]] for details on inserting an image/graphic.>''
 
  
 
==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).>''
+
'''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
  
 
==Details==
 
==Details==

Revision as of 19:14, 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 the individual requested procedure (e.g. head, chest, abdomen) for viewing.

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

Details

<A few paragraphs, if appropriate, providing more details (in user-speak, not tech-speak) on what the profile does and how it works.>

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

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

IHE Radiology Technical Framework:

  • Vol. 1 - Section 5 documents the profile
  • Vol. 2 - Sections 4.8 to 4.10, 4.14 to 4.19, and 4.23 document specific transactions
  • Vol. 3 - Appendix E provides additional informative text

Underlying Standards:

  • <list standards on which this profile is based; if possible with links to sources>
  • DICOM
  • 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 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) >


This page is based on the Profile Template


<Delete this Category Templates line since your Profile page is no longer a template.>