EHRS-FM IG

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
0.14.0 - CI Build

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1 - Local Development build (v0.14.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Requirements: CP.4.2 Manage Medication Orders (Function)

Active as of 2024-06-01
Statement N:

Create prescriptions or other medication orders with detail adequate for correct filling and administration. Provide information regarding compliance of medication orders with formularies. Provide drug utilization review functionality including alerts regarding drug interactions and allergies.

Description I:

Medications include prescribed and over the counter (OTC) drugs, allergy shots, oxygen, anesthetics, chemotherapy, and dietary supplements that were ordered, supplied, administered, or continued. Different medication orders, including new, discontinue, refill/continue, and renew require different levels and kinds of detail, as do medication orders placed in different situations. Administration or patient instructions are available for selection by the ordering clinician, or the ordering clinician is facilitated in creating such instructions. The system may allow for the creation of common content for prescription details. Appropriate time stamps for all medication related activity are generated. This includes series of orders that are part of a therapeutic regimen, e.g., Renal Dialysis, Oncology. When it comes to capturing the medication rationale, it is not mandatory that the provider always provide this information.

In addition, the system should present the clinician with clinical decision support functionality (such as the presentation of allergies, drug-drug interactions) during the medication ordering process. When a clinician places an order for a medication, that order may or may not comply with a formulary specific to the patient's location or insurance coverage, if applicable. Whether the order complies with the formulary should be communicated to the ordering clinician at an appropriate point to allow the ordering clinician to decide whether to continue with the order. Formulary-compliant alternatives to the medication being ordered may also be presented.

Criteria N:
CP.4.2#01 SHALL

The system SHALL conform to function [[CP.4.2.1]] (Medication Interaction and Allergy Checking).

CP.4.2#02 SHALL

The system SHALL conform to function [[CP.4.2.2]] (Patient-Specific Medication Dosing & Warnings).

CP.4.2#03 SHALL

The system SHALL conform to function [[CP.4.2.3]] (Medication Order Efficiencies).

CP.4.2#04 SHALL

The system SHALL conform to function [[CP.4.2.4]] (Medication Alert Overrides).

CP.4.2#05 SHALL

The system SHALL provide the ability to capture medication order details as discrete data for correct filling, dispensing and administration of drug (e.g., dose, route, physical form, duration, SIG).

CP.4.2#06 SHALL

The system SHALL provide the ability to maintain and render, as discrete data, medication orders including all the details adequate for correct filling, dispensing and administration (e.g., drug, dose, route, SIG).

CP.4.2#07 SHOULD

The system SHOULD provide the ability to capture medication order details including dose, route, frequency and comments as free text.

CP.4.2#08 SHOULD

The system SHOULD provide the ability to manage free text as part of a medication order or prescription (e.g., "this patient is unable to swallow large pills").

CP.4.2#09 dependent SHOULD

The system SHOULD render fixed text (e.g., "Bio-hazard Warning") as part of a medication order according to organizational policy, and/or jurisdictional law.

CP.4.2#10 SHALL

The system SHALL determine and render a notification to the provider that information required to compute a dose is missing or invalid.

CP.4.2#11 SHOULD

The system SHOULD provide the ability to capture patient's preference for medication usage (e.g., oral vs. injectable, generic vs. brand name) and present it to a provider at the time of medication ordering.

CP.4.2#12 SHOULD

The system SHOULD provide the ability to manage prescriptions using fractional units of medications (e.g., 1/2 tsp., 1/2 tablet).

CP.4.2#13 SHALL

The system SHALL provide the ability to capture and maintain documentation regarding patient weight, including such terms as "unknown", before entering medication orders.

CP.4.2#14 SHOULD

The system SHOULD provide the ability to capture the administrative or clinical reasons/indications/rationale for the medication(s) selected during order entry.

CP.4.2#15 SHALL

The system SHALL provide the ability to determine and render the status of a medication order (e.g., for outpatient medication ordering: captured, verified, filled, or dispensed to patient; for inpatient: captured, verified, filled, or medication administered).

CP.4.2#16 MAY

The system MAY provide the ability to determine and render the status of medication dispensing.

CP.4.2#17 SHALL

The system SHALL conform to function [[CP.1.3]] (Manage Medication List) and update the appropriate medication list with the prescribed medications (in case of multiple medication lists).

CP.4.2#18 SHALL

The system SHALL provide the ability to enter and maintain medication information supplied by the patient.

CP.4.2#19 MAY

The system MAY provide the ability to capture medication information electronically that was brought in by the patient (e.g., scanned bar code from a prescription label).

CP.4.2#20 SHOULD

The system SHOULD conform to function [[CPS.4.2.4]] (Support for Medication Recommendations).

CP.4.2#21 SHOULD

The system SHOULD provide the ability to enter and maintain prescription information from an external source (e.g., transcribed information from a non-network provider) to fill or renew a prescription.

CP.4.2#22 MAY

The system MAY provide the ability to receive and maintain prescription information from an external source (e.g., electronically from a non-network provider) to fill or renew a prescription.

CP.4.2#23 SHOULD

The system SHOULD provide the ability to manage medication orders for uncoded medications.

CP.4.2#24 SHOULD

The system SHOULD provide the ability to manage medication orders for non-formulary medications (e.g., medications that are being studied, investigational products being used in research trials, and blind study protocols).

CP.4.2#25 MAY

The system MAY provide the ability to receive the patient's current medication list from pharmacy (directly) or via an intermediary network.

CP.4.2#26 dependent SHALL

The system SHALL provide the ability to capture, maintain, and render an order for supplies that are associated with medication orders according to scope of practice, organizational policy, and/or jurisdictional law.

CP.4.2#27 SHOULD

The system SHOULD render a list of frequently-used patient medication administration instructions.

CP.4.2#28 conditional SHOULD

IF the system renders a list of frequently-used patient medication administration instructions, THEN the system SHOULD capture the ordering clinician's selection.

CP.4.2#29 MAY

The system MAY render a list of medication administration instructions common to multiple orders for the patient.

CP.4.2#30 conditional SHOULD

IF the system renders a list of medication administration instructions common to multiple orders for the patient, THEN the system SHOULD capture the ordering clinician's selection.

CP.4.2#31 SHOULD

The system SHOULD provide the ability to render patient instructions that are linked to an ordered medication.

CP.4.2#32 SHOULD

The system SHOULD conform to function [[AS.9.2]] (Support Financial Eligibility Verification) to capture and render the results of electronic prescription eligibility and health plan/payer formulary verification of prescription coverage.

CP.4.2#33 SHOULD

The system SHOULD conform to function [[AS.9.2]] (Support Financial Eligibility Verification) to capture and render patient-specific health plan/payer formulary and benefit coverage.

CP.4.2#34 SHOULD

The system SHOULD provide the ability to transmit a request for a patient's prescription drug insurance eligibility verification.

CP.4.2#35 SHALL

The system SHALL provide the ability to manage orders that contain discrete medication components to create combination drugs or compounds (e.g., Butalbital compound).

CP.4.2#36 dependent MAY

The system MAY provide the ability to maintain a constraint on the number of times that a prescription is transmitted for printing/reprinting and faxing/re-faxing, according to scope of practice, organizational policy, and/or jurisdictional law (e.g., limited print of narcotic prescription to 1 time).

CP.4.2#37 SHALL

The system SHALL track the number of times that a prescription was transmitted (to maintain a constraint on the number of times that a prescription is permitted to be transmitted for printing/reprinting and faxing/re-faxing).

CP.4.2#38 dependent MAY

The system MAY provide the ability to render prescriptions for printing/reprinting, according to scope of practice, organizational policy, and/or jurisdictional law.

CP.4.2#39 dependent MAY

The system MAY provide the ability to render prescriptions for faxing/re-faxing, according to scope of practice, organizational policy, and/or jurisdictional law.

CP.4.2#40 dependent MAY

The system MAY provide the ability to render the associated problem, diagnosis or condition (indication) on the printed prescription according to scope of practice, organizational policy, and/or jurisdictional law.

CP.4.2#41 SHOULD

The system SHOULD provide the ability to render a list of transmission options for a prescription/medication order to a specified pharmacy (e.g., printing, faxing, e-prescribing).

CP.4.2#42 SHOULD

The system SHOULD provide the ability to capture, maintain, and present the patient's consent to have restricted medications administered (e.g., Risk Evaluation and Mitigation Strategy (REMS) for research protocol and experimental drugs).

CP.4.2#43 SHOULD

The system SHOULD provide the ability to present information received through health plan/payer formulary checking (e.g., formulary alternatives, formulary status, co-pay and coverage types, prior authorization requirements, step therapy requirements, age limits, gender limits, quantity limits, age, gender, summary resource links and drug-specific resource links).

CP.4.2#44 SHOULD

The system SHOULD provide the ability to capture and render an indicator of an explicit route for the administration of specific medications during the ordering process.

CP.4.2#45 SHOULD

The system SHOULD render available alternate medication administration routes during the medication ordering process when multiple routes exist and none was specified.