The ARQ segment defines a request for the booking of an appointment. It is used in transactions sent from an application acting in the role of a placer.
SEQ |
LEN |
DT |
R/O/C |
RP/# |
TBL# |
ITEM# |
ELEMENT NAME |
1 |
75 |
EI |
R |
00860 |
Placer Appointment ID |
||
2 |
75 |
EI |
C |
00861 |
Filler Appointment ID |
||
3 |
5 |
NM |
C |
00862 |
Occurrence Number |
||
4 |
75 |
EI |
O |
00863 |
Placer Group Number |
||
5 |
200 |
CE |
O |
00864 |
Schedule ID |
||
6 |
200 |
CE |
O |
00865 |
Request Event Reason |
||
7 |
200 |
CE |
O |
0276 |
00866 |
Appointment Reason |
|
8 |
200 |
CE |
O |
0277 |
00867 |
Appointment Type |
|
9 |
20 |
NM |
O |
00868 |
Appointment Duration |
||
10 |
200 |
CE |
O |
00869 |
Appointment Duration Units |
||
11 |
53 |
DR |
O |
Y |
00870 |
Requested Start Date/Time Range |
|
12 |
5 |
ST |
O |
00871 |
Priority |
||
13 |
100 |
RI |
O |
00872 |
Repeating Interval |
||
14 |
5 |
ST |
O |
00873 |
Repeating Interval Duration |
||
15 |
48 |
XCN |
R |
00874 |
Placer Contact Person |
||
16 |
40 |
XTN |
O |
Y |
00875 |
Placer Contact Phone Number |
|
17 |
106 |
XAD |
O |
00876 |
Placer Contact Address |
||
18 |
80 |
PL |
O |
00877 |
Placer Contact Location |
||
19 |
48 |
XCN |
R |
00878 |
Entered By Person |
||
20 |
40 |
XTN |
O |
Y |
00879 |
Entered By Phone Number |
|
21 |
80 |
PL |
O |
00880 |
Entered By Location |
||
22 |
75 |
EI |
O |
00881 |
Parent Placer Appointment ID |
||
23 |
75 |
EI |
O |
00882 |
Parent Filler Appointment ID |
10.5.1.0 ARQ field definitions
Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>
Definition: This field contains placer applications permanent identifier for the appointment request (and the scheduled appointment itself, when confirmed as booked by the filler application). This is a composite field. Refer to Chapter 2, Section 2.8.15, "EI - entity identifier," for a description of the EI data type and its components and subcomponents.
The first component is a string that identifies an individual appointment request, or booked appointment. It is assigned by the placer application, and it identifies an appointment request, and the subsequent scheduled appointment, uniquely among all such requests and/or booked appointments from a particular requesting application. If the placer appointment ID identifies a parent of a repeating schedule request, then the individual scheduled child appointments can be uniquely identified either by a new placer appointment ID or the parents placer appointment ID plus an occurrence number, specified in ARQ-3-occurrence number.
The second through fourth components contain the assigning authority identifying information. Section 2.8.15, "EI - entity identifier," in Chapter 2 describes the structure and content of these components with respect to the EI data type.
Components: <entity identifier (ST)> ^ <namespace ID (ST)> ^ <universal ID (ST)> ^ <universal ID type (ID)>
Definition: This field contains the filler applications permanent identifier for the appointment request (and the scheduled appointment itself, when confirmed as a booked slot by the filler application). This is a composite field. Refer to Chapter 2, Section 2.8.15, "EI - entity identifier," for a description of the EI data type and its components and subcomponents.
The first component is a string that identifies an individual appointment request, or booked appointment. It is assigned by the filler application, and it identifies a appointment request, and the subsequent scheduled appointment, uniquely among all such requests and/or booked appointments from a particular processing application. If the filler appointment ID identifies a parent of a repeating schedule request, then the individual scheduled child appointments can be uniquely identified either by a new filler appointment ID or the parents filler appointment ID plus an occurrence number, specified in ARQ-3-occurrence number.
The second through fourth components contain the assigning authority identifying information. Section 2.8.15, "EI - entity identifier," in Chapter 2 describes the structure and content of these components with respect to the EI data type.
This is a conditionally required field. On initial request messages and other messages where a filler has not yet assigned a filler appointment ID, this field should not contain a value. In all other subsequent messages, where a filler application has assigned a filler appointment ID and communicated it to other applications, this field is required.
Definition: This field is used in conjunction with the placer appointment ID and/or the filler appointment ID to uniquely identify an individual occurrence (a child) of a parent repeating schedule appointment.
This field is conditionally required. If the transaction using this segment is meant to apply only to one occurrence of a repeating appointment, and an occurrence number is required to uniquely identify the child appointment (that is, the child does not have a separate and unique placer appointment ID or filler appointment ID), then this field is required.
Components: <entity Identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>
Definition: This field allows a placer application to group sets of appointment requests together, and subsequently to identify the group.
The first component is a string that identifies a group of appointment requests. It is assigned by the placer application, and it identifies an appointment group uniquely among all such groups of requests from a particular requesting application.
The second through fourth components contain the assigning authority identifying information. Section 2.8.15, "EI - entity identifier," in Chapter 2 describes the structure and content of these components with respect to the EI data type.
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>
Definition: This field contains an identifier code for the schedule in which this appointment should be (or is) booked. This field is provided for situations in which filler applications maintain multiple schedules, and in which a particular resource or set of resources is controlled by more than one of those schedules.
If a new appointment must be booked, it may be necessary to provide a schedule ID to uniquely identify the intended slot(s) being requested in the transaction. After the request has been assigned to one or more slots, however, the filler application should assign a unique filler appointment ID (see Sections 10.5.1.1, "Placer appointment ID XE "Placer appointment ID" (EI) 00860," and 10.5.1.2, "Filler appointment ID XE "Filler appointment ID" (EI) 00861 ). This filler appointment ID, as its definition indicates, should uniquely identify the appointment among all such requests and appointments within the filler application. This means that, once assigned, the filler appointment ID should uniquely identify the appointment (either as a request or as a booked appointment) without a need to provide the schedule ID too. As a cautionary note regarding implementation, if the filler appointment ID would not otherwise be unique, it may be necessary to include the schedule ID as part of the filler appointment ID. This can be done either by prefixing the appointment ID with the schedule ID, or by appending the schedule ID to the appointment ID.
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>
Definition: This field contains the identifier code for the reason that the request event is being triggered. This field may contain a code describing the cancel reason, the delete reason, the discontinue reason, the add reason, or any other code describing the reason that a specific event is occurring.
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>
Definition: This field contains the identifier code for the reason that the appointment is to take place. This field may contain a Universal Service Identifier describing the observation/test/battery/procedure or other activity that is to be performed during the requested appointment, similar to the Universal Service Identifier defined for the OBR segment in Chapter 4 on Order Entry. It may also contain a site-specific code describing a pre-defined set of reasons that an appointment may be set to occur. This code can be based on local and/or universal codes. The use of universal codes is recommended. Refer to user-defined table 0276 - Appointment reason codes, below, for suggested codes.
User-defined Table 0276 - Appointment reason codes
Value |
Description |
ROUTINE |
Routine appointment - default if not valued |
WALKIN |
A previously unscheduled walk-in visit |
CHECKUP |
A routine check-up, such as an annual physical |
FOLLOWUP |
A follow up visit from a previous appointment |
EMERGENCY |
Emergency appointment |
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>
Definition: This field contains an identifier code for the type of appointment being requested. Refer to user-defined table 0277 - Appointment type codes for suggested codes.
User-defined Table 0277 - Appointment type codes
Value |
Description |
NORMAL |
Routine schedule request type - default if not valued |
TENTATIVE |
A request for a tentative (e.g., "penciled in") appointment |
COMPLETE |
A request to add a completed appointment, used to maintain records of completed appointments that did not appear in the schedule (e.g., STAT, walk-in, etc.) |
Definition: This field contains the amount of time being requested for the appointment. In cases of requests for repeating appointments, this field describes the duration of one instance of the appointment. If this field is unvalued, then the institutions standard duration for the type of appointment requested will be assumed.
The appointment duration field must contain a positive, non-zero number. A negative number or zero (0) is nonsensical in the context of a duration.
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ST)> ^ <alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ST)>
Definition: This field contains a code describing the units of time used in expressing the Appointment Duration field. This field should be valued according to the recommendations in Chapters 2 and 7. If this component is not valued, the ISO base unit of seconds (code s) will be assumed. Refer to Chapter 7, Figures 7-10 through 7-13, for a list of ISO and ANSI+ unit codes.
Components: <range start date/time (TS)> ^ <range end date/time (TS)>
Definition: This field contains the date and time that the appointment is requested to begin, in the form of a date/time range. The first component contains the earliest date and time that the appointment may be scheduled to begin. The second component contains the latest date and time that the appointment may be scheduled to begin.
The TS (time stamp) data type allows for two components: the time stamp, and a degree of precision. If used, the degree of precision should be separated from the time stamp by a subcomponent delimiter.
If only the range start date/time has been provided, then the range end date/time is assumed to be infinity. Using this scenario is equivalent to requesting the next available slot on/after a particular date and time. If only the range end date/time has been provided, then the range start date/time is assumed to be immediate. Using this scenario is equivalent to requesting the appointment start some time between the current date and time, and the specified range end date/time. Requesting an appointment when the range start and range end date/time are the same is equivalent to requesting a specific slot on a schedule. If this field is unvalued, then the filler application will assume that the next available slot should be scheduled, using the institutions processing rules for scheduling appointments.
This field may repeat. Repetitions of this field are used to construct a list of acceptable ranges. Repetitions of this field are connected with a logical OR to construct this list. This procedure allows applications to provide multiple preferences for the scheduling of appointments. Applications should take steps to ensure that nonsensical ranges are not indicated in this field (for example, redundant ranges).
Examples:
Schedule the appointment to begin at some time between 8:00AM on Tuesday, May 17th, 1994 and 12:00PM on Friday, May 20th, 1994 local time:
...|199405170800^199405201200|...
Schedule the appointment in the next available slot on/after 6:00AM on Monday, April 25th, 1994 local time:
...|199405250600^|...
Note: The field value ...|199405250600|... is equivalent to making the above request, according to the HL7 rules for processing fields. |
Schedule the appointment in the next available slot on/before 6:00AM on Monday, April 25th, 1994 local time:
...|^199405250600|...
Schedule the appointment in the next available slot:
...||...
Schedule the appointment to begin on any weekday during the two weeks beginning Monday, April 4th 1994. In this example, the degree of precision (sub)component of the time stamp is used to indicate that the date/time ranges refer to the institutions standard operating day:
...|199404040000&D^199404080000&D~199404110000&D^199404150000&D|...
Schedule the appointment in the next available slot that does not occur during the May, 1994 HL7 Working Group Meeting:
...|^199405161600~199405230800^|...
Schedule the appointment to begin on/before 4:00PM on Thursday, December 23rd, 1993, or any weekday between Monday, December 27th and Thursday, December 30th, or on/after 8:00AM on Monday, January 3rd, 1994:
...|^199312231600~199312270000&D^199312300000&D~199401030800^|...
Definition: This field contains the urgency of the request. The definition of this field is equivalent to the definition of the priority component of the Quantity/Timing data type given in the Order Entry chapter (Chapter 4), Section 4.4.6, "Priority component."
Components: <repeat pattern (IS)> ^ <explicit time interval (ST)>
Definition: This field contains the interval between repeating appointments. The default setting indicates that the appointment should occur once, if the component is not valued. The definition of this field is equivalent to the definition of the interval component of the Quantity/Timing data type given in the Order Entry chapter (Chapter 4), Section 4.4.2, "Interval component."
If an explicit time interval is specified for the repeat pattern, then it specifies the actual time(s) at which the appointment should be scheduled. The ARQ-11-requested start date/time range ought to indicate the first repetition that should occur.
Note: The subcomponent delimiter defined for the Interval component of the Quantity/Timing field definition has been replaced by a component delimiter for this field. |
Definition: This field indicates how long the appointment repetitions should continue, once they have begun. The default setting indicates that the appointment should occur once. If the Interval Duration is defined as indefinitely repeating, the repetition of this appointment can only be stopped by using a discontinue event. The definition of this field is equivalent to the definition of the Interval component of the Quantity/Timing field given in the Order Entry chapter (Chapter 4), Section 4.4.3, "Duration component," with the exception of the default value.
Components: <ID number (ST)> ^ <family name (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (ST)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type (ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID)> ^ <identifier type code (IS)> ^ <assigning facility ID (HD)>
Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>
Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>
Definition: This field identifies the person responsible for requesting the scheduling of a requested appointment. This person could be the same person responsible for executing the actual appointment, or it could be the provider requesting that an appointment be made on behalf of the patient, with another provider.
Components: [NNN] [(999)]999-9999 [X99999] [B99999] [C any text] ^ <telecommunication use code (ID)> ^ <telecommunication equipment type (ID)> ^ <email address (ST)> ^ <country code (NM)> ^ <area/city code (NM)> ^ phone number (NM)> ^ <extension (NM)> ^ <any text (ST)>
Definition: This field contains the phone number used to contact the placer contact person.
Components: <street address (ST)> ^ <other designation (ST)> ^ <city (ST)> ^ <state or province (ST)> ^ <zip or postal code(ST)> ^ <country (ID)> ^ <address type (ID)> ^ <other geographic designation (ST)> ^ <county/parish code (IS)> ^ <census tract (IS)>
Definition: This field contains the address used to contact the placer contact person.
Components: <point of care (IS)> ^ <room (IS)> ^ <bed (IS)> ^ <facility (HD)> ^ <location status (IS)> ^ <person location type (IS)> ^ <building (IS)> ^ <floor (IS)> ^ < location description (ST)>
Subcomponents of facility: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>
Definition: This field contains a code that identifies the location of the placer contact person.
Components: <ID number (ST)> ^ <family name (ST)> ^ <given name (ST)> ^ <middle initial or name (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)> ^ <degree (e.g., MD) (ST)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <name type (ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme employed (ID)> ^ <identifier type code (IS)> ^ <assigning facility ID (HD)>
Subcomponents of assigning authority: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>
Subcomponents of assigning facility ID: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>
Definition: This field identifies the person responsible for entering the request for the scheduling of an appointment. It is included to provide an audit trail of persons responsible for the request. This person may be someone other than the placer contact person, who is responsible for entering orders and requests.
Components: [NNN] [(999)]999-9999 [X99999] [B99999] [C any text] ^ <telecommunication use code (ID)> ^ <telecommunication equipment type (ID)> ^ <email address (ST)> ^ <country code (NM)> ^ <area/city code (NM)> ^ phone number (NM)> ^ <extension (NM)> ^ <any text (ST)>
Definition: This field contains the phone number used to contact the ARQ-19-entered by person.
Components: <point of care (IS)> ^ <room (IS)> ^ <bed (IS)> ^ <facility (HD)> ^ <location status (IS)> ^ <person location type (IS)> ^ <building (IS)> ^ <floor (IS)> ^ <location description (ST)>
Subcomponents of facility: <namespace ID (IS)> & <universal ID (ST)> & <universal ID type (ID)>
Definition: This field contains a code that identifies the location of the entered by person.
Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>
Definition: This field relates a child to its parent, when a parent-child relationship exists. It contains the placer applications permanent identifier for the parent of the appointment request. This is a composite field.
The first component is a string that identifies the parent appointment request. It is assigned by the placer application, and identifies an appointment request uniquely among all such requests from a particular requesting application.
The second through fourth components contain the assigning authority identifying information. Section 2.8.15, "EI - entity identifier in Chapter 2 describes the structure and content of these components with respect to the EI data type.
Components: <entity identifier (ST)> ^ <namespace ID (ID)> ^ <universal ID (ST)> ^ <universal ID type (ID)>
Definition: This field relates a child to its parent, when a parent-child relationship exists. It contains the filler applications permanent identifier for the parent of the appointment request. This is a composite field.
The first component is a string that identifies the parent appointment request. It is assigned by the filler application, and identifies an appointment request uniquely among all such requests on a particular processing application.
The second through fourth components contain the assigning authority identifying information. Section 2.8.15, "EI - entity identifier," in Chapter 2 describes the structure and content of these components with respect to the EI data type.