| HOME | ABOUT | MEMBERSHIP | NEWS & ANNOUNCEMENTS | MEETINGS | FAQ | CONTACT US | | Powered by American National Standards Institute |
![]() |
Return to detail page at www.hitsp.org | HITSP/T23 |
| Prev TOC Next |
The Integrating the Healthcare Enterprise (IHE) Patient Demographics Query (PDQ) Integration Profile transaction is intended for use wherever Health Level Seven (HL7) messages are suitable to identify patients from a list of potentials. The IHE PDQ Integration Profile Transaction involves a request by a Patient Demographics Consumer for demographic information about patients whose demographic data matches data contained in the query message. The request is sent as a Patient Demographics query and received by a Patient Demographics Supplier. The Patient Demographics Supplier immediately processes the query and sends a Patient Demographics response to the Patient Demographics Consumer that originated the query. This response contains a list of patient demographics for matching patients if any were found. [1] The process flows in the IHE PDQ Integration Profile transaction are shown in the IHE IT Infrastructure Technical Framework, Volume 2 (IHE-ITI TF-2), Section 3.21.4.
In addition, the Pediatric Demographics option makes use of six additional demographic fields to aid record matching in databases with many pediatric records. If Pediatric Demographics are to be utilized, the additional demographic fields needed are shown in IHE IT Infrastructure (ITI) Technical Framework Supplement 2008-2009, Pediatric Demographics, Draft for Trial Implementation (August 22, 2008).
Table 2-1 Transaction Constraints
|
Constraint |
|
Data must be constrained as described in the data flows Section 2.1.6 |
|
The Patient Demographics Consumer interface must store and be able to communicate the data elements necessary for the Patient Demographics Supplier to be able to process the received query and return demographic information for matching patients |
|
The Patient Demographics Supplier must be able to create a possibly empty list of matching patient demographic information solely based on the data elements received in the query message from the Patient Demographics Consumer |
Table 2-2 Interfaces
|
Interface |
Description |
Used in Component/ |
Transaction/Content |
T/C Optionality [2] |
|
Patient Demographics Consumer |
Queries the Patient Demographics Supplier for a list of patient demographic information, if any, and receives a list of corresponding patient demographic information from the Patient Demographics Supplier |
IHE-ITI TF-2 Section 3.21.2 |
Patient Demographics Query [ITI-21] |
R |
|
Patient Demographics and Visit Query [ITI-22] |
O |
|||
|
Patient Demographics Supplier |
Receives the query for a list of corresponding patient demographics from the Patient Demographics Consumer, sends a list of corresponding patient demographic information to the Patient Demographics Consumer, maintains one or more Patient Information Sources of patient demographics data |
IHE-ITI TF-2 Section 3.21.2 |
Patient Demographics Query [ITI-21] |
R |
|
Patient Demographics and Visit Query [ITI-22] |
O |
Implementation Constraints
Table 2-3 Interface and Transaction/Content Constraints
|
Constraint Code |
Constraint Description |
|
No applicable implementation constraints |
NA |
Interface interactions in the IHE PDQ Integration Profile transaction are shown in IHE-ITI TF-2, Section3.21.2.
Table 2-4 Pre-conditions
|
Pre-condition |
|
It is expected that the security framework under which this Transaction operates is in accordance with the Interoperability Specification that references this construct. Therefore, all applicable HITSP Security and Privacy constructs are implemented as required |
|
Patient Demographics Consumer contains patient demographic data suitable for matching |
|
Patient Demographics Supplier maintains a list of patient demographic data suitable for matching and providing matching plus additional patient demographic data to the Patient Demographics Consumer. Security and Privacy policies will set limits on the release of patient demographics information to Patient Demographics Consumers |
Table 2-5 Process Triggers
|
Process Trigger |
|
Triggers for Patient Demographics Consumer as described in IHE-ITI TF-2, Section 3.21.4.1.1 |
|
Triggers for Patient Demographics Supplier as described in IHE-ITI TF-2, Section 3.21.4.2.1 |
Table 2-6 Post-conditions
|
Post-condition |
|
Patient Demographics Consumer expanded patient demographic data for one or more patients where found by the Patient Demographics Supplier |
|
Patient Demographics Supplier none beyond providing outputs related to this Transaction |
Table 2-7 Required Output
|
Required Output |
Format/Usage |
|
Patient Demographics Consumer has no specific outputs related to this Transaction |
N/A |
|
Patient Demographics Supplier outputs a Patient Demographics Response message containing, where applicable, demographic data for of one or more patients; where no list of applicable patient demographics data are found, indicators in the message as to the reason no data were provided |
See Section 2.1.6 for message requirements |
Consistent with the process flows discussed in Section 2.1, there are two data flows for the IHE PDQ Integration Profile Transaction:
Query to obtain Patient Demographics data from Patient Demographics Consumer to Patient Demographics Supplier
Response to a query to return Patient Demographics data from Patient Demographics Supplier to Patient Demographics Consumer
Details of these two data flows are contained in the two subsections below.
To better understand the data flows described in the two subsections below, the following definitions are applicable:
Patient Demographics Supplier: See explanation in Section 2.1.2, Interfaces
Patient Information Source: A collection of patient demographic data from one or more Patient ID Domains
Patient ID Domain: A collection of patient demographic data from a single Assigning Authority
The query portion of the IHE Patient Demographics Query Transaction (QBP^Q22), is described in IHE-ITI TF-2, Section 3.21.4.1.2. It consists of three segments: MSH, QPD and RCP.
Use of the QPD segment is described in IHE-ITI TF-2, Section 3.21.4.1.2.2. HITSP constraints on this usage are:
Data element QPD-2 must contain a unique value from the Patient Demographics Consumer that identifies each specific query message; an incrementing number may be used if desired
Data element QPD-3.4.2 must be an ISO Object Identifier (OID) and QPD-3.4.3 must contain ISO
Data element QPD-3.4.2 must be an ISO Object Identifier (OID) and QPD-8.4.3 must contain ISO and
See IHE-ITI TF-2 Table 3.21-3, for required values of QPD-3.1
See IHE TF Supplement 2008-2009 Pediatric Demographics (Draft for Trial Implementation) for optional values of QPD-3.1 for Pediatrics appropriate for HL7 Version 2.5 [3] .
The Patient Demographics response portion of the IHE Patient Demographics Query Transaction is described in IHE-ITI TF-2, Section 3.21.4.2.2. For HITSP, it consists of up to six segments: MSH, MSA, ERR, QAK, QPD, and PID.
Use of the QPD segment is described in IHE-ITI TF-2, Section 3.21.4.2.2.4.
A HITSP Constraint on this usage is that data element QPD-3.4.2 must be an ISO Object Identifier (OID) and QPD-3.4.3 must contain ISO.
Use of the PID segment is described in IHE-ITI TF-2, Section 3.21.4.2.2.5.
Table 2-8 shows additional HITSP Constraints on this usage.
Table 2-8 HITSP Additional PID Segment Constraints
|
SEQ |
LEN |
DT |
OPT [4] |
RPT |
TBL |
Data Element Name |
Description / Comments |
|
3.4.2 |
NA |
ST |
R |
NA |
NA |
Assigning Authoritys Universal ID |
Shall only contain an ISO Object Identifier (OID) |
|
3.4.3 |
NA |
ID |
R |
NA |
NA |
Assigning Authoritys Universal ID Type |
Shall only contain ISO Note: ISO is the code that means OID |
|
5.3 |
NA |
ST |
R2 |
NA |
NA |
Middle Names |
If more than one middle name is available, all available middle names shall be concatenated with separating spaces in this component |
|
10.3 |
NA |
ID |
O |
NA |
NA |
Name of Coding System #1 |
HL70005 |
|
NA |
NA |
NA |
NA |
NA |
NA |
NA |
Values for components 10.4 and 10.5 shall be coded as specified in HITSP/C80 Section 2.2.1.2.7 Race |
|
11.1.1 |
NA |
ST |
O |
NA |
NA |
Street or Mailing Address |
Though not required by HL7 standard, use of national postal service standardized values is strongly recommended |
|
11.1.2 |
NA |
ST |
O |
NA |
NA |
Street Name |
|
|
11.1.3 |
NA |
ST |
O |
NA |
NA |
Dwelling Number |
|
|
11.2 |
NA |
ST |
O |
NA |
NA |
Other Designation |
May be used for second line of Street Address |
|
11.3 |
NA |
ST |
O |
NA |
NA |
City |
Though not required by HL7 standard, use of national postal service standardized values is strongly recommended |
|
11.4 |
NA |
ST |
O |
NA |
NA |
State/Province |
|
|
11.5 |
NA |
ST |
O |
NA |
NA |
ZIP/Postal Code |
|
|
11.6 |
NA |
ST |
O |
NA |
NA |
Country |
NA Though not required by HL7 standard, use of the International Standards Organization Codes for Representation of Names and Countries, ISO-3166, is strongly recommended Available from American National Standards Institute, 25 West 43rd Street, Fourth Floor, New York, NY 10036 |
|
13 |
250 |
XTN |
O |
Y |
NA |
Phone Number - Home |
If repetition occurs, then first occurrence shall be the primary telephone number used for patient contact [5] |
|
13.5 |
|
NM |
O |
NA |
NA |
Country Code |
Though not required by HL7 standard, use of international and national standardized values is strongly recommended For Country Code, if no value is present, 1 assumed for United States and Canada |
|
13.6 |
|
NM |
O |
NA |
NA |
Area/City Code |
|
|
13.7 |
|
NM |
O |
NA |
NA |
Local Number |
|
|
22.3 |
NA |
ID |
O |
NA |
NA |
Name of Coding System #1 |
HL70189 |
|
22.6 |
NA |
ID |
O |
NA |
NA |
NA |
NA |
|
NA |
NA |
NA |
NA |
NA |
NA |
NA |
Values for components 22.4 and 22.5 shall be coded as specified in HITSP/C80 Section 2.2.1.2.2 Ethnicity |
There are no additional HITSP constraints on the additional elements as specified in the Pediatrics Demographics option supplement.
Table 2-9 List of HITSP Constructs
|
Construct Name |
Description |
Transaction/Content |
|
No applicable constructs |
Table 2-10 Construct Dependencies
|
Construct |
Depends On |
Dependency Type |
Purpose |
|
No applicable dependencies |
Table 2-11 Additional Constraints on Required Constructs
|
Data Element |
Construct |
Constraint |
Constraint Type |
Purpose |
|
No applicable constraints |
Table 2-12 Regulatory Guidance
|
Regulation |
Description |
|
No applicable regulatory guidance |
Table 2-13 Selected Standards
|
Standard |
Description |
|
Health Level Seven (HL7) Version 2.5, Chapter 2 Control, Chapter 3 Patient Administration, Chapter 5 - Query |
The HL7 Version 2.5 Messaging Standard is an application protocol for electronic data exchange in healthcare. It and prior versions have widespread use in the U.S. and internationally. Both message formats and value sets / code tables (e.g., diagnosis type, gender, patient class, result status, specimen collection method, abnormal flags, observation result status codes interpretation, timestamp format) are contained in the standard. For more information visit www.hl7.org |
|
Integrating the Healthcare Enterprise (IHE) IT Infrastructure Technical Framework (ITI-TF) Revision 5.0 or later, Patient Demographics Query (PDQ) Integration Profile |
Provides ways for multiple distributed applications to query a central patient information server for a list of patients, based on user-defined search criteria, and retrieve a patients demographic (and, optionally, visit or visit-related) information directly into the application. For more information visit www.ihe.net |
|
Integrating the Healthcare Enterprise (IHE) IT Infrastructure Technical Framework (ITI-TF) Supplement 2008 - 2009, Pediatric Demographics, Draft for Trial Implementation (August 22, 2008) |
The experience of immunization registries and other public health population databases has shown that matching and linking patient records from different sources for the same individual person in environments with large proportions of pediatric records requires additional demographic data. Pediatric Demographics makes use of the following six additional demographic fields to aid record matching in databases with many pediatric records. The latest version of the IHE Technical Framework is available at www.ihe.net |
Table 2-14 Informative Reference Standards
|
Standard |
Description |
|
No applicable informative reference standards |
![]() |
Return to detail page at www.hitsp.org | HITSP/T23 |
| Prev TOC Next |