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

Publish Box goes here

Requirements: CP.6.1 Manage Medication Administration (Function)

Active as of 2024-11-23
Statement N:

Present providers with the list of medications that are to be administered to a patient, necessary administration information, and capture administration details.

Description I:

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).

Criteria N:
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:

  • the medication name, strength and dose;
  • date and time of administration;
  • route and site;
  • administering provider;
  • observations, reactions and complications;
  • reason medication not given and/or medication related activity not performed; according to scope of practice, organizational policy, and/or jurisdictional law.
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.