Draft Website - For Review Purposes Only

The PV1 segment is used by Registration/Patient Administration applications to communicate information on an account or visit-specific basis. The default is to send account level data. To use this segment for visit level data PV1-51 - Visit Indicator must be valued to "V". The value of PV-51 affects the level of data being sent on the PV1, PV2, and any other segments that are part of the associated PV1 hierarchy (e.g., ROL, DG1, or OBX).

The facility ID, the optional fourth component of each patient location field, is a HD data type that is uniquely associated with the healthcare facility containing the location. A given institution, or group of intercommunicating institutions, should establish a list of facilities that may be potential assignors of patient locations. The list will be one of the institution's master dictionary lists. Since third parties other than the assignors of patient locations may send or receive HL7 messages containing patient locations, the facility ID in the patient location may not be the same as that implied by the sending and receiving systems identified in the MSH. The facility ID must be unique across facilities at a given site. This field is required for HL7 implementations that have more than a single healthcare facility with bed locations, since the same <point of care> ^ <room> ^ <bed> combination may exist at more than one facility.

HL7 Attribute Table - PV1 - Patient Visit Segment

Seq#	DataElement	Description	Must Implement	Flags	Cardinality	Length	C.LEN	Vocabulary	DataType
PV1
1	00131	Set ID - PV1			[0..1]	[1..4]			SI
2	00132	Patient Class	SHALL		[1..1]			0004 Patient Class	CWE
3	00133	Assigned Patient Location			[0..1]				PL
4	00134	Admission Type			[0..1]			0007 Admission Type	CWE
5	00135	Preadmit Number			[0..1]				CX
6	00136	Prior Patient Location			[0..1]				PL
7	00137	Attending Doctor			[0..*]			0010	XCN
8	00138	Referring Doctor			[0..*]			0010	XCN
9	00139	Consulting Doctor		B	[0..*]				XCN
10	00140	Hospital Service			[0..1]			0069 Hospital Service	CWE
11	00141	Temporary Location			[0..1]				PL
12	00142	Preadmit Test Indicator			[0..1]			0087	CWE
13	00143	Re-admission Indicator			[0..1]			0092 Re-Admission Indicator	CWE
14	00144	Admit Source			[0..1]			0023 Admit Source	CWE
15	00145	Ambulatory Status			[0..*]			0009 Ambulatory Status	CWE
16	00146	VIP Indicator			[0..1]			0099	CWE
17	00147	Admitting Doctor			[0..*]			0010	XCN
18	00148	Patient Type			[0..1]			0018	CWE
19	00149	Visit Number			[0..1]				CX
20	00150	Financial Class			[0..*]			0064	FC
21	00151	Charge Price Indicator			[0..1]			0032	CWE
22	00152	Courtesy Code			[0..1]			0045	CWE
23	00153	Credit Rating			[0..1]			0046	CWE
24	00154	Contract Code			[0..*]			0044	CWE
25	00155	Contract Effective Date			[0..*]				DT
26	00156	Contract Amount		=	[0..*]		12		NM
27	00157	Contract Period		=	[0..*]		3		NM
28	00158	Interest Code			[0..1]			0073	CWE
29	00159	Transfer to Bad Debt Code			[0..1]			0110	CWE
30	00160	Transfer to Bad Debt Date			[0..1]				DT
31	00161	Bad Debt Agency Code			[0..1]			0021	CWE
32	00162	Bad Debt Transfer Amount		=	[0..1]		12		NM
33	00163	Bad Debt Recovery Amount		=	[0..1]		12		NM
34	00164	Delete Account Indicator			[0..1]			0111	CWE
35	00165	Delete Account Date			[0..1]				DT
36	00166	Discharge Disposition			[0..1]			0112	CWE
37	00167	Discharged to Location			[0..1]			0113	DLD
38	00168	Diet Type			[0..1]			0114	CWE
39	00169	Servicing Facility			[0..1]			0115	CWE
40	00170	Bed Status	SHALL NOT	W	[0..0]			0116 Bed Status	CWE
41	00171	Account Status			[0..1]			0117	CWE
42	00172	Pending Location			[0..1]				PL
43	00173	Prior Temporary Location			[0..1]				PL
44	00174	Admit Date/Time			[0..1]				DTM
45	00175	Discharge Date/Time			[0..1]				DTM
46	00176	Current Patient Balance		=	[0..1]		12		NM
47	00177	Total Charges		=	[0..1]		12		NM
48	00178	Total Adjustments		=	[0..1]		12		NM
49	00179	Total Payments		=	[0..1]		12		NM
50	00180	Alternate Visit ID			[0..*]			0203 Identifier Type	CX
51	01226	Visit Indicator			[0..1]			0326 Visit Indicator	CWE
52	01274	Other Healthcare Provider	SHALL NOT	W	[0..0]
53	02290	Service Episode Description		#	[0..1]		50		ST
54	02291	Service Episode Identifier			[0..1]				CX

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 is used by systems to categorize patients by site. It does not have a consistent industry-wide definition. It is subject to site-specific variations. Refer to User-defined Table 0004 - Patient Class in Chapter 2C, Code Tables, for suggested values.

"Commercial Account" is used by reference labs for specimen processing when the service is billed back to a third party. A registration is processed for the specimen to facilitate the subsequent billing. The identity of the patient may be known or unknown. In either case, for billing and statistical purposes, the patient class is considered a commercial account due to the third party billing responsibility.

"Not Applicable" is used only in cases where the PV1 segment itself is not applicable but is retained in the message definitions for backwards compatibility (for example when a managed care system sends A28, A29, or A31 messages to indicate the enrolment of a patient in the system and there is no scheduled "visit" or "encounter" and hence the entire PV1 segment is not applicable).

(Definition from PV1.3 in Ch. 3)

Definition: This field contains the patient's initial assigned location or the location to which the patient is being moved. The first component may be the nursing station for inpatient locations, or clinic or department, for locations other than inpatient. For canceling a transaction or discharging a patient, the current location (after the cancellation event or before the discharge event) should be in this field. If a value exists in the fifth component (location status), it supersedes the value in PV1-40 - Bed Status.

(Definition from FT1.16 in Ch. 6)

Definition: This field contains the current patient location. This can be the location of the patient when the charge item was ordered or when the charged service was rendered. For the current assigned patient location, use PV1-3 - Assigned Patient Location.

Definition: This field indicates the circumstances under which the patient was or will be admitted. Refer to User-defined Table 0007 - Admission Type in Chapter 2C, Code Tables, for suggested values. In the US, entities required to be compliant with the US Healthcare Information Technology Standards Panel (HITSP) are required to use the Official Universal Billing (UB) 04 2008 numeric codes found on form locator 14. Refer to External Table UB04FL14 for valid values.

For example:

Non-US |E^Emergency^HL70007|

US: |1^Emergency^UB04FL14^^^^2008, v 2.0|

To report that information is not available:

Non-US: |NI^No Information^HL70597|

US: |9^Information not available^ UB04FL14^^^^2008, v 2.0|

Definition: This field uniquely identifies the patient's pre-admit account. Some systems will continue to use the pre-admit number as the billing number after the patient has been admitted. For backward compatibility, a ST data type can be sent; however, HL7 recommends use of the CX data type, like the account number, for new implementations. The assigning authority and identifier type codes are strongly recommended for all CX data types.

Definition: This field contains the prior patient location if the patient is being transferred. The old location is null if the patient is new. If a value exists in the fifth component (location status), it supersedes the value in PV1-40 - Bed Status.

(Definition from PV1.7 in Ch. 3)

Definition: This field contains the attending physician information. Multiple names and identifiers for the same physician may be sent. The field sequences are not used to indicate multiple attending doctors. As of v2.7, if XCN.1 ID Number is populated, then the XCN.13 Identifier Type Code and the XCN.9 Assigning Authority or XCN.22 Assigning Jurisdiction or XCN.23 Assigning Agency or Department are required. If XCN.2 Family Name is populated, then the XCN.10 Name Type Code is required. No assumptions can be safely made based on position or sequence. Specification of meaning based on sequence is deprecated. Depending on local agreements, either ID or the name may be absent in this field. Refer to User-defined Table 0010 - Physician ID in Chapter 2C, Code Tables, for suggested values.

(Definition from SCD.34 in Ch. 17)

Definition: The unique identifier associating the physician with the supplies being sterilized, used for the procedure and patient identified in this message. Refer to User-defined Table 0010 - Physician ID in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the referring physician information. Multiple names and identifiers for the same physician may be sent. The field sequences are not used to indicate multiple referring doctors. As of v 2.7 if XCN.1 ID Number is populated, then the XCN.13 Identifier Type Code and the XCN.9 Assigning Authority or XCN.22 Assigning Jurisdiction or XCN.23 Assigning Agency or Department are required. If XCN.2 Family Name is populated, then the XCN.10 Name Type Code is required. No assumptions can be safely made based on position or sequence. Specification of meaning based on sequence is deprecated. Depending on local agreements, either the ID or the name may be absent from this field. Refer to User-defined Table 0010 - Physician ID in Chapter 2C, Code Tables, for suggested values.

From V2.4 onward, this field has been retained for backward compatibility only. It is recommended to use the PRT - Participation segment for consulting physicians instead.

Definition: This field contains the treatment or type of surgery that the patient is scheduled to receive. It is a required field with trigger events A01 (admit/visit notification), A02 (transfer a patient), A14 (pending admit), A15 (pending transfer). Refer to User-defined Table 0069 - Hospital Service in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains a location other than the assigned location required for a temporary period of time (e.g., OR, operating theatre, etc.). If a value exists in the fifth component (location status), it supersedes the value in PV1-40 - Bed Status.

Definition: This field indicates whether the patient must have pre-admission testing done in order to be admitted. Refer to User-defined Table 0087 - Pre-Admit Test Indicator in Chapter 2C, Code Tables, for suggested values.

Definition: This field indicates that a patient is being re-admitted to the healthcare facility and gives the circumstances. We suggest using "R" for readmission or else null. Refer to User-defined Table 0092 - Re-Admission Indicator in Chapter 2C, Code Tables, for suggested values.

Definition: This field indicates from where the patient was admitted. Refer to User-defined Table 0023 - Admit Source in Chapter 2C, Code Tables, for suggested values. In the US, this field should use the Official Uniform Billing (UB) 04 2008 numeric codes found on form locator 15. Refer to External Table UB04FL15 Source of Origin for valid values. The UB has redefined the Admission Source as the Point of Origin for Admission or Visit. The new UB definition is the code indicating the Point of Origin for this Admission or Visit

For Example:

US: |1^Physician Referral^UB04FL15^^^^2008, v 2.0|

To report that information is not available:

US: |9^Information not available^ UB04FL15^^^^2008, v 2.0|

(Definition from PV1.15 in Ch. 3)

Definition: This field indicates any permanent or transient handicapped conditions. Refer to User-defined Table 0009 - Ambulatory Status in Chapter 2C, Code Tables, for suggested entries.

(Definition from NK1.18 in Ch. 3)

Definition: This field identifies the transient rate of mobility for the next of kin/associated party. Refer to User-defined Table 0009 - Ambulatory Status in Chapter 2C, Code Tables for suggested values.

(Definition from GT1.34 in Ch. 6)

Definition: Identifies the transient state of mobility for the guarantor. Refer to User-defined Table 0009 - Ambulatory Status in Chapter 2C, Code Tables, for suggested values.

(Definition from IN2.32 in Ch. 6)

Definition: This field identifies the insured's state of mobility. Refer to User-defined Table 0009 - Ambulatory Status in Chapter 2C, Code Tables, for suggested values.

(Definition from PV1.16 in Ch. 3)

Definition: This field identifies the type of VIP. Refer to User-defined Table 0099 - VIP Indicator in Chapter 2C, Code Tables, for suggested values.

(Definition from NK1.39 in Ch. 3)

Definition: This field identifies the type of VIP for the next-of-kin. Refer to User-defined Table 0099 – VIP Indicator in Chapter 2C, Code Tables.

(Definition from GT1.57 in Ch. 6)

Definition: This field identifies the type of VIP for the guarantor. Refer to User-defined Table 0099 – VIP Indicator in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the admitting physician information. Multiple names and identifiers for the same physician may be sent. The field sequences are not used to indicate multiple admitting doctors. As of v2.7 if XCN.1 ID Number is populated, then the XCN.13 Identifier Type Code and the XCN.9 Assigning Authority or XCN.22 Assigning Jurisdiction or XCN.23 Assigning Agency or Department are required. If XCN.2 Family Name is populated, then the XCN.10 Name Type Code is required. No assumptions can be safely made based on position or sequence. Specification of meaning based on sequence is deprecated. By local agreement, the name or ID may be absent in this field. Refer to User-defined Table 0010 - Physician ID in Chapter 2C, Code Tables, for suggested values.

(Definition from PV1.18 in Ch. 3)

Definition: This field contains site-specific values that identify the patient type. Refer to User-defined Table 0018 - Patient Type in Chapter 2C, Code Tables, for suggested values.

(Definition from FT1.18 in Ch. 6)

Definition: This field contains the type code assigned to the patient for this episode of care (visit or stay). Refer to User-defined Table 0018 - Patient Type in Chapter 2C, Code Tables, for suggested values. This is for use when the patient type for billing purposes is different than the visit patient type in PV1-18 - Patient Type.

Definition: For backward compatibility, a NM data type may be sent, but HL7 recommends that new implementations use the CX data type. This field contains the unique number assigned to each patient visit. The assigning authority and identifier type code are strongly recommended for all CX data types.

Definition: This field contains the financial class(es) assigned to the patient for the purpose of identifying sources of reimbursement. Refer to User-defined Table 0064 - Financial Class in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the code used to determine which price schedule is to be used for room and bed charges. Refer to User-defined Table 0032 - Charge/Price Indicator in Chapter 2C, Code Tables, for suggested values.

Definition: This field indicates whether the patient will be extended certain special courtesies. Refer to User-defined Table 0045 - Courtesy Code in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the user-defined code to determine past credit experience. Refer to User-defined Table 0046 - Credit Rating in Chapter 2C, Code Tables, for suggested values.

Definition: This field identifies the type of contract entered into by the healthcare facility and the guarantor for the purpose of settling outstanding account balances. Refer to User-defined Table 0044 - Contract Code in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the date that the contract is to start or started.

Definition: This field contains the amount to be paid by the guarantor each period according to the contract.

Definition: This field specifies the duration of the contract for user-defined periods.

Definition: This field indicates the amount of interest that will be charged the guarantor on any outstanding amounts. Refer to User-defined Table 0073 - Interest Rate Code in Chapter 2C, Code Tables, for suggested values.

Definition: This field indicates that the account was transferred to bad debts and gives the reason. Refer to User-defined Table 0110 - Transfer to Bad Debt Code in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the date that the account was transferred to a bad debt status.

Definition: This field can be used as a ST type for backward compatibility. This field uniquely identifies the bad debt agency to which the account was transferred. This code is site defined. One possible implementation would be to edit against a table such as User-defined Table 0021 - Bad Debt Agency Code; in chapter 2C, however, this is not required.

Definition: This field contains the amount that was transferred to a bad debt status.

Definition: This field contains the amount recovered from the guarantor on the account.

Definition: This field indicates that the account was deleted from the file and gives the reason. Refer to User-defined Table 0111 - Delete Account Code in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the date that the account was deleted from the file.

Definition: This field contains the disposition of the patient at time of discharge (i.e., discharged to home, expired, etc.). Refer to User-defined Table 0112 - Discharge Disposition in Chapter 2C, Code Tables, for suggested values. In the US, this field should use the Official Uniform Billing (UB) 04 2008 numeric codes found on form locator 17. Refer to External Table UB04FL17 Patient Discharge Status for valid values.

Examples:

US: |01^ Discharged to home or self care (routine discharge)^UB04FL17^^^^2008, v 2.0|

Usage Note: NUBC does not supply a null value for this field.

Definition: This field indicates the healthcare facility to which the patient was discharged and the date. Refer to User-defined Table 0113 - Discharged to Location in Chapter 2C, Code Tables, for suggested values.

Definition: This field indicates a special diet type for a patient. Refer to User-defined Table 0114 - Diet Type in Chapter 2C, Code Tables, for suggested values.

Definition: This field is used in a multiple facility environment, e.g., multiple campuses or buildings, to indicate the healthcare facility with which this visit is associated. Refer to User-defined Table 0115 - Servicing Facility in Chapter 2C, Code Tables, for suggested values.

An optional sixth component, the facility ID, may be valued in each individual location field in PV1, instead of placing it here.

(Definition from PV1.40 in Ch. 3)

Definition: The PV1-40 field was retained for backward compatibility only as of v 2.3, and the field withdrawn as of v 2.7. The information is now held in the fifth component of the PL datatype in PV1-3.

(Definition from NPU.2 in Ch. 3)

Definition: This field contains the bed status. Refer to User-defined Table 0116 - Bed Status in Chapter 2C, Code Tables, for suggested values.

Definition: This field contains the account status. Refer to User-defined Table 0117 - Account Status in Chapter 2C, Code Tables, for suggested values.

Definition: This field indicates the point of care, room, bed, healthcare facility ID, and bed status to which the patient may be moved. The first component may be the nursing station for inpatient locations, or the clinic, department, or home for locations other than inpatient. If a value exists in the fifth component (location status), it supersedes the value in PV1-40 - Bed Status.

Definition: This field is used to reflect the patient's temporary location (such as the operating room/theatre or x-ray) prior to a transfer from a temporary location to an actual location, or from a temporary location to another temporary location. The first component may be the nursing station for inpatient locations, or the clinic, department, or home for locations other than inpatient.

Definition: This field contains the admit date/time. It is to be used if the event date/time is different than the admit date and time, i.e., a retroactive update. This field is also used to reflect the date/time of an outpatient/emergency patient registration.

Definition: This field contains the discharge date/time. It is to be used if the event date/time is different than the discharge date and time, that is, a retroactive update. This field is also used to reflect the date/time of an outpatient/emergency patient discharge.

Definition: This field contains the visit balance due.

Definition: This field contains the total visit charges.

Definition: This field contains the total adjustments for visit.

Definition: This field contains the total payments for visit.

Definition: This field contains the alternative, temporary, or pending optional visit ID number to be used if needed. Multiple alternate identifiers may be sent. Refer to HL7 Table 0061 - Check Digit Scheme in Chapter 2C, Code Tables, for valid values. Refer to HL7 Table 0203 - Identifier Type in Chapter 2C, Code Tables, for valid values. The assigning authority and identifier type codes are strongly recommended for all CX data types.

Definition: This field specifies the level on which data are being sent. It is the indicator used to send data at two levels, visit and account. HL7 recommends sending an 'A' or no value when the data in the message are at the account level, or 'V' to indicate that the data sent in the message are at the visit level. Refer to User-defined Table 0326 - Visit Indicator in Chapter 2C, Code Tables, for suggested values.

The value of this element affects the context of data sent in PV1, PV2 and any associated hierarchical segments (e.g., DB1, AL1, DG1, etc.).

Definition: The PV1-52 field was retained for backward compatibility only as of v 2.4 and withdrawn as of v 2.7. The reader is advised to use the PRT segment to communicate providers not specified elsewhere. Refer to Chapter 7 for the definition of the PRT segment.

Definition: This field contains a brief user-defined description of a Service Episode in or for which the visit occurs. A Service Episode is the context in which the treatment or management of an arbitrary subset of a Patient’s medical conditions occurs. The definition of the start time, stop time, and included events of a Service Episode is entirely arbitrary; it may include a single outpatient visit or a hospitalization, or extend over significant period of time, e.g., the duration of a pregnancy, or an oncology treatment regimen, or a cardiac episode from infarction through rehabilitation. A Service Episode may involve one or more Healthcare Organizations.

Definition: This field contains the identifier of a Service Episode in or for which the visit occurs.