ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
0.16.0 - CI Build
Publish Box goes here
Active as of 2024-08-12 |
Present providers with the list of medications that are to be administered to a patient, necessary administration information, and capture administration details.
In a setting in which medication orders are to be administered by a provider rather than the patient, the necessary information is presented including: the list of medication orders that are to be administered; administration instructions, times or other conditions of administration; dose and route, etc. The system shall securely relate medications to be administered to the unique identity of the patient (see [[CPS.1.1]]). Additionally, the provider can record what actually was or was not administered, whether or not these facts conform to the order. Appropriate time stamps for all medication related activity are generated.
For some settings that administer complete sets of medications from a variety of providers' orders, it may be useful to provide an additional check for possible drug-drug or other interactions.
The EHR system shall support the five “rights” - Right Patient, Right Drug, Right Dose, Right Route, Right Time.
The system should report medication administration, where appropriate, to public health or disease management authorities (e.g., oncology related medication orders should be communicated or transmitted to a cancer registry).
CP.6.1#01 | SHALL |
The system SHALL provide the ability to render the list of medications that are to be administered. |
CP.6.1#02 | SHALL |
The system SHALL provide the ability to render the list of medications that are to be administered including all administration directions/instructions (SIG). |
CP.6.1#03 | SHOULD |
The system SHOULD provide the ability to render medications as dispensed (including dose and quantity of dispensed units of medication). |
CP.6.1#04 | SHOULD |
The system SHOULD provide the ability to tag the medications that are to be administered by the patient (i.e. self-administered). |
CP.6.1#05 | SHALL |
The system SHALL provide the ability to render the drug, dose, route, time and frequency of desired administration for all scheduled medications. |
CP.6.1#06 | SHOULD |
The system SHOULD provide the ability to render a notification to the clinician when specific doses are due. |
CP.6.1#07 | SHOULD |
The system SHOULD provide the ability to render a notification when medication related activities are due (e.g., adjusting medication dosing based on patient condition, checking IV lines for infiltration). |
CP.6.1#08 | SHALL |
The system SHALL conform to function [[CPS.4.2.1]] (Support for Medication Interaction and Allergy Checking) in order to determine and render allergies, drug-drug interactions, and other potential adverse reactions, when rendering medication administration information. |
CP.6.1#09 | SHALL |
The system SHALL conform to function [[CPS.4.2.2]] (Support for Patient-Specific Dosing and Warnings) in order to determine and render other potential adverse reactions, when rendering medication administration information. |
CP.6.1#10 | SHALL |
The system SHALL provide the ability to capture and maintain the medication identification number of the drug administered to the patient (e.g., NDC number, lot numbers, expiration date). |
CP.6.1#11 | dependent SHALL |
The system SHALL provide the ability to capture, maintain, and render medication administration details as discrete data, including:
|
CP.6.1#12 | SHOULD |
The system SHOULD provide the ability to capture the effectiveness of PRN or "as needed" doses after they have been administered. |
CP.6.1#13 | SHOULD |
The system SHOULD provide the ability to render any clinical interventions or assessments required prior to medication administration. |
CP.6.1#14 | SHOULD |
The system SHOULD provide the ability to render any clinical interventions or assessments required subsequent to medication administration. |
CP.6.1#15 | SHOULD |
The system SHOULD provide the ability to link securely medication-related activities to the unique identity of the patient (e.g., linking the verification of medication administration to the correct patient). |
CP.6.1#16 | SHOULD |
The system SHOULD provide the ability to capture the identification of medication samples dispensed, including lot number and expiration date. |
CP.6.1#17 | SHOULD |
The system SHOULD provide the ability to capture, maintain, and render patient identification and medication identification information from integrated point-of-care devices (e.g., barcode recognition devices that help verify patients and their medications). |
CP.6.1#18 | SHOULD |
The system SHOULD provide the ability to render medication orders for medications that have not yet been dispensed. |
CP.6.1#19 | SHOULD |
The system SHOULD provide the ability to render medication orders for medications that have not yet been administered. |
CP.6.1#20 | SHOULD |
The system SHOULD render an alert, when rendering medication administration information, if a maximum individual or daily dose exists and further administration would cause these doses to be exceeded (e.g., in the case of a PRN order with weight-based or BSA-based dose limits). |
CP.6.1#21 | SHOULD |
The system SHOULD provide the ability to render medications to be administered over a selectable date/time range. |
CP.6.1#22 | SHALL |
The system SHALL provide the ability to render the medication administration history including administering provider, date, and time. |
CP.6.1#23 | SHOULD |
The system SHOULD provide the ability to render continuous infusions in a manner that distinguishes them from other discrete-dose medications (e.g., insulin drip versus subcutaneous insulin dose). |
CP.6.1#24 | SHOULD |
The system SHOULD provide the ability to render PRN ("as needed") medications in a manner that distinguishes them from other medications. |
CP.6.1#25 | SHOULD |
The system SHOULD provide the ability to annotate a scheduled medication dose and include the annotation as part of the legal medical record (e.g., describing the dose to be administered based upon specific clinical indicators such as a sliding scale insulin order where the dose is based upon the patient's current blood sugar level). |
CP.6.1#26 | SHALL |
The system SHALL provide the ability to render the medication order as written (i.e., exact clinician order language) when rendering administration information. |
CP.6.1#27 | SHALL |
The system SHALL provide the ability to capture and render patient-specific instructions or other free text related to the administration of the medication (e.g., use left-arm IV only) |
CP.6.1#28 | SHALL |
The system SHALL provide the ability to manage information regarding a second provider witness to co-document administration. |
CP.6.1#29 | SHOULD |
The system SHOULD provide the ability to capture the documentation of medication administration using a barcode scanner or imaging scanner (e.g., scanner capable of reading two dimensional symbologies). |
CP.6.1#30 | SHOULD |
The system SHOULD provide the ability to render an alert to the administering provider when an electronic identification device (e.g., barcode & scanner or RFID) is used to document the administration of the medication and one of the following is in error: right patient, right medication, right dose, right time, or right route or there has not been positive identification of the administering provider. |
CP.6.1#31 | SHOULD |
The system SHOULD provide the ability to manage medication administration schedules on the record of medication administration - to allow user to adjust future authorized schedule as needed (e.g., delay, refused, unavailable). |
CP.6.1#32 | SHOULD |
The system SHOULD provide the ability to render a notification to associated systems (e.g., pharmacy, ordering, food and nutrition services) of changes in schedules on the record of medication administration. |
CP.6.1#33 | SHOULD |
The system SHOULD provide the ability to capture an acknowledgement from a user that a medication order has been reviewed including capturing the date, time and user credentials. |
CP.6.1#34 | SHOULD |
The system SHOULD provide the ability to capture documentation of medication administration prior to pharmacy review. |
CP.6.1#35 | SHALL |
The system SHALL provide the ability to capture, maintain and render as part of the medication administration record for infusions the actual date and times of the infusion including the start and stop times and any modifications to the infusion and the assessment status of the infusion. |
CP.6.1#36 | SHOULD |
The system SHOULD provide the ability to capture, maintain, and render the patient's consent to have restricted medications administered, (e.g., Risk Evaluation and Mitigation Strategy (REMS)). |
CP.6.1#37 | dependent MAY |
The system MAY auto-populate the medication administration record as a by-product of verification of administering provider, patient, medication, dose, route and time according to scope of practice, organizational policy, and/or jurisdictional law. |
CP.6.1#38 | SHOULD |
The system SHOULD provide the ability to capture, maintain, and present physiological parameters or task completion that must be checked and recorded prior to medication administration. |
CP.6.1#39 | SHOULD |
The system SHOULD provide the ability to capture and maintain documentation that the right patient, right medication, right dose, right time, and right route were verified (e.g., using positive ID technology such as bar code scanning) at the time of administration. |
CP.6.1#40 | dependent MAY |
The system MAY provide the ability to render a medication unique identifier (e.g., NDC, Structured Products Label (SPL) in the U.S. Realm or other standard product identifiers) according to jurisdictional law. |