Difference between revisions of "Patient Information Reconciliation"

From IHE Wiki
Jump to navigation Jump to search
Line 1: Line 1:
==Summary==
+
The Patient Information Reconciliation (PIR) Profile coordinates reconciliation of the patient record when images are acquired for unidentified (e.g. trauma), or misidentified patients.  
[[Image:rad_pir_profile_diag.jpg|right|Patient Information Reconciliation]]
 
Patient Information Reconciliation extends Scheduled Workflow by providing the means to match images acquired for an unidentified patient (for example, during a trauma case) with the patient's registration and order history. In the example of the trauma case, this allows subsequent reconciliation of the patient record with images acquired (either without a prior registration or under a generic registration) before the patient's identity could be determined.
 
 
 
==Benefits==
 
Enabling after-the-fact matching greatly simplifies exception-handling situations.
 
 
 
==Systems Affected==
 
* Enterprise-wide information systems that manage patient registration and services ordering (ADT/registration system, HIS)
 
* Radiology departmental information systems that manage department scheduling (RIS) and image management/archiving (PACS)
 
* Acquisition modalities
 
 
 
==See Also==
 
 
 
''<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.>''}}}
+
PIR augments Scheduled Workflow by providing the means to match images acquired for an unidentified patient with the patient's registration and order history. In the example of the trauma case, this allows subsequent reconciliation of the patient record with images acquired (either without a prior registration or under a generic registration) before the patient's identity could be determined.
  
''<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.>''
+
[[Image:rad_pir_profile_diag.jpg|right|Patient Information Reconciliation]]
  
 
''<See [[Help:Contents#Tips_.26_Tricks| Help - Tips and Tricks]] for details on inserting an image/graphic.>''
 
''<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).>''
 +
 +
Enabling after-the-fact matching greatly simplifies exception-handling situations.
  
''<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).>''
+
''<Get additional details from Radiology Handbook>''
  
 
==Details==
 
==Details==
Line 34: Line 22:
  
 
==Systems Affected==
 
==Systems Affected==
 +
* Enterprise-wide information systems that manage patient registration and services ordering (ADT/registration system, HIS)
 +
* Radiology departmental information systems that manage department scheduling (RIS) and image management/archiving (PACS)
 +
* Acquisition modalities
 +
 
''<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. >''
 
''<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. >''
  
Line 43: Line 35:
  
 
'''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 4 documents the profile, Appendix C discusses relavent information exchange between the Order Filler and the Image Manager, and Appendix G discusses issues of reconciliation when using XDS-I
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8.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.5 to 4.7, 4.11 to 4.13, 4.16, 4.26, 4.27, and [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8-3.pdf Vol. 3] - Section 4.46 document specific transactions
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8.pdf Vol. 3] - Appendix E provides additional informative text
+
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8-2.pdf Vol. 2] - Appendix D provides useful information for handling Patient Identifiers during a merge of records.
  
 
'''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==
 
==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'''
  
''<List profiles this one depends on, profiles that depend on this one, profiles that are synergistic with this one>''
+
* [[Scheduled Workflow]] provides the data handling framework and is a pre-requisite for PIR
 +
* [[Patient Identifier Cross Referencing]] and [[Patient Demographics Query]] can be useful to establish the demographics to reconcile
 +
* Systems implementing PIR are expected to operate on all relevant objects, including those created as part of Radiology Content Profiles.
 +
* Workflow profiles in other domains were developed after PIR was written and were able to embed the transactions directly.
  
 
'''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 [[Patient Information Reconciliation 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>''
+
[[Patient Informaiton Purchasing]] describes considerations when purchasing equipment to deploy this Profile.
  
 
'''Implementer Information'''
 
'''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>''
+
[[Patient Information Reconciliation 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) >''
 
''<List References (good and bad) (with link if possible) to Journal Articles that mention IHE's work (and hopefully include some analysis) >''
 
  
  

Revision as of 17:54, 15 March 2008

The Patient Information Reconciliation (PIR) Profile coordinates reconciliation of the patient record when images are acquired for unidentified (e.g. trauma), or misidentified patients.

Summary

PIR augments Scheduled Workflow by providing the means to match images acquired for an unidentified patient with the patient's registration and order history. In the example of the trauma case, this allows subsequent reconciliation of the patient record with images acquired (either without a prior registration or under a generic registration) before the patient's identity could be determined.

Patient Information Reconciliation

<See Help - Tips and Tricks for details on inserting an image/graphic.>

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

Enabling after-the-fact matching greatly simplifies exception-handling situations.

<Get additional details from Radiology Handbook>

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

  • Enterprise-wide information systems that manage patient registration and services ordering (ADT/registration system, HIS)
  • Radiology departmental information systems that manage department scheduling (RIS) and image management/archiving (PACS)
  • Acquisition modalities

<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

Documents:

IHE Radiology Technical Framework:

  • Vol. 1 - Section 4 documents the profile, Appendix C discusses relavent information exchange between the Order Filler and the Image Manager, and Appendix G discusses issues of reconciliation when using XDS-I
  • Vol. 2 - Sections 4.5 to 4.7, 4.11 to 4.13, 4.16, 4.26, 4.27, and Vol. 3 - Section 4.46 document specific transactions
  • Vol. 2 - Appendix D provides useful information for handling Patient Identifiers during a merge of records.

Underlying Standards:


See Also

Related Profiles

  • Scheduled Workflow provides the data handling framework and is a pre-requisite for PIR
  • Patient Identifier Cross Referencing and Patient Demographics Query can be useful to establish the demographics to reconcile
  • Systems implementing PIR are expected to operate on all relevant objects, including those created as part of Radiology Content Profiles.
  • Workflow profiles in other domains were developed after PIR was written and were able to embed the transactions directly.

Consumer Information

The Patient Information Reconciliation FAQ answers typical questions about what the Profile does.

Patient Informaiton Purchasing describes considerations when purchasing equipment to deploy this Profile.

Implementer Information

Patient Information Reconciliation Implementation provides additional information about implementing this Profile in software.

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