This is the "master" pharmacy/treatment order segment. It contains order data not specific to components or additives. Unlike the OBR, it does not contain status fields or other data that are results-only.
It can be used for any type of pharmacy order, including inpatient (unit dose and compound unit dose), outpatient, IVs, and hyperalimentation IVs (nutritional IVs), as well as other non-pharmacy treatments, e.g., respiratory therapy, oxygen, and many nursing treatments.
In addition to the pharmaceutical/treatment information, this segment contains additional data such as provider and text comments.
A quantity/timing field is not needed in the RXO segment. The ORC segment contains the requested ORC-7-quantity/timing of the original order which does not change as the order is encoded, dispensed, or administered.
Seq# | Data Element Name | DataType | Usage | Vocabulary | Cardinality | Item # | Length | C.LEN | Flags |
---|---|---|---|---|---|---|---|---|---|
RXO | |||||||||
1 | Requested Give Code | CWE | C | [0..1] | 00292 | ||||
2 | Requested Give Amount - Minimum | NM | C | [0..1] | 00293 | ||||
3 | Requested Give Amount - Maximum | NM | O | [0..1] | 00294 | ||||
4 | Requested Give Units | CWE | C | [0..1] | 00295 | ||||
5 | Requested Dosage Form | CWE | C | [0..1] | 00296 | ||||
6 | Provider's Pharmacy/Treatment Instructions | CWE | O | [0..*] | 00297 | ||||
7 | Provider's Administration Instructions | CWE | O | [0..*] | 00298 | ||||
8 | Deliver-To Location | W | [0..1] | 00299 | |||||
9 | Allow Substitutions | ID | O | [0..1] | 00300 | [1..1] | |||
10 | Requested Dispense Code | CWE | O | [0..1] | 00301 | ||||
11 | Requested Dispense Amount | NM | O | [0..1] | 00302 | ||||
12 | Requested Dispense Units | CWE | O | [0..1] | 00303 | ||||
13 | Number Of Refills | NM | O | [0..1] | 00304 | 3 | # | ||
14 | Ordering Provider's DEA Number | XCN | W | [0..1] | 00305 | ||||
15 | Pharmacist/Treatment Supplier's Verifier ID | XCN | C | [0..*] | 00306 | ||||
16 | Needs Human Review | ID | O | [0..1] | 00307 | [1..1] | |||
17 | Requested Give Per | ST | C | [0..1] | 00308 | 20 | # | ||
18 | Requested Give Strength | NM | O | [0..1] | 01121 | ||||
19 | Requested Give Strength Units | CWE | O | [0..1] | 01122 | ||||
20 | Indication | CWE | O | [0..*] | 01123 | ||||
21 | Requested Give Rate Amount | ST | O | [0..1] | 01218 | 6 | # | ||
22 | Requested Give Rate Units | CWE | O | [0..1] | 01219 | ||||
23 | Total Daily Dose | CQ | O | [0..1] | 00329 | ||||
24 | Supplementary Code | CWE | O | [0..*] | 01476 | ||||
25 | Requested Drug Strength Volume | NM | O | [0..1] | 01666 | 5 | # | ||
26 | Requested Drug Strength Volume Units | CWE | O | [0..1] | 01667 | ||||
27 | Pharmacy Order Type | ID | O | [0..1] | 01668 | [1..1] | |||
28 | Dispensing Interval | NM | O | [0..1] | 01669 | ||||
29 | Medication Instance Identifier | EI | O | [0..1] | 02149 | ||||
30 | Segment Instance Identifier | EI | O | [0..1] | 02150 | ||||
31 | Mood Code | CNE | C | [0..1] | 02151 | ||||
32 | Dispensing Pharmacy | CWE | B | [0..1] | 01681 | ||||
33 | Dispensing Pharmacy Address | XAD | B | [0..1] | 01682 | ||||
34 | Deliver-to Patient Location | PL | O | [0..1] | 01683 | ||||
35 | Deliver-to Address | XAD | O | [0..1] | 01684 | ||||
36 | Pharmacy Phone Number | XTN | O | [0..*] | 02309 |
Definition: This field identifies the treatment product or treatment ordered to be given to the patient; it is analogous to OBR-4-universal service ID in function. Examples of treatments products include medications and certain devices or supplies, e.g., inhaler spacers, blood glucose monitors, syringes, infusion sets, which might require prescription. Refer to Table 0747 - Requested Give Code in Chapter 2C for valid values.
Often the coded entry implies dosage form and a dosage form is required in addition to the product name. When the give code does not include the dosage form, use RXO-5-requested dosage form. When the give code does not include the strength, use RXO-18-requested give strength and the RXO-19-requested give units. Realize that strengths do not apply to some such orders.
The RXO-1, RXO-2 and RXO-4 are mandatory unless the prescription/treatment is transmitted as free text using RXO-6; then RXO-1, RXO-2, and RXO-4 may be blank and the first subcomponent of RXO-6 must be blank.
Use of the RXO-6.2 versus the RXO-1.2 for a free text order is dependent on whether or not the free text describes a product or if it is more commentary in nature.
Please refer to the request –to-dispense fields RXO-10, RXO-11, and RXO-12 for a discussion of the interrelationship with the request-to-give fields.
Definition: This field is the ordered amount. In a variable dose order, this is the minimum ordered amount. In a non-varying dose order, this is the exact amount of the order.
The RXO-1, RXO-2 and RXO-4 are mandatory unless the prescription/treatment is transmitted as free text using RXO-6, then RXO-1, RXO-2, and RXO-4 may be blank and the first subcomponent of RXO-6 must be blank.
Note: This field is not a duplication of the first component of the quantity/timing field, since in non-pharmacy/treatment orders, that component can be used to specify multiples of an ordered amount.
Another way to say this is that, for pharmacy/treatment orders, the quantity component of the quantity/timing field refers to what is to be given out at each service interval; thus, in terms of the RX order, that first component always defaults to 1. Hence, in the actual execution of the order, the value of 1 in the first component of the quantity/timing field always refers to one administration of the amount specified in this field (the Requested Give Amount field).
Definition: In a variable dose order, this is the maximum ordered amount. In a non-varying dose order, this field is not used.
Definition: This field indicates the units for the give amount. Refer to Table 0748 - Requested Give Units in Chapter 2C for valid values.
The RXO-1, RXO-2 and RXO-4 are mandatory unless the prescription is transmitted as free text using RXO-6, then RXO-1, RXO-2, and RXO-4 may be blank and the first subcomponent of RXO-6 must be blank.
Note: These units can be a "compound quantity"; i.e., the units may contain the word "per." For example, micrograms per KG (micg/kg) is an acceptable value, which means that the units are micrograms per KG (of body weight). See Chapter 7 for full definition of ISO+ units.
A table of standard units is needed to define standard abbreviations for compound units. Until such a table is agreed on, a user-defined table is needed for each site. If the interpretation of a compound unit requires knowledge of some observation results (such as body weight or height), these results can be sent in the same order message using the optional OBX segments.
Definition: This field indicates the manner in which the treatment is aggregated for dispensing, e.g., tablets, capsules suppositories. In some cases, this information is implied by the dispense/give code in RXO-1-requested give code or RXO-10-Requested dispense code. Required when both RXO-1-Requested give code and RXO-10-Requested dispense code do not specify the drug/treatment form; optionally included otherwise. Refer to Table 0750 - Requested Dosage Form in Chapter 2C for valid values.
Definition: This field identifies the ordering provider's instructions to the pharmacy or the non-pharmacy treatment provider (e.g., respiratory therapy). If coded, a user-defined table must be used. If transmitted as a free text field, place a null in the first component and the text in the second, e.g., |^this is a free text treatment instruction|.Refer to Table 0751 - Provider's Pharmacy/Treatment Instructions in Chapter 2C for valid values.
If the prescription is transmitted as free text using RXO-6, then RXO-1, RXO-2, and RXO-4 may be blank and the first subcomponent of RXO-6 must be blank. Otherwise, RXO-1, RXO-2 and RXO-4 are mandatory.
Definition: This field identifies the ordering provider's instructions to the patient or to the provider administering the drug or treatment. If coded, a user-defined table must be used. If transmitted as free text, place a null in the first component and the text in the second, e.g., |^this is a free text administration instruction|.Refer to Table 0752 - Provider's Administration Instructions in Chapter 2C for valid values.
Attention: The RXO-8 field was retained for backward compatibilty only as of v 2.6 and the detail was withdrawn and removed from the standard as of v 2.8.
Definition: Coded values indicate whether substitutions are allowed, and, if yes, what type of substitutions. Refer to HL7 Table 0161 – Allow Substitution in Chapter 2C, Code Tables, for valid codes.
Definition: This field indicates what is to be/was dispensed; it is analogous to OBR-4-universal service ID in function. It may be present in the order or not, depending on the application. If not present, and values are given for RXO-11-requested dispense amount and RXO-12-requested dispense units, the RXO-1-requested give code is assumed. If the requested dispense code does not include the dosage form, then RXO-5-requested dosage form is required. Refer to Table 0753 - Requested Dispense Code in Chapter 2C for valid values.
Note on request-to-dispense fields:
Sometimes an order will be written in which the total amount of the drug or treatment requested to be dispensed has no direct relationship with the give amounts and schedule. For example, an outpatient pharmacy/treatment order might be take four tablets a day of <drug name, value>, Q6H (every 6 hours) -- dispense 30 tablets. An inpatient order might be NS/D5W (normal saline with 5% dextrose) at 1000cc/hour—dispense 3 1-liter bottles of NSD5W solution. The request-to-dispense fields support this common style of ordering.
Definition: This field specifies the amount to be dispensed. See above note.
Definition: This field identifies the units for the dispense amount. This must be in simple units that reflect the actual quantity of the substance to be dispensed. It does not include compound units. See above note. Refer to Table 0754 - Requested Dispense Units in Chapter 2C for valid values.
Definition: This field defines the number of times the requested dispense amount can be given to the patient, subject to local regulation. Refers to outpatient only.
Attention: This field was retained for backward compatibilty only as of v 2.7 and the detail was withdrawn and removed from the standard as of v 2.9. The reader is referred to the PRT segment described in Chapter 7.
Definition: This field is the provider ID of the pharmacist/treatment supplier verifier. Use if required by the pharmacy or treatment application or site on orders (or some subgroup of orders), in addition to ORC-11-verified by.
Example:
The site requires a "verified by" provider (such as a nurse) and a "verifying pharmacist/treatment supplier" on the order. In this case the first field, ORC-11-verified by, is already present; but the second field, RXO-15-pharmacist/treatment supplier's verifier ID, is needed.
Definition: This field uses HL7 Table 0136 - Yes/No Indicator in Chapter 2C, Code Tables. The values have the following meaning for this field:
Y Yes - Indicates that the pharmacist or non-pharmacist treatment supplier filling the order needs to pay special attention to the text in the RXO-6-provider's pharmacy/treatment instructions. A warning is present.
N No - No warning is present. This is the equivalent default (null) value.
An example of the use of this field is given by the following case:
A smart Order Entry application knows of a possible drug or treatment interaction on a certain order, but the provider issuing the order wants to override the condition. In this case, the pharmacy or treatment application receiving the order will want to have a staff pharmacist or non-pharmacist treatment supplier review the interaction and contact the ordering physician.
Definition: This field identifies the time unit to use to calculate the rate at which the pharmaceutical is to be administered.
Format:
S<integer> | = | <integer> seconds |
M<integer> | = | <integer> minutes |
H<integer> | = | <integer> hours |
D<integer> | = | <integer> days |
W<integer> | = | <integer> weeks |
L<integer> | = | <integer> months |
Note: This is the same as the format specified for the DURATION component of the quantity/timing field, excluding the "X" specification.
This field is defined as conditional because it is required when the ordered substance is to be administered continuously at a prescribed rate (e.g., certain IVs). For example, if the "give amount/units" are 300 ml and the "give per" time unit is H1, the rate is 300ml/hr and the duration of this dose is 1 hour. Thus the give amount and give per time unit define the duration of the service.
This field is distinct from the "interval" component of the quantity/timing field, but it could be used in conjunction with it, as in give 300ml of NS per hr for 1 hour, repeat twice a day.
Definition: Required when RXO-1-requested give code does not specify the strength; optionally included otherwise. This is the numeric part of the strength, used in combination with RXO-19-requested give strength units.
The need for strength and strength unit fields in addition to the amount and amount units fields included in various RX_ segments requires explanation. Physicians can write a prescription for a drug such as Ampicillin in two ways. One way would be: "Ampicillin 250 mg capsules, 2 capsules four times a day." In this case the give amount would be 2, the give units would be capsules, the strength would be 250 and the strength units would milligrams.
However, the provider could also write the pharmaceutical treatment as "Ampicillin 500 mg four times a day." In this case the give amount would be 500 and the give units would be milligrams. The strength would not be reported in the RXO segment because it is not specified; the drug could be given in two 250 mg caps or one 500 mg cap. But the pharmacist would dispense a specific capsule size and would record the strength in the RXE segment as 250 or 500, depending upon which capsule size was dispensed.
Some coding systems imply the strength, units, route of administration, and manufacturer of substances within a single instructional code. NDC codes, for example, usually imply not only the medical substance, but also the strength, the units, and the form, e.g., 0047-0402-30^Ampicillin 250 MG CAPS^NDC. So all of this information can also be completely specified in RXO-1-requested give code and in the analogous CWE/CNE fields in other pharmacy/treatment segments. In this case, it is not necessary to use the strength and strength units fields to specify this information.
Definition: Required when both RXO-1-requested give code and RXO-10-requested dispense code do not specify the strength; optionally included otherwise. This is the unit of the strength, used in combination with RXO-18-requested give strength. Refer to Table 0756 - Requested Give Strength Units in Chapter 2C for valid values.
Note: These units can be a "compound quantity;" i.e., the units may express a quantity per unit of time. For example, micrograms per hour (micg/h) is an acceptable value. These compound units are contained in the ISO+ table. See Chapter 7 for full definition of ISO+ units.
Definition: This field identifies the condition or problem for which the drug/treatment was prescribed. May repeat if multiple indications are relevant. Refer to Table 0758 - Indication in Chapter 2C for valid values.
Definition: This field contains the rate at which to administer a treatment, e.g., 150 ml/hr (for an IV) or 4 liters/min for nasal oxygen.
Definition: This field contains the units in which RXO-21-requested give rate amount is denominated. Refer to Table 0760 - Requested Give Rate Units in Chapter 2C for valid values.
Definition: This field contains the total daily dose for this particular pharmaceutical as expressed in terms of actual dispense units.
This field accommodates the identification of any codes that might be associated with the pharmaceutical substance. Common codes include: the Generic Product Identifier (GPI), Generic Code Number_Sequence Number (GCN_SEQNO), National Drug Code (NDC). Refer to Table 0762 - Supplementary Code in Chapter 2C for valid values.
Description: This numeric field defines the volume measurement in which the drug strength concentration is contained. For example, Acetaminophen 120 MG/5ML Elixir means that 120 MG of the drug is in a solution with a volume of 5 ML, which would be encoded in RXO-18, RXO-19, RXO-25 and RXO-26 as:
RXO||||||||||||||||||120|mg^^ISO||||||5|ml^^ISO ...<cr>
Description: This field indicates the volumetric unit associated with RXO-25 Requested Drug Strength Volume. See example in RXO-25. Refer to Table 0764 - Requested Drug Strength Volume Units in Chapter 2C for valid values.
Definition: The Pharmacy Order Type field defines the general category of pharmacy order which may be used to determine the processing path the order will take. Refer to HL7 Table 0480 — Pharmacy Order Types in Chapter 2C, Code Tables, for valid values.
This field may also be used for grouping of related orders for processing and/or reports. For example, Medication Administration Records (MARs) often group large volume solutions, medications and small volume solutions differently based upon site-specific workflow.
Usage Rule: This field is optional for all Pharmacy transactions. When not populated, a default value of "M" is assumed.
Definition: This field specifies the minimum number of days that must occur between dispensing events
Definition: This field contains a value that uniquely identifies the medication associated with this segment. Rather than identifying the product to be given, as in RXO-1 Requested Give Code, this field serves to identify the medication in association with the order represented by the segment instance. This identifier is persistent within and across message instances.
Note: RXO-29 Medication Instance Identifier was introduced in v2.6 to support Patient Care messaging concepts and constructs. At this time, there are no documented use cases for this field in the context of a pharmacy/treatment orders as described in this chapter. This statement does not preclude the use of RXO-29 in pharmacy messages, but implementers should exercise caution in using this field outside of the Patient Care context until the pharmacy/treatment use cases are established.
Definition: This field contains a value that uniquely identifies this segment across time and messages. This is not intended as a "Set ID", but as a unique identifier allowing references not only to segments of the same message, but also to segments of other messages and indirectly to the entities described in those segments if the necessary persistence was manageable by the applications. This identifier is persistent within and across message instances.
Note: RXO-30 Segment Instance Identifier was introduced in v 2.6 to support Patient Care messaging concepts and constructs. At this time, there are no documented use cases for this field in the context of a pharmacy/treatment orders as described in this chapter. This statement does not preclude the use of RXO-30 in pharmacy messages, but implementers should exercise caution in using this field outside of the Patient Care context until the pharmacy/treatment use cases are established.
Definition: This field represents the functional state of the order represented by this segment instance. Refer to HL7 Table 0725 – Mood Codes in Chapter 2C, Code Tables, for valid values. This field may only be used with new trigger events and new messages from v2.6 onward. When this field is not valued in a message that qualifies, then the value is assumed to be 'EVN'.
There may appear to be overlap between this field and ORC-5 Order Status. However, the intent of Mood Code is to support the description and documentation of historical events. In this context, Mood codes may clash with Order Status codes, a Mood code may apply for different Order Status values, or this segment may be being used outside of the order paradigm (e.g., in a patient care plan). Moods are meant to change the semantics of clinical data in a message when it is not inferable from the trigger event: when the data can represent a past medication, a future medication (e.g., in a patient care plan), or in a request (e.g., as a reason for referral). The reader is referred to Chapter 12, Patient Care, for further discussion of patient care plans and referrals.
Note: RXO-31 Mood Code was introduced in v2.6 to support Patient Care messaging concepts and constructs. At this time, there are no documented use cases for this field in the context of a pharmacy/treatment orders as described in this chapter. This statement does not preclude the use of RXO-31 in pharmacy messages, but implementers should exercise caution in using this field outside of the Patient Care context until the pharmacy/treatment use cases are established. While a similar note exists for RXO-29 Medication Instance Identifier and RXO-30 Segment Instance Identifier, particular care should be taken with RXO-31 as this could modify the intent of the segment/message and create backward compatibility problems.
Attention: This field was retained for backward compatibilty only as of v 2.7 and the detail was withdrawn and removed from the standard as of v 2.9. The reader is referred to the PRT segment described in Chapter 7. Refer to Table 0765 - Dispensing Pharmacy in Chapter 2C for valid values.
ense the prescription.
Attention: This field was retained for backward compatibilty only as of v 2.7 and the detail was withdrawn and removed from the standard as of v 2.9. The reader is referred to the PRT segment described in Chapter 7.
Definition: This field specifies the location of the patient to whom the pharmaceutical substance is to be delivered.
Definition: This field specifies the address, either mailing or physical, to which the prescription should be mailed or delivered.
Definition: This field contains the telecommunication contact information for the pharmacy. Repetitions may be supplied for various device types or use codes, or multiple instances of the same type or use. This concept also exists as RXE-45 and RXD-34 to support pharmacy contact information in the context of the order, the encoded order and the dispense.