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
Active as of 2024-06-01 |
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.
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.
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. |