visit the hl7 website The Demo site for our new HL7 Version 2+ (plus) Standard

18.4.95 OMD - Dietary Order (Event O03) (4.7.1)

Segment Cardinality Implement Status
OMD^O03^OMD_O03
MSH

Message Header

[1..1] SHALL
ARV

Access Restriction

 
UAC

User Authentication Credential Segment

[0..1]  
NTE

Notes and Comments

 
PATIENT [0..1]  
PID

Patient Identification

[1..1] SHALL
PD1

Patient Additional Demographic

[0..1]  
PRT

Participation Information

 
ARV

Access Restriction

  B
NTE

Notes and Comments

 
PATIENT_VISIT [0..1]  
PV1

Patient Visit

[1..1] SHALL
PV2

Patient Visit - Additional Information

[0..1]  
PRT

Participation Information

 
INSURANCE  
IN1

Insurance

[1..1] SHALL
IN2

Insurance Additional Information

[0..1]  
IN3

Insurance Additional Information, Certification

[0..1]  
GT1

Guarantor

[0..1]  
AL1

Patient Allergy Information

 
ORDER_DIET [1..*] SHALL
ORC

Common Order

[1..1] SHALL
PRT

Participation Information

 
TIMING_DIET  
TQ1

Timing/Quantity

[1..1] SHALL
TQ2

Timing/Quantity Relationship

 
DIET [0..1]  
ODS

Dietary Orders, Supplements, and Preferences

[1..*] SHALL
NTE

Notes and Comments

 
OBSERVATION  
OBX

Observation/Result

[1..1] SHALL
PRT

Participation Information

 
NTE

Notes and Comments

 
ORDER_TRAY  
ORC

Common Order

[1..1] SHALL
PRT

Participation Information

 
TIMING_TRAY  
TQ1

Timing/Quantity

[1..1] SHALL
TQ2

Timing/Quantity Relationship

 
ODT

Diet Tray Instructions

[1..*] SHALL
NTE

Notes and Comments

 

 

OMD_O03

MSH-15 MSH-16 Immediate ACK Application Ack
Blank Blank - ORD^O04^ORD_O04 orOSU^O52^OSU_O52
NE NE - -
NE AL, SU, ER - ORD^O04^ORD_O04 orOSU^O52^OSU_O52
AL, SU, ER AL, SU, ER ACK^O03^ACK ORD^O04^ORD_O04 orOSU^O52^OSU_O52
We need some ER7 examples...
We need some XML examples...

The ODS segment is intended to cover the basic diet definition of one diet code. A diet can be ordered as a combination of one or more diet specifications, followed by any number of supplements and/or preferences. Many diets are common to all institutions, such as an ADA 1500 calorie diet, and may exist in a table. Each diet code is limited to a six-character abbreviation.

A dietary message never specifies more than one diet. However, a single diet order may be used to discontinue one diet and specify its replacement. In this instance, the dietary message will contain two ORCs. The first ORC will not contain an ODT. A tray specification order may follow the second ORC.

Often a complete diet order consists of a single diet code. The diet code defines which foods a patient may receive. In cases where a patient cannot make food selections, a diet code often causes service of a predefined set of foods. A patient must have at least one diet code to receive food.

Supplements provide a mechanism for giving any additional desired foods to a patient. Supplements are foods given to a patient regardless of their diet codes. These foods are part of the patient's diet without being restricted by any other part of the order. Therefore, supplement assignment needs to be a controlled and supervised process to ensure that a patient does not receive improper or potentially harmful foods.

Preferences consist of likes, dislikes, substitutions, and complementary foods. Preferences are diet orders, effectively from the patient, but transmitted from the ward. They are subject to change. A mechanism is included for defining patient preferences with this proposal. Preferences are independent of the diet order and do not change when the order changes. However, if a preference violates the conditions of the diet order, then that preference is not allowed.

There is additional information that the dietary service requires for proper operation, including tray delivery times, extra trays, and messages regarding tray delivery and handling.

A patient can have only one effective diet order at a time. A diet order consists of the diet codes, supplements, and preferences effective at a given time. These three specifications govern which foods a patient will receive. Diets generally do not have a stated ending time to ensure that the patient always receives food (unless an NPO order is received).

Diet codes govern foods in two ways. First, there are foods which are simply not allowed on a specified diet. Second, some diets imply a nutrient exchange pattern which controls the amounts of certain foods that a patient can receive. Some diet codes can combine to make a single diet order. An ADA 1500 and a 2 gram sodium (NA2GM) diet can coexist since they do not address the same exchanges. The patterns for these diets can combine without conflicting or overlapping. Certain kinds of diet codes cannot be combined, such as ADA 1500 and ADA 2000. It is impossible to feed a patient at two different calorie levels. These constraints are not defined in the table, but rather are implied by the semantics of the codes.

An order specifies the complete foods a patient can or should receive at a given meal. (Depending on the institution and diet order, a patient may or may not have a choice of foods. For example, a clear liquid diet often gives no choices since there are few clear liquid foods.) A modification to a diet, by adding a diet code or supplement, may have a drastic effect on foods the patient may eat. Due to this, any modification to the diet codes or supplements will be a new order. Therefore, one must send any information for diet codes or supplements from the previous order which is still applicable for the next order. For example, a patient has an ADA 1500 calorie diet and an evening snack of Skim Milk. If you wanted to add a 2 gram sodium restriction, you need to send both the ADA 1500 calorie and the 2 gram sodium diet codes along with the Skim Milk supplement. If you do not do this, the dietary application must presume the new order is merely for 2 grams of sodium. This method allows for a comprehensive audit trail of orders and prevents ambiguities in interpretation.