PCC TF-1/EDR: Difference between revisions

From IHE Wiki
Jump to navigation Jump to search
Kboone (talk | contribs)
mNo edit summary
Kboone (talk | contribs)
Line 12: Line 12:
{{PCC Content Profile Options|EDR|Creator=}}
{{PCC Content Profile Options|EDR|Creator=}}


===Content Bindings with XDS, XDM and XDR===
{{XD* Binding|ED Referrals|
It is expected that this profile will be used environment where the physician offices and hospitals have a coordinated infrastructure that serves the information sharing needs of this community of care.  Several mechanisms are supported by IHE profiles:
Bindings={{Binding|ED Referral}}
 
}}
* A registry/repository-based infrastructure is defined by the IHE Cross-Enterprise Document Sharing (XDS) and other IHE Integration Profiles such as patient identification (PIX & PDQ), and notification of availability of documents (NAV).
* A media-based infrastructure is defined by the IHE Cross-Enterprise Document Media Interchange (XDM) profile.
* A reliable messaging-based infrastructure is defined by the IHE Cross-Enterprise Document Reliable Interchange (XDR) profile.
* All of these infrastructures support Security and privacy through the use of the Consistent Time (CT) and Audit Trail and Node Authentication (ATNA) profiles.
For more details on these profiles, see the IHE IT Infrastructure Technical Framework, found here: [http://www.ihe.net/Technical_Framework/ http://www.ihe.net/Technical_Framework/].
 
Such an infrastructure is assumed by the use cases that focus on the context for defining the specific clinical information content for this profile.
 
A content binding describes how the payloads used in IHE transactions are related to and/or constrained by the data elements contained within the content sent or received in those transactions.  This section is where any specific dependencies between the content and transaction are defined.  The Patient Care Coordination Technical Framework defines a binding to use when grouping the Content Creator with the IHE ITI XDS, XDM or XDR Integration Profiles.
 
{|border="2" cellspacing="0" cellpadding="4" width="95%" align="center"
|align = "center"|'''Content'''
|align = "center"|'''Binding'''
|align = "center"|'''Actor'''
|align = "center"|'''Optionality'''
|-
|align = "center" rowspan = "2"|''ED Referral''<br><br>
|align = "center" rowspan = "2"|Medical Document Binding to XD<nowiki>*</nowiki><br>''PCC TF-2: 4.1''
|align = "center"|Content Creator
|align = "center"|R
|-
|align = "center"|Content Consumer
|align = "center"|R
|-
|}


===ED Referral Document Content Module===
===ED Referral Document Content Module===

Revision as of 10:48, 11 May 2007

EDR Integration Profile

Physicians frequently determine that patients either onsite, or calling in, should proceed directly to an emergency department for care. The referring physician has valuable data that can inform ED providers, including the history of the current problem, past medical problems, medications, allergies, and frequently a concrete assessment and plan for the patient such as hospital admission. Unfortunately, this information is inconsistently relayed to the ED provider who ultimately cares for the patient. Currently, this transfer of care requires verbal transfer of extensive information. Unfortunately, the ED provider recording the information may not be the person who will ultimately care for the patient, may not document sufficient detail, or may forget to document any information at all.

Loss of this data can lead to costly over-testing in the ED, or worse, an inappropriate disposition for the patient.

Using an EHR, an ED Referral is created; including the nature of the current problem, past medical history, and medications. Upon arrival of the patient to the ED, the patient is identified as a referral, and the transfer document is incorporated into the EDIS.

This profile may be used to cover a wide variety of ED referral situations, for example, primary care provider to ED Referral, Long term care to ED referral, or even ED to ED referral (as in the case of transfer from a level 2 Critical care facility to a level 1 facility).

Actors/Transaction

There are two actors in the EDR profile, the Content Creator and the Content Consumer. Content is created by a Content Creator and is to be consumed by a Content Consumer. The sharing or transmission of content from one actor to the other is addressed by the appropriate use of IHE profiles described below, and is out of scope of this profile. A Document Source or a Portable Media Creator may embody the Content Creator Actor. A Document Consumer, a Document Recipient or a Portable Media Importer may embody the Content Consumer Actor. The sharing or transmission of content or updates from one actor to the other is addressed by the use of appropriate IHE profiles described in the section on Content Bindings with XDS, XDM and XDR.

EDR Actor Diagram


Options

Actor Option
EDR Options
Content Consumer View Option (1)
Document Import Option (1)
Section Import Option (1)
Discrete Data Import Option (1)
Note 1: The Actor shall support at least one of these options.

Content Consumer Options

View Option

This option defines the processing requirements placed on Content Consumers for providing access, rendering and management of the medical document. See the View Option in PCC TF-2 for more details on this option.

A Content Creator Actor should provide access to a style sheet that ensures consistent rendering of the medical document content as was displayed by the Content Consumer Actor.

The Content Consumer Actor shall be able to present a view of the document using this style sheet if present.

Document Import Option

This option defines the processing requirements placed on Content Consumers for providing access, and importing the entire medical document and managing it as part of the patient record. See the Document Import Option in PCC TF-2 for more details on this option.

Section Import Option

This option defines the processing requirements placed on Content Consumers for providing access to, and importing the selected section of the medical document and managing them as part of the patient record. See the Section Import Option in PCC TF-2 for more details on this option.

Discrete Data Import Option

This option defines the processing requirements placed on Content Consumers for providing access, and importing discrete data from selected sections of the medical document and managing them as part of the patient record. See the Discrete Data Import Option in PCC TF-2 for more details on this option.


Cross Enterprise Document Sharing, Media Interchange and Reliable Messaging

Actors from the ITI XDS, XDM and XDR profiles embody the Content Creator and Content Consumer sharing function of this profile. A Content Creator or Content Consumer may be grouped with appropriate actors from the XDS, XDM or XDR profiles to exchange the content described therein. The metadata sent in the document sharing or interchange messages has specific relationships or dependencies (which we call bindings) to the content of the clinical document described in the content profile.

The Patient Care Coordination Technical Framework defines the bindings to use when grouping the Content Creator of this Profile with actors from the IHE ITI XDS, XDM or XDR Integration Profiles.


ED Referrals Bindings
Content Binding Actor Optionality
ED Referral Medical Document Binding to XD* Content Creator R
Content Consumer R


ED Referral Document Content Module

An ED Referral content document is a type of medical summary, and incorporates the constraints defined for medical summaries found in section PCC TF-2: 5.1.4.2 Medical Summaries above. In addition, the ED Referral content profile includes additional information to support recording the mode of transportation, estimated time of arrival, and proposed disposition.

ED Referral Process Flow

Use Case 1: Provider to Emergency Department Referral

This use case involves a "collaborative" transfer of care for the referral of a patient from a care provider to the emergency department. This use case is a central component of an "e-referral" process, which typically requires an appropriate level of agreement and collaboration between the two parties prior to the actual transfer of clinical information being initiated.

Preconditions: The referring provider has an EMR system with capability to write notes and manage data elements, and share information. The specific data elements managed by the providers EMR are expected to be the source for the information used in creating the medical summary document related to this transfer of care. A variety of EMR implementations and usage by clinicians may result in some variability in the content of the medical summary. The receiving ED provider has an EDIS system with the capability to share information.

Events: A provider sees a patient, or has spoken with the patient or a family member, and has decided to refer the patient to an ED. The provider creates an ED Referral summary document, and shares it. The detailed content of the medical summary to support this use case is detailed as part of the document content profile specification.

Post conditions: The ED specialist physician retrieve the Documents and views them, optionally importing data. Import assumes the specialist has an EDIS system with the capability for managing those discrete data elements.

Steps to identify the ED and obtain insurance preauthorization have been placed out of scope for this Integration Profile.