Difference between revisions of "Patient Administration Management"

From IHE Wiki
Jump to navigation Jump to search
Line 18: Line 18:
 
==Benefits==
 
==Benefits==
  
'''Reduce Errors and Enhance Patient Care'''
+
'''Supports Efficiency of Patient Care'''
* Prevents manual data entry errors by ensuring that each piece of patient or encounter data is entered only once
+
* Prevents manual data entry errors by ensuring that each piece of patient data or encounter data is entered only once and made available to any application that needs it.
'''Improve Throughput'''
+
* Supports a better cooperation between clinical, administrative and ancillary applications, based on a common patient identification and accurate patient demographics.
 +
* Notifies in real time applications of acute care settings with patient arrivals, movements and departures, planned or effective, which globally improves the efficiency of the services provided by the teams running these applications.
  
 
==Details==
 
==Details==

Revision as of 03:58, 3 April 2008

Patient Administration Management (PAM) enables applications to share accurate patient demographic data within and between acute care settings as well as between those and ambulatory healthcare providers.



Summary

The PAM profile specifies two transactions to fulfill two great missions among applications cooperating in healthcare:

  • Patient Identity Feed: Maintain consistency of patient demographics (i.e. patient identitification, full identity and persons related to the patient such as primary caregiver, family doctor, guarantor, next of kin) across applications operating in acute care settings as well as in the ambulatory environment.
  • Patient Encounter Management: Coordinate the exchange of patient account, encounter and location information within and between acute care settings.

These two transactions provide sets of event-triggered messages, notifying the creation and update of patient administrative data. Each transaction involves a pair of (Supplier, Consumer) Actors. Transaction Patient Identity Feed operates in a centralized manner (one Supplier application providing a number of Consumers).
Transaction Patient Encounter Management can work in centralized mode as well as in peer to peer mode (Several applications cooperating as peers, each one playing alternatively Supplier and Consumer roles). Transaction Patient Encounter Management can be self contained in a sense that the Patient Encounter Supplier sends both patient encounter information and patient identity and demographics information (in the context of the encounter data) to the Patient Encounter Consumer. In addition, this transaction also allows the Patient Encounter Supplier to send messages to the Patient Encounter Consumer for patient identity maintenance in the encounter context, including patient update and identity merge.

Iti pam ip.jpg

Benefits

Supports Efficiency of Patient Care

  • Prevents manual data entry errors by ensuring that each piece of patient data or encounter data is entered only once and made available to any application that needs it.
  • Supports a better cooperation between clinical, administrative and ancillary applications, based on a common patient identification and accurate patient demographics.
  • Notifies in real time applications of acute care settings with patient arrivals, movements and departures, planned or effective, which globally improves the efficiency of the services provided by the teams running these applications.

Details

The Patient Administration Management (PAM) Integration Profile:

Systems Affected

Systems involved in this profile are:

  • Enterprise-wide information systems that manage patient registration (i.e., admit-discharge-transfer /registration system and hospital information system (HIS ))

Actors & Transactions:

Pam-actor-transaction.JPG

Specification

Profile Status: Final Text

Documents: IHE IT Infrastructure Technical Framework:

  • Vol. 1 - Section 4 (PAM profile overview, use cases, actors, transactions, options, groupings)
  • Vol. 2:
  • Section 3.30: Transaction Patient Identity Feed
  • Section 3.31: Transaction Patient Encounter Management
  • Appendix C: HL7 Profiling Conventions
  • Appendix E: Usage of CX Data Type in PID-3 - Patient Identifier List
  • Appendix N: Common HL7 Data Types
  • Appendix P: Examples of messages

Underlying Standards:

See Also

Related Profiles

Consumer Information

Implementer Information

This page is based on the Profile Template