Co-Chair: |
Alexander de Leon |
Co-Chair: |
Irma Jongeneel-de Haas |
Co-Chair: |
Brian Postlethwaite |
Co-Chair: |
Line Saele |
Chapter Chair & Editor |
Frank Oemig |
Sponsoring Working Group: |
Patient Administration WG |
List Server: |
The Personnel Management transactions set provides for the transmission of new or updated administration information about individual healthcare practitioners and supporting staff members. Since many systems (e.g., security, scheduling, orders, etc.), must be able to closely monitor changes in certain information regarding individual healthcare practitioners, the Personnel Management transaction set is used to clearly identify these events. For example, it is important to a Security System to be aware of when a staff member was hired or specific role has been terminated. Prior to Version 2.4, master file updates were the only method to update this information. However, when any of these changes are reported as master file update notifications, it is not obvious which of the data has been changed, and is cumbersome to process efficiently. It should be noted that Personnel Management functions that do not affect healthcare administration (e.g., benefits) are not addressed in this chapter.
Generally, information is entered into a Personnel Management system and passed to other systems requiring individual healthcare practitioner data either in the form of an unsolicited update or a response to a record-oriented query.
This document defines the transactions that occur at the application layer (the seventh level of the ISO-OSI models), that is, the abstract messages. The examples included in this chapter were constructed using the HL7 Encoding Rules, Trigger Events and Messages.
Each trigger event is documented below, along with the applicable form of the message exchange. The notation used to describe the sequence, optionality, and repetition of segments is described in Chapter 2, section 2.12, "Chapter Formats for Defining HL7 Messages."
The trigger events that follow are served by the unsolicited Personnel Management update (PMU) and General Acknowledgment (ACK) response.
The information that is included in any of these trigger event transactions can be more than the minimum necessary to communicate that event. Any of the fields occurring in the segments listed for the message can be used. A few or many fields can be used as agreed upon during implementation. However, please note, that when the contents of a field change for a field that is not necessarily related to the trigger event, it is a matter for implementation negotiation as to whether the receiving systems can capture this changed data.
Chapter 8 deals with master file maintenance.
Chapter 15 manages operational relationships based on trigger events.
An event B01 signals to add a new record for healthcare administration information about an individual healthcare practitioner establishing a relationship between that practitioner and the institution.
The EVN segment is used to indicate the effective or planned date.
Send Application Ack: ACK^B01^ACK
When the MSH-15 value of a PMU^B01^PMU_B01 message is AL or ER or SU, an ACK^B01^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B01^PMU_B01 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B01^PMU_B01 message is AL or ER or SU, an ACK^B01^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B01^PMU_B01 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B01^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B01^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B01^ACK message is AL or ER or SU, an ACK^B01^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B01^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B01^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
An event B02 signals to update the record with the healthcare administration information about an individual healthcare practitioner. This event should not be used to grant/revoke a certificate.
The EVN segment is used to indicate the effective or planned date.
Send Application Ack: ACK^B02^ACK
When the MSH-15 value of a PMU^B02^PMU_B01 message is AL or ER or SU, an ACK^B02^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B02^PMU_B01 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B02^PMU_B01 message is AL or ER or SU, an ACK^B02^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B02^PMU_B01 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B02^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B02^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B02^ACK message is AL or ER or SU, an ACK^B02^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B02^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B02^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
An event B03 signals to delete the record with the healthcare administration information about an individual healthcare practitioner to correct erroneous entries.
The EVN segment is used to indicate the effective or planned date.
Send Application Ack: ACK^B03^ACK
When the MSH-15 value of a PMU^B03^PMU_B03 message is AL or ER or SU, an ACK^B03^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B03^PMU_B03 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B03^PMU_B03 message is AL or ER or SU, an ACK^B03^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B03^PMU_B03 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B03^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B03^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B03^ACK message is AL or ER or SU, an ACK^B03^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B03^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B03^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
An event B04 signals that a staff member is available for work (e.g., schedules can be created) and has a relationship with the institution. This message applies to STF-7.
Send Application Ack: ACK^B04^ACK
When the MSH-15 value of a PMU^B04^PMU_B04 message is AL or ER or SU, an ACK^B04^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B04^PMU_B04 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B04^PMU_B04 message is AL or ER or SU, an ACK^B04^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B04^PMU_B04 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B04^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B04^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B04^ACK message is AL or ER or SU, an ACK^B04^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B04^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B04^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
An event B05 indicates that a staff member is temporarily unavailable for work, while maintaining a relationship with the institution. This message applies to STF-7.
Send Application Ack: ACK^B05^ACK
When the MSH-15 value of a PMU^B05^PMU_B04 message is AL or ER or SU, an ACK^B05^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B05^PMU_B04 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B05^PMU_B04 message is AL or ER or SU, an ACK^B05^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B05^PMU_B04 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B05^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B05^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B05^ACK message is AL or ER or SU, an ACK^B05^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B05^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B05^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
An event B06 signals that the formal relationship between a staff member and the institution has ended (i.e., upon termination).
Send Application Ack: ACK^B06^ACK
When the MSH-15 value of a PMU^B06^PMU_B04 message is AL or ER or SU, an ACK^B06^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B06^PMU_B04 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B06^PMU_B04 message is AL or ER or SU, an ACK^B06^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B06^PMU_B04 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B06^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B06^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B06^ACK message is AL or ER or SU, an ACK^B06^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B06^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B06^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
The following trigger event is served by the following Conformance Statement: Another application determines a need for Personnel data about a person and sends a query to a system providing this information.
Conformance Statement ID: |
Q25 |
Query Table Type: |
Query |
Query Name: |
Personnel Information by Segment |
Query Trigger: |
QBP^Q25^QBP_Q21 |
Query Mode: |
Both |
Response Trigger: |
RSP^K25^RSP_K25 |
Query Characteristics |
Returns response sorted by STF-3 Staff Name |
Purpose: |
Retrieve all available personnel information based upon the values of one or more commonly used search parameters |
Response Characteristics: |
Returns response sorted by StaffName unless otherwise specified. |
Based on Segment Pattern: |
PMU_B01 |
Send Application Ack: RSP^K25^RSP_K25
When the MSH-15 value of a QBP^Q25^QBP_Q21 message is AL or ER or SU, an ACK^Q25^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a QBP^Q25^QBP_Q21 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a QBP^Q25^QBP_Q21 message is AL or ER or SU, a RSP^K25^RSP_K25 message SHALL be sent as an application ack.
When the MSH-16 value of a QBP^Q25^QBP_Q21 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^Q25^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: RSP^K25^RSP_K25 |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Fld. Seq. |
ColName |
Key/ Search |
Sort |
LEN |
TYPE |
Opt |
Rep |
Match Op |
TBL |
Segment Field Name |
LOINC or HL7 code/ Domain |
Element Name |
1 |
StaffIDCode |
S |
Y |
60 |
CX |
O |
= |
STF.2 |
STF-2: Staff ID Code |
|||
2 |
StaffName |
S |
Y |
48 |
XPN |
O |
= |
STF.3 |
STF-3: Staff Name |
|||
3 |
PractitionerCategory |
S |
Y |
3 |
IS |
O |
Y |
in |
PRA.3 |
PRA-3: Practitioner Category |
||
4 |
Language |
S |
Y |
60 |
CWE |
O |
Y |
in |
LAN.2 |
LAN-2: Language |
||
5 |
LanguageAbility |
Y |
60 |
CWE |
C |
Y |
in |
LAN.3 |
LAN-3: Language Ability |
|||
6 |
LanguageProficiency |
Y |
60 |
CWE |
C |
Y |
in |
LAN.4 |
LAN-4: Language Proficiency |
Input Parameter |
Comp Name |
DT |
Description |
StaffIDCode |
CX |
Components: <ID (ST)> ^ <check digit (ST)> ^ <code identifying the check digit scheme employed (ID)> ^ <assigning authority (HD)> ^ <identifier type code (IS)> ^ <assigning facility (HD)> |
|
This field contains a personnel identification code or institution user number, used by the institution to identify the requested person. |
|||
If this field is not valued, all values for this field are considered to be a match. |
|||
The following components may be specified: |
|||
ID |
If this field, STF.2.1, is not valued, all values for this field are considered to be a match. |
||
Assigning Authority |
If this field, STF.2.4, is not valued, all values for this field are considered to be a match. |
||
Identifier type code |
If this field, STF.2.5, is not valued, all values for this field are considered to be a match. |
||
StaffName |
XPN |
If this field is not valued, all values for this field are considered to be a match. |
|
PractitionerCategory |
IS |
If this field is not valued, all values for this field are considered to be a match. If this field contains multiple values, the Server will record a match for any of the match values specified. |
|
Language |
CWE |
If this field is not valued, all values for this field are considered to be a match. If this field contains multiple values, the Server will record a match for any of the match values specified. |
|
LanguageAbility |
CWE |
The Server will evaluate this field only if the Language field is specified; otherwise, this field will be ignored. If this field is not valued, all values for this field are considered to be a match. If this field contains multiple values, the Server will record a match for any of the match values specified. |
|
LanguageProficiency |
CWE |
The Server will evaluate this field only if the Language field is specified; otherwise, this field will be ignored. If this field is not valued, all values for this field are considered to be a match. If this field contains multiple values, the Server will record a match for any of the match values specified. |
Send Immediate Ack: ACK^K25^ACK
When the MSH-15 value of a RSP^K25^RSP_K25 message is AL or ER or SU, an ACK^K25^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a RSP^K25^RSP_K25 message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^K25^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 SHALL always be set to NE (Never).
An event B07 indicates that a health professional is granted a certificate/permission for a special purpose.
A permission is issued by an organization and documented in form of a certificate. An update of a role results in an issuing of a new certificate.
The EVN segment is used to indicate the effective or planned date.
Send Application Ack: ACK^B07^ACK
When the MSH-15 value of a PMU^B07^PMU_B07 message is AL or ER or SU, an ACK^B07^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B07^PMU_B07 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B07^PMU_B07 message is AL or ER or SU, an ACK^B07^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B07^PMU_B07 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B07^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B07^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B07^ACK message is AL or ER or SU, an ACK^B07^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B07^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B07^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
An event B08 indicates that a certificate/permission for a health professional is revoked.
The EVN segment is used to indicate the effective or planned date.
Send Application Ack: ACK^B08^ACK
When the MSH-15 value of a PMU^B08^PMU_B08 message is AL or ER or SU, an ACK^B08^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a PMU^B08^PMU_B08 message is NE, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a PMU^B08^PMU_B08 message is AL or ER or SU, an ACK^B08^ACK message SHALL be sent as an application ack.
When the MSH-16 value of a PMU^B08^PMU_B08 message is NE, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B08^ACK |
NE | (none) | |
MSH-16 | AL, ER, SU | application ack: ACK^B08^ACK |
NE | (none) |
There is not supposed to be an Application Level acknowledgement to an Application Level Acknowledgement message. In Enhanced Mode, MSH-16 in the Application Acknowledgement message SHALL always be set to NE (Never).
Send An Acknowlegment is never sent in original mode.
When the MSH-15 value of an ACK^B08^ACK message is AL or ER or SU, an ACK^B08^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of an ACK^B08^ACK message is NE, an immediate ack SHALL NOT be sent.
Never send an application ack in enhanced mode.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^B08^ACK |
NE | (none) | |
MSH-16 | NE | (none) |
The following segments are defined for the Personnel Management messages.
The AFF segment adds detailed information regarding professional affiliations with which the staff member identified by the STF segment is/was associated.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
AFF | |||||||||
1 | 01427 | Set ID – AFF | SHALL | [1..1] | [1..4] | SI | |||
2 | 01444 | Professional Organization | SHALL | [1..1] | XON | ||||
3 | 01445 | Professional Organization Address | [0..1] | XAD | |||||
4 | 01446 | Professional Organization Affiliation Date Range | [0..*] | DR | |||||
5 | 01447 | Professional Affiliation Additional Information | = | [0..1] | 60 | ST |
Definition: This field contains the number that identifies this transaction. For the first occurrence of the segment, the sequence number shall be one; for the second occurrence, the sequence number shall be two; etc.
Definition: This field contains the official name of the association promoting specific professional interests with which the staff member is affiliated.
Definition: This field contains the postal address of the professional organization with which the Staff Member is associated.
Definition: This field contains the period the staff member started and ended membership in the professional organization.
Definition: This field contains miscellaneous additional information related to the staff member's membership in the professional organization.
The CER segment adds detailed information regarding the formal authorizations to provide a service (e.g. licenses, certificates) held by the health professional identified by the STF segment.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
CER | |||||||||
1 | 01856 | Set ID – CER | SHALL | [1..1] | [1..4] | SI | |||
2 | 01857 | Serial Number | = | [0..1] | 80 | ST | |||
3 | 01858 | Version | = | [0..1] | 80 | ST | |||
4 | 01859 | Granting Authority | [0..1] | XON | |||||
5 | 01860 | Issuing Authority | [0..1] | XCN | |||||
6 | 01861 | Signature | [0..1] | ED | |||||
7 | 01862 | Granting Country | [0..1] | [3..3] | ID | ||||
8 | 01863 | Granting State/Province | [0..1] | CWE | |||||
9 | 01864 | Granting County/Parish | [0..1] | CWE | |||||
10 | 01865 | Certificate Type | [0..1] | CWE | |||||
11 | 01866 | Certificate Domain | [0..1] | CWE | |||||
12
|
01867 | Subject ID |
MAY
True: False: |
C |
[1..1] [0..1] |
EI | |||
13 | 01907 | Subject Name | SHALL | = | [1..1] | 250 | ST | ||
14 | 01868 | Subject Directory Attribute Extension | [0..*] | CWE | |||||
15 | 01869 | Subject Public Key Info | [0..1] | CWE | |||||
16 | 01870 | Authority Key Identifier | [0..1] | CWE | |||||
17 | 01871 | Basic Constraint | [0..1] | [1..1] | ID | ||||
18 | 01872 | CRL Distribution Point | [0..*] | CWE | |||||
19 | 01875 | Jurisdiction Country | [0..1] | [3..3] | ID | ||||
20 | 01873 | Jurisdiction State/Province | [0..1] | CWE | |||||
21 | 01874 | Jurisdiction County/Parish | [0..1] | CWE | |||||
22 | 01895 | Jurisdiction Breadth | [0..*] | CWE | |||||
23 | 01876 | Granting Date | [0..1] | DTM | |||||
24 | 01877 | Issuing Date | [0..1] | DTM | |||||
25 | 01878 | Activation Date | [0..1] | DTM | |||||
26 | 01879 | Inactivation Date | [0..1] | DTM | |||||
27 | 01880 | Expiration Date | [0..1] | DTM | |||||
28 | 01881 | Renewal Date | [0..1] | DTM | |||||
29 | 01882 | Revocation Date | [0..1] | DTM | |||||
30 | 01883 | Revocation Reason Code | [0..1] | CWE | |||||
31 | 01884 | Certificate Status Code | [0..1] | CWE |
Definition: This field contains the number that identifies this transaction. For the first occurrence of the segment, the sequence number shall be one; for the second occurrence, the sequence number shall be two; etc.
Definition: The serial number uniquely identifies the attribute certificate within the scope of its issuer. This field contains the number and/or characters that identify the certificate held by the health professional.
An attribute certificate is a data structure which certifies (either digitally or manually) that one or more attributes (e.g., descriptors, capabilities, qualifications, etc.) are associated with a particular entity as verified/certified by the attribute authority (e.g., Credentialing Organization (US), Physician Chamber "Ärztekammer" (D), Physicians Statutory Association "Kassenärztliche Vereinigung" (D)).
Definition: The version number differentiates among different versions of the attribute certificate.
Definition: It specifies the authority that granted the certificate to the person.
Definition: Specifies the authority that issued the certificate to the person.
(Definition from CER.6 in Ch. 15)
Definition: Digital Signature of the certifying authority. The Digital Signature includes a seal concept and is verifiable.
(Definition from STF.41 in Ch. 15)
Definition: Digital Signature of the staff member. The Digital Signature includes a seal concept and is verifiable.
Definition: ID of the country granting the certificate. Refer to External Table 0399 – Country Code for valid values.
Definition: State/province granting the certificate. Refer to User-defined Table 0347 – State/Province for valid values (in Chapter 2)
Definition: County/parish granting the certificate. Refer to User-defined Table 0289 – County/Parish for valid values (in Chapter 2).
Definition: This field specifies the certificate's classification, e.g., being a privilege, permission, or qualification certificate.
Definition: This field specifies the subject area to which the certificate is applicable, e.g., administrative, medical, or nursing issues.
Definition: This field expresses the identifier of the certificate's subject as used by the certifying body. (The subject is the owner of the certificate, e.g., person, organization, device, application, component.) If the certificate is expressed as a X.509 document this field is required.
Definition: This field defines the name of the subject of the certificate as used by the certifying body.
Definition: In individual identity certificates, this Subject Directory Attribute extension MAY contain a Healthcare Professional Role attribute and may contain a Qualified Certificate Statement attribute. In addition, Subject Directory Attributes MAY contain other attributes not specified by this technical specification.
Definition: This field contains the algorithm identifier. Referred to this field, the X.509 extension field MAY contain a Subject Public Key Identifier to identify the public key used in the Subject Public Key Info.
X.509 is an ISO standard specifying certificates.
Definition: The Authority Key Identifier extension SHALL identify the public key to be used to verify the signature of the certificate. It enables distinct keys, used by one CA, to be distinguished (e.g., as key updating occurs).
Definition: The Basic Constraints extension contains a boolean used to specify whether or not the subject can act as a CA (certificate authority), using the certified key to sign certificates.
Definition: The Certificate Revocation List (CRL) Distribution Point extension SHALL identify the location of the associated CRL (or Authority Revocation List (ARL) for attribute certificates) in the PKI directory.
Definition: This field contains the country for which the qualification is valid. Refer to External Table 0399 – Country Code for valid values.
Definition: This field contains the state for which the qualification is valid. HL7 suggests using values in User-defined Table 0347 – State/Province.
Definition: This field contains the county/parish for which the qualification is valid. HL7 suggests using values in User-defined Table 0289 – County/Parish.
Definition: This field contains the breadth/extent of the jurisdiction where the qualification is valid. HL7 suggests using values in User-defined Table 0547 – Jurisdictional Breadth.
Refer to User-defined Table 0547 – Jurisdictional Breadth in Chapter 2C, Code Tables, for valid values. This table contains values for County, Parish, County etc.
Definition: This field contains the date when the certificate was granted.
Definition: This field contains the date/time when the certificate was issued.
Definition: This field contains the date/time when the certificate became or will become active.
Definition: This field contains the date/time when the certificate became or will become inactive.
Definition: This field contains the date/time when the certificate expires or will expire.
Definition: This field contains the date/time when the certificate must/will/ be / has been renewed.
Definition: This field contains the date/time when the certificate has been revoked.
Definition: This field contains the reason for revoking the certificate (e.g., having been compromised, changes of conditions/environment, etc.)
Definition: This field contains the state of the certificate held by the health professional, such as provisional, revoked, etc. Refer to User-defined Table 0536 – Certificate Status in Chapter 2C, Code Tables, for suggested values.
The EDU segment adds detailed educational information to the staff member identified by the STF segment. An EDU segment may optionally follow an STF segment. An EDU segment must always have been preceded by a corresponding STF segment.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
EDU | |||||||||
1 | 01448 | Set ID – EDU | SHALL | [1..1] | [1..4] | SI | |||
2 | 01449 | Academic Degree | [0..1] | CWE | |||||
3 | 01597 | Academic Degree Program Date Range | [0..1] | DR | |||||
4 | 01450 | Academic Degree Program Participation Date Range | [0..1] | DR | |||||
5 | 01451 | Academic Degree Granted Date | [0..1] | DT | |||||
6 | 01452 | School | [0..1] | XON | |||||
7 | 01453 | School Type Code | [0..1] | CWE | |||||
8 | 01454 | School Address | [0..1] | XAD | |||||
9 | 01885 | Major Field of Study | [0..*] | CWE |
Definition: This field contains the number that identifies this transaction. For the first occurrence of the segment, the sequence number shall be one; for the second occurrence, the sequence number shall be two; etc.
Definition: This field contains the standard classification awarded upon completion of a unified program of study. HL7 suggests using values in User-defined Table 0360 - Degree/License/Certificate.
Definition: This field contains the date range when the academic degree program took place.
Definition: This field contains the date range during which the staff member participated in the academic degree program.
Definition: This field contains the date the academic degree was granted to the staff member.
Definition: This field contains the official name of the academic institution that granted the degree to the Staff Member.
Definition: This field contains the categorization of the academic institution that granted the degree to the Staff Member. HL7 suggests using values in User-defined Table 0402 – School Type.
Refer to User-defined Table 0402 – School Type in Chapter 2C, Code Tables, for valid values. This table contains values for graduate, medical etc.
Definition: This field contains the postal address of the academic institution that granted the degree to the Staff Member.
Definition: This field contains the subject of academic study associated with the specific academic degree program pursued by the staff member as his/her area of specialization.
The LAN segment adds detailed language information to the staff member identified by the STF segment. An LAN segment may optionally follow an STF segment. An LAN segment must always have been preceded by a corresponding STF segment.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
LAN | |||||||||
1 | 01455 | Set ID – LAN | SHALL | [1..1] | [1..4] | SI | |||
2 | 01456 | Language Code | SHALL | [1..1] | CWE | ||||
3 | 01457 | Language Ability Code | [0..*] | CWE | |||||
4 | 01458 | Language Proficiency Code | [0..1] | CWE |
Definition: This field contains the number that identifies this transaction. For the first occurrence of the segment, the sequence number shall be one; for the second occurrence, the sequence number shall be two; etc.
Definition: This field contains the language about which the Staff Member's has some knowledge. HL7 recommends using ISO table 639 as the suggested values in User-defined Table 0296 – Primary Language.
Definition: This field contains the ability the Staff Member possesses with respect to the language. HL7 recommends using values in HL7 Table 0403 - Language Ability.
Refer to HL7 Table 0403 – Language Ability in Chapter 2C, Code Tables, for valid values. This table contains values for the Staff Member's ability to read, write, understand, etc.
Definition: This field contains the level of knowledge the Staff Member possesses with respect to the language ability. HL7 suggests using values in HL7 Table 0404 - Language Proficiency.
Refer to HL7 Table 0404 – Language Proficiency in Chapter 2C, Code Tables, for valid values. This table contains values for excellent, poor, fair etc.
The ORG segment relates a practitioner to an organization unit and adds detailed information regarding the practitioner's practicing specialty in that organization unit. An ORG segment may optionally follow an STF segment. An ORG segment must always have been preceded by a corresponding STF segment. If no organization unit is specified, this segment is used to relate practitioners with their practicing specialties, including effective and end dates. When it is not necessary to record organization unit or dates associated with the practicing specialty, this data is recorded in PRA-3-Practitioner Category.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
ORG | |||||||||
1 | 01459 | Set ID – ORG | SHALL | [1..1] | [1..4] | SI | |||
2 | 01460 | Organization Unit Code | [0..1] | CWE | |||||
3 | 01625 | Organization Unit Type Code | [0..1] | CWE | |||||
4 | 01462 | Primary Org Unit Indicator | [0..1] | [1..1] | ID | ||||
5 | 01463 | Practitioner Org Unit Identifier | [0..1] | CX | |||||
6 | 01464 | Health Care Provider Type Code | [0..1] | CWE | |||||
7 | 01614 | Health Care Provider Classification Code | [0..1] | CWE | |||||
8 | 01615 | Health Care Provider Area of Specialization Code | [0..1] | CWE | |||||
9 | 01465 | Effective Date Range | [0..1] | DR | |||||
10 | 01276 | Employment Status Code | [0..1] | CWE | |||||
11 | 01467 | Board Approval Indicator | [0..1] | [1..1] | ID | ||||
12 | 01468 | Primary Care Physician Indicator | [0..1] | [1..1] | ID | ||||
13 | 01891 | Cost Center Code | [0..*] | CWE |
Definition: This field contains the number that identifies this transaction. For the first occurrence of the segment, the sequence number shall be one; for the second occurrence, the sequence number shall be two; etc.
Definition: This field contains the hierarchical components of the organization unit, as defined by the institution. Refer to User-defined Table 0405 - Organization Unit for suggested values.
Refer to User-defined Table 0405 – Organization Unit in Chapter 2C, Code Tables, for valid values. This table contains no suggested values.
Definition: This field contains a code indicating the classification of the organization unit. HL7 suggests using values in User-defined Table 0474 - Organization Unit Type.
Refer to User-defined Table 0474 – Organization Unit Type in Chapter 2C, Code Tables, for valid values. This table contains values for department, facility etc.
Definition: This field contains an indicator for whether this organization unit is the primary organization unit for this practitioner. Refer to HL7 Table 0136 - Yes/no Indicator for valid values.
Y this is the primary organization unit
N this is not the primary organization unit
Definition: This field contains an identification code used by the institution to identify this person at this specific organization unit. If the person is identified with the same code at all organization units, then this data should be coded in STF-2 Staff ID Codes.
Definition: This field contains the major grouping of the service or occupation of the practitioner at a specific organization unit, for example, Behavioral Health & Social Service. HL7 suggests using values derived from the ANSI ASC X12 Health Care Provider Taxonomy, Level 1 - Type.
Refer to HL7 Table 0452 – Health Care Provider Type Code in Chapter 2C, Code Tables, for valid values.
Definition: This field contains the more specific service or occupation within the health care provider type of the practitioner at a specific organization unit, for example, Counselor. HL7 suggests using values derived from the ANSI ASC X12 Health Care Provider Taxonomy, Level 2 – Classification.
Refer to HL7 Table 0453 – Health Care Provider Classification in Chapter 2C, Code Tables, for valid values.
Definition: This field contains the segment of the population that a health care provider chooses to service, a specific medical service, a specialization in treating a specific disease, or any other descriptive characteristic about the provider's practice relating to the services rendered of the practitioner at a specific organization unit, for example, Mental Health. HL7 suggests using values derived from the ANSI ASC X12 Health Care Provider Taxonomy, Level 3 - specialization.
Refer to HL7 Table 0454 – Health Care Provider Area of Specialization in chapter 2C for valid values.
Definition: This field contains the date range in which the practitioner started and ended working at the specific organization unit in the specific practicing specialty category.
(Definition from ORG.10 in Ch. 15)
Definition: This field contains a code indicating the working relationship of the practitioner at this organization unit. It may be different than the work status specified in STF-20. Refer to User-defined Table 0066 - Employment Status, in Chapter 2C, Code Tables, for suggested values.
(Definition from STF.20 in Ch. 15)
Definition: This field contains the code that indicates the staff member's employment status, e.g., full-time, part-time, self-employed, etc. Refer to User-defined Table 0066 - Employment Status in Chapter 2C, Code Tables, for suggested values.
Definition: This field contains an indicator for whether this practice specialty requires board approval. Refer to HL7 Table 0136 - Yes/no Indicator for valid values.
Y this practice specialty requires board approval
N this practice specialty does not require board approval
Definition: This field contains an indicator for whether this practice specialty may act as a primary care physician (PCP). Refer to HL7 Table 0136 - Yes/no Indicator for valid values.
Y this practice specialty may act as a primary care physician
N this practice specialty may not act as a primary care physician
(Definition from ORG.13 in Ch. 15)
Definition: This field contains the cost center name or code assigned to this organization unit. Refer to HL7 User-defined Table 0539 – Cost Center Code for valid values.
(Definition from STF.36 in Ch. 15)
Definition: This field describes the organization unit in the General Ledger to which the staff member is currently assigned. It is sometimes referred to as the "home" cost center because it is the organization unit to which the staff member's regular costs are accrued. Refer to User-defined Table 0539 – Cost Center Code in Chapter 2C, Code Tables, for valid values. This table contains no suggested values.
The Technical Steward for the PRA segment is PA and Personnel Management.
The PRA segment adds detailed medical practitioner information to the personnel identified by the STF segment. A PRA segment may optionally follow an STF segment. A PRA segment must always have been preceded by a corresponding STF segment. The PRA segment may also be used for staff who work in healthcare who are not practitioners but need to be certified, e.g., "medical records staff."
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
PRA | |||||||||
1
|
00685 | Primary Key Value - PRA |
MAY
True: False: |
C |
[1..1] [0..1] |
CWE | |||
2 | 00686 | Practitioner Group | [0..*] | CWE | |||||
3 | 00687 | Practitioner Category | [0..*] | CWE | |||||
4 | 00688 | Provider Billing | [0..1] | [1..1] | ID | ||||
5 | 00689 | Specialty | [0..*] | SPD | |||||
6 | 00690 | Practitioner ID Numbers | B | [0..*] | PLN | ||||
7 | 00691 | Privileges | [0..*] | PIP | |||||
8 | 01296 | Date Entered Practice | [0..1] | DT | |||||
9 | 01613 | Institution | [0..1] | CWE | |||||
10 | 01348 | Date Left Practice | [0..1] | DT | |||||
11 | 01388 | Government Reimbursement Billing Eligibility | [0..*] | CWE | |||||
12 | 01616 | Set ID - PRA |
MAY
True: False: |
C |
[1..1] [0..1] |
[1..4] | SI |
Definition: For MFN Master File Notification, this field is required and must match MFE-4 Primary Key Value to identify which entry is being referenced. For all other messages, this field should not be used. Refer to Table 0681 - Primary Key Value - PRA in Chapter 2C for valid values.
Definition: This field contains the name and/or code of a group of practitioners to which this practitioner belongs. Refer to User-defined Table 0358 Practitioner Group for suggested values.
Refer to User.defined Table 0358 – Practitioner Group in Chapter 2C, Code Tables, for valid values. This table contains no suggested values.
Definition: This field contains the category of practitioner. Refer to User-defined Table 0186 - Practitioner Category for suggested values. Values may include codes for staff physician, courtesy physician, resident, physician assistant, physical therapist, psychiatrist, psychologist, pharmacist, registered nurse, licensed practical nurse, licensed vocational nurse, nurse practitioner, etc. If the provider works in different Practitioner Categories in different organization units, then this information should be recorded separately in ORG-6,7,8.
Refer to User.defined Table 0186 – Practitioner Category in Chapter 2C, Code Tables, for valid values. This table contains no suggested values.
Definition: This field indicates how provider services are billed. Refer to HL7 Table 0187 - Provider Billing for valid values.
Refer to HL7 Table 0187 – Provider Billing for valid values. This table contains values for provider or institutional billing.
Definition: This repeating field is made up of multiple components to record the practitioner's specialties. The multiple components of each specialty are: (1) specialty name or abbreviation, identifies provider's specialty, (2) name of specialty governing board, (3) Certification Status, (4) certified date contains the date of certification, if certified. Refer to HL7 Table 0337 – Certification Status for valid values.
Refer to HL7 Table 0337 – Certification Status in Chapter 2C, Code Tables, for valid values. This table contains values for certified or eligible.
Definition: As of version 2.5, this field has been retained for backward compatibility only. Practitioner ID numbers should be contained in STF-2 Staff Identifier List. This repeating field contains this practitioner's license numbers and other ID numbers. This is a field made up of the following components: (1) the ID number, and (2) the type of number, and optionally (3) the state or province in which it is valid, if relevant, or other qualifying information. It is recommended that state qualifications use the abbreviations from the postal service of the country. The practitioner ID number type (component 2) is a user-defined table (User-defined Table 0338 – Practitioner ID Number in Chapter 2C, Code Tables).
Definition: This field contains the institutional privileges which this provider may exercise. Depends upon institutional needs. For example, admit, transfer, discharge, place orders, verify orders, review results, etc. Can also be used for privileges other than patient services. This is a repeating field, with each privilege made up of the following components: (1) privilege; (2) privilege class; (3) privilege expiration date, if any; (4) privilege activation date, if any, and (5) facility. Note that the privilege and privilege class components are CWE data types, and thus they are encoded with the subcomponent delimiter (&) rather than the component delimiter (^). The facility component is an EI data type specifying the facility to which the privilege applies and is encoded with the subcomponent delimiter (&) rather than the component delimiter (^). The facility component is an EI data type specifying the facility to which the privilege applies and is encoded with the subcomponent delimiter (&) rather than the component delimiter (^).
Definition: This field contains the date the practitioner began practicing at the present institution (e.g., at hospital, at physician organization, at managed care network).
Definition: This field contains the institution the practitioner began or intends to begin practicing at (e.g., at hospital, at physician organization, at managed care network). Refer to User-defined Table 0537 - Institution for valid values.
Refer to User-defined Table 0537 – Institution in Chapter 2C, Code Tables, for valid values. This table contains no suggested values.
Definition: This field contains the date the practitioner ended or intends to end practicing at the given institution (e.g., at hospital, at physician organization, at managed care network).
Definition: This field contains a code that indicates the agency that the practitioner is authorized to bill for medical services. Refer to User-defined Table 0401 – Government Reimbursement Program in Chapter 2C, Code Tables,for valid values. This table contains the associated code values for medicaid and medical. This is a repeating field.
Definition: For all messages except the Staff/Practitioner Master File Notification, this field is required and contains the number that identifies this transaction. For the first occurrence of the segment, the sequence number shall be one; for the second occurrence, the sequence number shall be two; etc. For the Staff/Practitioner Master File Notification message, this field should not be used.
Attention: This segment is retained for backwards compatibility as of v 2.7. The reader is referred to the PRT segment described in Chapter 7.
The role segment contains the data necessary to add, update, correct, and delete from the record persons involved, as well as their functional involvement with the activity being transmitted.
In general, the ROL segment is used to describe a person playing a particular role within the context of the message. In PM, for example, in the Grant Certificate/Permission message (B07), the ROL segment is used to describe the roles a person may perform pertinent to the certificate in the message.
The positional location of the ROL segment in ADT and Finance messages indicates the relationship. When the segment is used following the IN3 segment, and the role-ROL value is PP or FHCP, the PP or FHCP is related to the health plan. When the segment is used following the PID segment, and the role-ROL value is PP or FHCP, the PP or FHCP is related to the person. When the segment is used following the PV2 segment, and the role-ROL value is PCP or FHCP, the PP or FHCP is related to the patient visit.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
ROL | |||||||||
1 | 01206 | Role Instance ID | EI | ||||||
2 | 00816 | Action Code | [2..2] | ID | |||||
3 | 01197 | Role-ROL | CWE | ||||||
4 | 01198 | Role Person | XCN | ||||||
5 | 01199 | Role Begin Date/Time | DTM | ||||||
6 | 01200 | Role End Date/Time | DTM | ||||||
7 | 01201 | Role Duration | CWE | ||||||
8 | 01205 | Role Action Reason | CWE | ||||||
9 | 01510 | Provider Type | CWE | ||||||
10 | 01461 | Organization Unit Type | CWE | ||||||
11 | 00679 | Office/Home Address/Birthplace | XAD | ||||||
12 | 00678 | Phone | XTN | ||||||
13 | 02183 | Person's Location | PL | ||||||
14 | 02377 | Organization | XON |
(Definition from OH1.2 in Ch. 3)
Definition: This field contains a code defining the action to be taken for this segment. It allows this segment to be sent to delete or update, for example, previously sent information. Refer to HL7 Table 0206 – Segment Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from OH2.2 in Ch. 3)
Definition: This field contains a code defining the action to be taken for this segment. It allows this segment to be sent to delete or update, for example, previously sent information. Refer to HL7 Table 0206 – Segment Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from OH3.2 in Ch. 3)
Definition: This field contains a code defining the action to be taken for this segment. It allows this segment to be sent to delete or update, for example, previously sent information. Refer to HL7 Table 0206 – Segment Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from OH4.2 in Ch. 3)
Definition: This field contains a code defining the action to be taken for this segment. It allows this segment to be sent to delete or update, for example, previously sent information. Refer to HL7 Table 0206 – Segment Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from ORC.35 in Ch. 4)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when either ORC-2 and/or ORC 3 is valued with a unique identifier in accordance with Chapter 2, Section 2.10.4.2.
(Definition from OBR.55 in Ch. 4)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when either an OBR-2 and/or OBR-3 is valued with unique identifier in accordance with Chapter 2, Section 2.10.4.2.
(Definition from IPC.10 in Ch. 4)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when the combination of IPC-1, IPC-2, IPC-3, and IPC-4 represents a unique identifier according to Chapter 2, Section 2.10.4.2.
(Definition from BPX.22 in Ch. 4)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when an BPX is uniquely identified sufficiently within the specific implementation using BPX-17 or BPX-6 as agreed to by the trading partners and in accordance with Chapter 2, Section 2.10.4.2.
(Definition from BTX.21 in Ch. 4)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when an BTX is uniquely identified sufficiently within the specific implementation using BTX-20 or BTX-3 as agreed to by the trading partners in accordance with Chapter 2, Section 2.10.4.2.
(Definition from DON.34 in Ch. 4)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when an DON is uniquely identified sufficiently within the specific implementation using DON-1 in accordance with Chapter 2, Section 2.10.4.2.
(Definition from BUI.13 in Ch. 4)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when an BUI is uniquely identified sufficiently within the specific implementation using BUI-2 in accordance with Chapter 2, Section 2.10.4.2
(Definition from RXV.22 in Ch. 4A)
Definition: The intended handling by the receiver of the infusion order is represented by this segment. Refer to HL7 Table 0206 – Segment Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from CDO.2 in Ch. 4A)
Definition: The Action Code indicates whether the cumulative dosage segment is intended to be added, deleted, updated, or did not change. If the field is not valued in any CDO segments for the order, the segments are considered to have been sent in snapshot mode. If some but not all CDO segments for the order do not have the action code valued, the default value is Add. Refer to HL7 Table 0206 - Segment Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from OBR.55 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when an either OBR-2 and/or OBR-3 is valued with unique identifier in accordance with Chapter 2, Section 2.10.4.2.
(Definition from OBX.31 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when an OBX-21 is valued in accordance with guidance in Chapter 2, Section 2.10.4.2.
(Definition from SPM.35 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when an SPM-2 or SPM-31 is valued in accordance with the guidance in Chapter 2, Section 2.10.4.2.
(Definition from PRT.2 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0287 – Problem/goal action code for valid values.
(Definition from CSR.17 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when CSR-1 and CSR-4, or CSR-2 and CSR-5 are valued as agreed to by the trading partners in accordance with the guidance in Chapter 2, Section 2.10.4.2.
(Definition from CTI.4 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when CTI-1 is valued in accordance with the guidance in Chapter 2, Section 2.10.4.2.
(Definition from SHP.12 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when SHP-1 is valued in accordance with the guidance in Chapter 2, Section 2.10.4.2.
(Definition from PAC.9 in Ch. 7)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0206 - Segment Action Code for valid values.
The action code can only be used when PAC-2 is valued in accordance with the guidance in Chapter 2, Section 2.10.4.2.
(Definition from GOL.1 in Ch. 12)
Definition: The action code field gives the intent of the problem or goal. Refer to HL7 Table 0287 – Problem/Goal Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from PRB.1 in Ch. 12)
Definition: This field contains the intent of the message. Refer to HL7 Table 0287 – Problem/Goal Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from PTH.1 in Ch. 12)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0287 – Problem/Goal Action Code in Chapter 2C, Code Tables, for valid values.
(Definition from DEV.1 in Ch. 17)
Definition: This field reveals the intent of the message. Refer to HL7 Table 0287 – Problem/goal action code for valid values.
Definition: This field contains the office, and home address and/or place of birth of the staff person. This is a repeating field. The address type identifies the usage.
Definition: This field contains the staff person's phone number. This is a repeating field with a component for indicating which phone number is which.
The Technical Steward for the STF segment is PA and Personnel Management.
The STF segment can identify any personnel referenced by information systems. These can be providers, staff, system users, and referring agents. In a network environment, this segment can be used to define personnel to other applications, for example, order entry clerks, insurance verification clerks, admission clerks, as well as provider demographics. When using the STF and PRA segments in the Staff/Practitioner Master File message, MFE-4-primary key value is used to link all the segments pertaining to the same master file entry. Therefore, in the MFE segment, MFE-4-primary key value must be filled in. Other segments may follow the STF segment to provide data for a particular type of staff member. The PRA segment (practitioner) is one such. It may optionally follow the STF segment in order to add practitioner-specific data. Other segments may be defined as needed. When using the segments included in this chapter for other then Staff/Practitioner Master File messages, disregard references to MFE-4 - primary key value.
Seq# | DataElement | Description | Must Implement | Flags | Cardinality | Length | C.LEN | Vocabulary | DataType |
---|---|---|---|---|---|---|---|---|---|
STF | |||||||||
1
|
00671 | Primary Key Value – STF |
MAY
True: False: |
C |
[1..1] [0..1] |
CWE | |||
2 | 00672 | Staff Identifier List | [0..*] | CX | |||||
3 | 00673 | Staff Name | [0..*] | XPN | |||||
4 | 00674 | Staff Type | [0..*] | CWE | |||||
5 | 00111 | Administrative Sex | [0..1] | CWE | |||||
6 | 00110 | Date/Time of Birth | [0..1] | DTM | |||||
7 | 00675 | Active/Inactive Flag | [0..1] | [1..1] | ID | ||||
8 | 00676 | Department | [0..*] | CWE | |||||
9 | 00677 | Hospital Service – STF | [0..*] | CWE | |||||
10 | 00678 | Phone | [0..*] | XTN | |||||
11 | 00679 | Office/Home Address/Birthplace | [0..*] | XAD | |||||
12 | 00680 | Institution Activation Date | [0..*] | DIN | |||||
13 | 00681 | Institution Inactivation Date | [0..*] | DIN | |||||
14 | 00682 | Backup Person ID | [0..*] | CWE | |||||
15 | 00683 | E-Mail Address | B= | [0..*] | 40 | ST | |||
16 | 00684 | Preferred Method of Contact | [0..1] | CWE | |||||
17 | 00119 | Marital Status | [0..1] | CWE | |||||
18 | 00785 | Job Title | # | [0..1] | 20 | ST | |||
19 | 00786 | Job Code/Class | [0..1] | JCC | |||||
20 | 01276 | Employment Status Code | [0..1] | CWE | |||||
21 | 01275 | Additional Insured on Auto | [0..1] | [1..1] | ID | ||||
22 | 01302 | Driver's License Number – Staff | [0..1] | DLN | |||||
23 | 01229 | Copy Auto Ins | [0..1] | [1..1] | ID | ||||
24 | 01232 | Auto Ins Expires | [0..1] | DT | |||||
25 | 01298 | Date Last DMV Review | [0..1] | DT | |||||
26 | 01234 | Date Next DMV Review | [0..1] | DT | |||||
27 | 00113 | Race | [0..1] | CWE | |||||
28 | 00125 | Ethnic Group | [0..1] | CWE | |||||
29 | 01596 | Re-activation Approval Indicator | [0..1] | [1..1] | ID | ||||
30 | 00129 | Citizenship | [0..*] | CWE | |||||
31 | 01886 | Date/Time of Death | [0..1] | DTM | |||||
32 | 01887 | Death Indicator | [0..1] | [1..1] | ID | ||||
33 | 01888 | Institution Relationship Type Code | [0..1] | CWE | |||||
34 | 01889 | Institution Relationship Period | [0..1] | DR | |||||
35 | 01890 | Expected Return Date | [0..1] | DT | |||||
36 | 01891 | Cost Center Code | [0..*] | CWE | |||||
37 | 01892 | Generic Classification Indicator | [0..1] | [1..1] | ID | ||||
38 | 01893 | Inactive Reason Code | [0..1] | CWE | |||||
39 | 02184 | Generic resource type or category | [0..*] | CWE | |||||
40 | 00120 | Religion | [0..1] | CWE | |||||
41 | 01861 | Signature | [0..1] | ED |
Definition: For MFN Master File Notification, this field is required and must match MFE-4 Primary Key Value to identify which entry is being referenced. For all other messages, this field should not be used. Refer to Table 0786 - Primary Key Value – STF in Chapter 2C for valid values.
Definition: This field contains the list of identifiers (one or more) used by the institution to identify this person. Refer to HL7 Table 0061 - Check Digit Scheme (component 2), User-defined Table 0203 - Identifier Type (component 5) and User-defined Table 0363 - Assigning Authority (component 4) for valid values (see Chapter 2A). If a Staff Member has institution identifiers that are valid only in specific organization units, that Staff identifier should be recorded in the ORG Practitioner Organization Unit segment.
Definition: This field contains the staff person's name. This field may repeat to transmit multiple names for the same person.
Definition: This field contains a code identifying what type of staff. Refer to User-defined Table 0182 - Staff type in Chapter 2C, Code Tables, for suggested values. This table contains no suggested values. Values may include codes for staff, practitioner, referral agent or agency, etc. This field may repeat to allow for staff to be assigned multiple types.
Typically, this field would be populated with the most granular types that may be associated with the staff. If less granular typing or categorization of the staff is required in addition to the specific type(s) found in this field, the reader is referred to STF-39 Generic Resource Type or Category. Thus, while STF-4 may contain the code for a specific staff or practitioner type, STF-39 may contain "staff" or "practitioner". For further discussion of specific and generic types, the reader is referred to STF-39 Generic Resource Type or Category.
(Definition from PID.8 in Ch. 3)
Definition: This field contains the patient's sex. Refer to User-defined Table 0001 - Administrative Sex in Chapter 2C, Code Tables, for suggested values.
(Definition from NK1.15 in Ch. 3)
Definition: This field contains the next of kin/associated party's sex. Refer to User-defined Table 0001 - Administrative Sex in Chapter 2C, Code Tables, for suggested values.
(Definition from STF.5 in Ch. 15)
Definition: This field contains the staff person's sex. Refer to User-defined Table 0001 – Administrative Sex for suggested values.
(Definition from PID.7 in Ch. 3)
Definition: This field contains the patient's date and time of birth.
(Definition from NK1.16 in Ch. 3)
Definition: This field contains the next of kin/associated party's birth date and time.
(Definition from STF.6 in Ch. 15)
Definition: This field contains a staff member's date and time of birth.
(Definition from LDP.6 in Ch. 8)
Definition: This field indicates whether the entry for this location is currently an active, that is, valid, usable entry (disregarding whether it's waiting to be maintained by housekeeping). Refer to HL7 Table 0183 - Active/Inactive in Chapter 2C, Code Tables, for valid values.
(Definition from CDM.8 in Ch. 8)
Definition: This field indicates whether this is a usable CDM entry. Refer to HL7 Table 0183 - Active/Inactive in Chapter 2C, Code Tables, for valid values.
(Definition from PRC.16 in Ch. 8)
Definition: This indicates whether this is a usable CDM entry. Refer to HL7 Table 0183 - Active/Inactive in Chapter 2C, Code Tables, for valid values.
(Definition from STF.7 in Ch. 15)
Definition: This field indicates whether person is currently a valid staff member. Refer to HL7 Table 0183 - Active/Inactive in Chapter 2C, Code Tables, for valid values. This table contains values for active or inactive.
(Definition from PRC.3 in Ch. 8)
Definition: This field contains the department of the facility which accrues revenue/cost for this type of charge. When pricing is different for different departments within the same facility, this will indicate for which department the following pricing information is valid. Use only when the price is not the same for all departments, that is, a null value indicates that this pricing is valid for all departments.
When two PRC segments are sent the same key values but with different departments, the second is sent in addition to the first, not to replace the first. The effective unique identifier is the charge code (PRC-1 - Primary Key - PRC) plus the facility ID (PRC-2 - Facility ID) plus the department (PRC-3 - Department). Multiple departments can be sent in the same segment to indicate that those departments use the same pricing. Refer to User-defined Table 0184 - Department in Chapter 2C, Code Tables, for suggested values.
(Definition from STF.8 in Ch. 15)
Definition: This field contains the institution department to which this person reports or belongs. Refer to User-defined Table 0184 - Department in Chapter 2C, Code Tables, for suggested values. This table contains no suggested values.
Definition: This field contains the hospital or ancillary service with which this staff person is associated. Refer to User-defined Table 0069 - Hospital Service in Chapter 2C, Code Tables, for suggested values.
Definition: This field contains the staff person's phone number. This is a repeating field with a component for indicating which phone number is which.
Definition: This field contains the office, and home address and/or place of birth of the staff person. This is a repeating field. The address type identifies the usage.
Definition: This field contains the date when staff became active for an institution. This is a repeating field. Refer to User-defined Table 0537 - Institution in Chapter 2C, Code Tables, for valid values. This table contains no suggested values.
Definition: This field contains the date when staff became inactive for an institution. This is a repeating field. Refer to HL7 Table 0537 - Institution in Chapter 2C, Code Tables, for valid values.
Definition: This field contains the MFE-4 Primary Key Value of the master file entry that corresponds to the designated backup person for this staff person.
Definition: This field has been retained for backward compatibility. (It is now present in the fourth component of STF-10 Phone).
(Definition from PRT.23 in Ch. 7)
Definition: This field contains the preferred method to use when communicating particularly when the contact is a person or organization This is typically used in combination with PRT-5 Person, and/or PRT-8 Organization. Refer to User-defined Table 0185 - Preferred Method of Contact in Chapter 2C, "Code Tables", for suggested values.
(Definition from PRD.6 in Ch. 11)
Definition: This field contains the preferred method to use when communicating with the provider. Refer to User-defined Table 0185 - Preferred Method of Contact in Chapter 2C, "Code Tables", for suggested values.
(Definition from CTD.6 in Ch. 11)
Definition: This field contains the preferred method to use when communicating with the contact person. Refer to User-defined Table 0185 - Preferred Method of Contact in Chapter 2C, "Code Tables", for suggested values.
(Definition from STF.16 in Ch. 15)
Definition: This field indicates which of a group of multiple phone numbers is the preferred method of contact for this person. Note that all values of this code refer to this segment's phone field, except for the value "E," which refers to the E-mail address field. If more than one phone number of the preferred type exists in STF-10-phone, this field refers to the first such instance. Refer to HL7 Table 0185 - Preferred Method of Contact in Chapter 2C, Code Tables, for valid values. This table contains values for beeper, cell phone etc.
(Definition from PID.16 in Ch. 3)
Definition: This field contains the patient's marital (civil) status. Refer to User-defined Table 0002 - Marital Status in Chapter 2C, Code Tables, for suggested values.
(Definition from NK1.14 in Ch. 3)
Definition: This field contains the next of kin/associated party's marital status. Refer to User-defined Table 0002 - Marital Status in Chapter 2C, Code Tables, for suggested values.
(Definition from IN2.43 in Ch. 6)
Definition: This field contains the insured's marital status. Refer to User-defined Table 0002 - Marital Status in Chapter 2C, Code Tables, for suggested values.
(Definition from STF.17 in Ch. 15)
Definition: This field contains the staff member's marital status. Refer to User-defined Table 0002 - Marital Status in Chapter 2C, Code Tables, for suggested values. Same values as those for PID-16 Marital Status.
(Definition from GT1.49 in Ch. 6)
Definition: This field contains a descriptive name of the guarantor's occupation (e.g., Sr. Systems Analyst, Sr. Accountant).
(Definition from IN2.46 in Ch. 6)
Definition: This field contains a descriptive name for the insured's occupation (for example, Sr. Systems Analyst, Sr. Accountant).
(Definition from STF.18 in Ch. 15)
Definition: This field contains a descriptive name of the staff member's occupation (e.g., Sr. Systems Analyst, Sr. Accountant).
(Definition from GT1.50 in Ch. 6)
Definition: This field contains the guarantor's job code and employee classification.
(Definition from IN2.47 in Ch. 6)
Definition: This field indicates a code that identifies the insured's job code (for example, programmer, analyst, doctor, etc.).
(Definition from STF.19 in Ch. 15)
Definition: This field contains the staff member's job code and employee classification. Refer to User-defined Table 0327 - Job Code and User-defined Table 0328 - Employee Classification in Chapter 2C, Code Tables, for suggested values.
(Definition from ORG.10 in Ch. 15)
Definition: This field contains a code indicating the working relationship of the practitioner at this organization unit. It may be different than the work status specified in STF-20. Refer to User-defined Table 0066 - Employment Status, in Chapter 2C, Code Tables, for suggested values.
(Definition from STF.20 in Ch. 15)
Definition: This field contains the code that indicates the staff member's employment status, e.g., full-time, part-time, self-employed, etc. Refer to User-defined Table 0066 - Employment Status in Chapter 2C, Code Tables, for suggested values.
Definition: This field contains an indicator for whether the present institution is named as an additional insured on the staff member's auto insurance, especially for use when staff is a driver for the institution. Refer to HL7 Table 0136 - Yes/no Indicator in Chapter 2C, Code Tables, for valid values.
Y indicates that the institution is named as an additional insured
N indicates that the institution is not named as an additional insured
Definition: This field contains the driver's license information of staff, especially for use when staff is a driver for the institution. For state or province refer to official postal codes for that country; for country refer to ISO 3166 for codes.
Definition: This field contains an indicator for whether the institution has on file a copy of the staff member's auto insurance, especially for use when staff is a driver for the institution. Refer to HL7 Table 0136 - Yes/no Indicator in Chapter 2C, Code Tables, for valid values.
Y indicates that the institution has a copy on file
N indicates that the institution does not have a copy on file
Definition: This field contains the date on which the staff member's driver's license expires, especially for use when staff is a driver for the institution.
Definition: This field contains the date of the staff member's most recent Department of Motor Vehicles review, especially for use when staff is a driver for the institution.
Definition: This field contains the date of the staff member's next Department of Motor Vehicles review, especially for use when staff is a driver for the institution.
(Definition from PID.10 in Ch. 3)
Definition: This field refers to the patient's race. Refer to User-defined Table 0005 - Race in Chapter 2C, Code Tables, for suggested values. The second triplet of the CWE data type for race (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes.
(Definition from NK1.35 in Ch. 3)
Definition: This field identifies the race of the next of kin/associated party. Refer to User-defined Table 0005 - Race in Chapter 2C, Code Tables, for suggested values. The second triplet of the CWE data type for race (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes.
(Definition from IN2.71 in Ch. 6)
Definition: Refer to User-defined Table 0005 - Race in Chapter 2C, Code Tables, for suggested values. The second triplet of the CE data type for race (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes.
(Definition from STF.27 in Ch. 15)
Definition: This field refers to the person's race. Refer to User-defined Table 0005 - Race in Chapter 2C, Code Tables, for suggested values. The second triplet of the CWE data type for race (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes.
(Definition from PID.22 in Ch. 3)
Definition: This field further defines the patient's ancestry. Refer to User-defined Table 0189 - Ethnic Group in Chapter 2C, Code Tables, for suggested values. The second triplet of the CWE data type for ethnic group (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes. In the US, a current use is to report ethnicity in line with US federal standards for Hispanic origin.
(Definition from NK1.28 in Ch. 3)
Definition: This field contains the next of kin/associated party's ethnic group. Refer to User-defined Table 0189 - Ethnic Group in Chapter 2C, Code Tables, for suggested values. The second triplet of the CWE data type for ethnic group (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes. In the US, a current use is to report ethnicity in line with US federal standards for Hispanic origin.
(Definition from GT1.44 in Ch. 6)
Definition: This field contains the guarantor's ethnic group. Refer to User-defined Table 0189 - Ethnic Group in Chapter 2C, Code Tables, for suggested values. The second triplet of the CE data type for ethnic group (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes. In the US, a current use is to report ethnicity in line with US federal standards for Hispanic origin.
(Definition from IN2.42 in Ch. 6)
Definition: This field indicates the insured's ethnic group. Refer to User-defined Table 0189 - Ethnic Group in Chapter 2C, Code Tables, for suggested values. The second triplet of the CE data type for ethnic group (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes. In the US, a current use is to report ethnicity in line with US federal standards for Hispanic origin.
(Definition from STF.28 in Ch. 15)
Definition: This field further defines the person's ancestry. Refer to User-defined Table 0189 - Ethnic Group in Chapter 2C, Code Tables, for suggested values. The second couplet of the CWE data type for ethnic group (alternate identifier, alternate text, and name of alternate coding system) is reserved for governmentally assigned codes. In the United States, a current use is to report ethnicity in line with US federal standards for Hispanic origin.
Definition: This field contains an indicator for whether the re-activation of this record requires special approval. Refer to HL7 Table 0136 - Yes/no Indicator in Chapter 2C, Code Tables, for valid values.
Y the re-activation requires approval
N this re-activation does not require approval
(Definition from PID.26 in Ch. 3)
This field contains the information related to a person's country citizenship. For country citizenship HL7 recommends using ISO table 3166. For a local definition, User-defined Table 0171 - Citizenship in Chapter 2C, Code Tables, should be used.
This field repeats since persons can be citizens of more than one country. The Name of Coding System component(s) of the CWE datatype should be used to identify the table from which citizenship membership is drawn.
In the Netherlands, this field is used for "Nationaliteit".
(Definition from NK1.19 in Ch. 3)
Definition: This field contains the code to identify the next of kin/associated party's citizenship. HL7 recommends using ISO 3166 as the suggested values in User-defined Table 0171 - Citizenship in Chapter 2C, Code Tables.
(Definition from GT1.35 in Ch. 6)
Definition: This field contains the code to identify the guarantor's citizenship. HL7 recommends using ISO table 3166 as the suggested values in User-defined Table 0171 - Citizenship in Chapter 2C, Code Tables.
(Definition from IN2.33 in Ch. 6)
Definition: This field contains the code that identifies the insured's citizenship. HL7 recommends using ISO table 3166 as the suggested values in User-defined Table 0171 - Citizenship defined in Chapter 2C, Code Tables.
(Definition from STF.30 in Ch. 15)
Definition: This field contains the staff person's current country of citizenship. HL7 recommends using ISO table 3166 as the suggested values in User-defined Table 0171 - Citizenship (in Chapter 2C, Code Tables).
Definition: This field contains the date and time at which the staff person death occurred.
Definition: This field indicates whether the staff person is deceased. Refer to HL7 Table 0136 - Yes/no Indicator in Chapter 2C, Code Tables, for valid values.
Y the staff person is deceased
N the staff person is not deceased
Definition: This field specifies the relationship the staff person has with the institution for whom he/she provides services. Refer to User–defined Table 0538 – Institution Relationship Type in Chapter 2C, Code Tables, for suggested values. This table contains values for employee, volunteer, etc.
Definition: This field contains the period during which the staff person started and ended the relationship specified in STF-33 Institution Relationship Type Code.
Definition: This field contains the date on which an inactive staff member expects to return to work.
(Definition from ORG.13 in Ch. 15)
Definition: This field contains the cost center name or code assigned to this organization unit. Refer to HL7 User-defined Table 0539 – Cost Center Code for valid values.
(Definition from STF.36 in Ch. 15)
Definition: This field describes the organization unit in the General Ledger to which the staff member is currently assigned. It is sometimes referred to as the "home" cost center because it is the organization unit to which the staff member's regular costs are accrued. Refer to User-defined Table 0539 – Cost Center Code in Chapter 2C, Code Tables, for valid values. This table contains no suggested values.
Definition: This field describes whether or not this STF record represents an identifiable (i.e., real) human being or is a "placeholder" for one whose identity is not yet known. For example, work schedules may need to be created before the actual staff member has been hired, or appointments may be made with a floating resource who is not specifically known until the actual appointment date/time. Because these functions require a Staff Member ID code, it is important to distinguish whether or not the Staff Member is a real human resource or not. Refer to HL7 Table 0136 - Yes/no Indicator for valid values.
Y indicates that the staff member is an identifiable human being
N indicates that the staff member is not an identifiable human being
Definition: This field contains the reason that the staff member is inactive. Refer to User-defined Table 0540 – Inactive Reason Code in Chapter 2C, Code Tables, for suggested values. This table contains values for leave of absence, terminated, etc.
Definition: This field transmits a code that represents a high level categorization of resources. This is a companion field for the STF-4 Staff Type and allows an institution or enterprise to impose a one or more super category levels. Refer to User-defined Table 0771 – Resource Type or Category in Chapter 2C, Code Tables, for suggested values. This table contains no suggested values.
An enterprise might have more than one method to categorize or type resources at a high level. Therefore, this field can repeat.
Example: An organization may define discreet staff types (e.g., Pediatric Oncologist, Gerontologist, Oncology Pharmacist, Pediatric Pharmacist, Critical Care Nurse, Nurse Case Manager – Cardiology) as well as broad categories (e.g., Physician, Pharmacist, Nurse, Pediatric, Oncology, Cardiology, Case Management, Nephrology). Employing STF-4 for the discreet terms and STF-39 for the more generic terms allows both the levels of granularity to be apply to the staff without confusing the specific types with generic types. Thus, one may see:
STF-4 |
STF-39 |
Custodian |
Staff |
Non-clinical Nursing Supervisor |
Manager |
Pediatric Oncologist |
Physician ~ Pediatrics ~ Oncology |
Gerontologist |
Physician |
Oncology Pharmacist |
Pharmacist ~ Oncology |
Pediatric Pharmacist |
Pediatrics ~ Pharmacist |
Critical Care Nurse |
Nurse |
Nurse Case Manager – Cardiology |
Nurse ~ Cardiology ~ Case Management |
(Definition from PID.17 in Ch. 3)
Definition: This field contains the patient's religion. Refer to User-defined Table 0006 - Religion in Chapter 2C, Code Tables, for suggested values.
(Definition from NK1.25 in Ch. 3)
Definition: This field indicates the type of religion practiced by the next of kin/associated party. Refer to User-defined Table 0006 - Religion in Chapter 2C, Code Tables, for suggested values.
(Definition from GT1.41 in Ch. 6)
Definition: This field indicates the type of religion practiced by the guarantor. Refer to User-defined Table 0006 - Religion in Chapter 2C, Code Tables, for suggested values.
(Definition from IN2.39 in Ch. 6)
Definition: This field indicates the type of religion practiced by the insured. Refer to User-defined Table 0006 - Religion in Chapter 2C, Code Tables, for suggested values.
(Definition from STF.40 in Ch. 15)
Definition: This field contains the staff member's religion. Refer to User-defined Table 0006 - Religion in Chapter 2C, Code Tables, for suggested values.
(Definition from CER.6 in Ch. 15)
Definition: Digital Signature of the certifying authority. The Digital Signature includes a seal concept and is verifiable.
(Definition from STF.41 in Ch. 15)
Definition: Digital Signature of the staff member. The Digital Signature includes a seal concept and is verifiable.
MSH|^~VALUEamp;|HL7REG|UH|HL7LAB|CH|199902280700||PMU^B01^PMU_B01|MSGID002|P|2.8|<cr<
EVN|B01|199902280700|<cr>
STF||U2246^^^PLW~111223333^^^USSSA^SS|HIPPOCRATES^HAROLD^H^JR^DR^M.D.|P|M|19511004|A|^ICU|^MED|(555)555-1003X345CO~(555)555-3334CH(555)555-1345X789CB|1003 HEALTHCARE DRIVE^SUITE 200^ANNARBOR^MI^98199^U.S.A.^H~3029 HEALTHCARE DRIVE^^ANN ARBOR, MI^98198^U.S.A.^O |19890125^DOCTORSAREUS MEDICAL SCHOOL&L01||PMF88123453334|74160.2326@COMPUSERV.COM|B
PRA||^HIPPOCRATES FAMILY PRACTICE|ST|I|OB/GYN^STATE BOARD OF OBSTETRICS AND GYNECOLOGY^C^19790123|1234887609^UPIN~1234987^CTY^MECOSTA~223987654^TAX~1234987757^DEA~12394433879^MDD^CA|ADMIT&&ADT^MED&&L2^19941231~DISCH&&ADT^MED&&L2^19941231|
AFF|1|AMERICAN MEDICAL ASSOCIATION|123 MAIN STREET^^OUR TOWN^CA^98765^U.S.A.^M |19900101|
LAN|1|ESL^SPANISH^ISO639|1^READ^HL70403|1^EXCELLENT^HL70404|
LAN|2|ESL^SPANISH^ISO639|2^WRITE^HL70403|2^GOOD^HL70404|
LAN|3|FRE^FRENCH^ISO639|3^SPEAK^HL70403|3^FAIR^HL70404|
EDU|1|BA^BACHELOR OF ARTS^HL70360|19810901^19850601|19810901^19850601|19850701|YALE UNIVERSITY^L|U^HL70402|456 CONNECTICUT AVENUE^^NEW HAVEN^CO^87654^U.S.A.^M|
EDU|2|MD^DOCTOR OF MEDICINE^HL70360|19850901^19890601|19850901^19890601|19850701|HARVARD MEDICAL SCHOOL^L |M^HL70402|123 MASSACHUSETTS AVENUE^^CAMBRIDGE^MA^76543^U.S.A.^M|
Proposals for the specification of additional events and messages should be submitted to the Personnel Management WG.