The system SHALL provide the ability to manage role-based, context-based, and/or user-based order entry.

The system SHALL provide the ability to manage the creation, renewal, modification and discontinuation of orders.

The system SHALL provide the ability to render relevant, patient-specific laboratory test results when entering an order.

The system SHALL provide the ability to manage the status of an order (e.g., open, completed, in process).

The system MAY provide the ability to capture, maintain and render order entry with an appropriate registration process when the identity of the patient is unknown or in an urgent situation.

The system SHOULD provide the ability to manage standing orders or orders that may be submitted by providers other than licensed providers according to scope of practice, organizational policy, and/or jurisdictional law.

The system SHALL provide the ability to capture and render problem/diagnosis as an element of an order.

The system MAY provide the ability to capture, maintain and render, as discrete data, a diagnosis/problem code, and/or description associated with an order of any type (including prescriptions and medications ordered for administration).

The system MAY provide the ability to link an order of any type (including medication order) with a related clinical problem(s), and/or diagnosis code(s) and description.

The system SHALL provide the ability to annotate and render comments and instructions with an order.

The system SHOULD provide the ability to annotate and render free text comments and instructions with an order (e.g., "Short draw, do CBC first").

The system SHOULD provide the ability to tag frequently used and institutionally-approved order sets as "favorites" or "preferences" to facilitate retrieval and ordering.

The system MAY provide the ability to manage orders submitted to or received from external organizations, and/or facilities such as Health Information Exchanges (HIEs) or regional Electronic Health Record Systems (EHR-Ss).

The system SHALL render patient identifying information (e.g., the patient name, identification number, and age or date of birth) on all order screens, according to scope of practice, organizational policy, and/or jurisdictional law.

The system SHALL provide the ability to capture, maintain and render an indicator of oral verification ("read-back") of the complete order by the person receiving the telephone or verbal order.

The system SHALL provide the ability to capture and render the urgency status (e.g., As-Soon-As-Possible or STAT) associated with an order.

The system SHOULD provide the ability to render order history for any order, including the ordering clinician, order details, date, and time.

The system SHOULD provide the ability to tag and render a field as required for a complete order by order type (e.g., pediatric order for antibiotic that requires the patient's weight).

The system SHOULD provide the ability to tag orders to be activated at a future date and time including admission orders, discharge orders, and post-operative orders.

The system MAY provide the ability to manage conditional orders that can be activated when certain criteria and conditions are met.

The system SHALL provide the ability to capture, store and render the identity of all providers who signed an order including their name and credential identifier.

The system SHOULD provide the ability to render a list of active orders for a patient.

The system SHOULD provide the ability to render a list of orders by similar or comparable type (e.g., all radiology or all laboratory orders).

The system SHOULD provide the ability to render outstanding orders for multiple patients, as opposed to outstanding orders for a single patient (e.g., all outstanding orders for a specific clinician or all outstanding orders for a care setting).

The system SHOULD provide the ability to capture and transmit the provider's order cancellation request.

The system SHOULD conform to function [[CPS.8.4]] (Support for Communication between Provider and Patient, and/or the Patient Representative) to manage information regarding orders.

The system SHALL provide the ability to determine and capture co-signatures for orders based upon roles (e.g., consulting physician) according to scope of practice, organizational policy, and/or jurisdictional law.