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 and maintain patient-specific medication lists.
Medication lists are managed over time, whether over the course of a visit or stay, or the lifetime of a patient. The entire medication history for any medication including, over-the-counter products, alternative supplements and herbal medications, is viewable. Medication lists are not limited to provider orders/prescriptions but may also include, for example, pharmacy dispensed medications without prescription, over the counter medications and patient-reported medications, etc. All pertinent dates, including medication start, modification, and end dates are stored. Medication Lists may also include additional information such as age-specific dosage.
CP.1.3#01 | SHALL |
The system SHALL provide the ability to manage a patient-specific medication list based on current medication orders or prescriptions. |
CP.1.3#02 | dependent SHALL |
The system SHALL provide the ability to manage as discrete data the details of the medication information including name of the medication ordered, medication identifier (e.g., RxNORM), prescriber, ordering date, SIG (e.g., dose amount and quantity, timing, duration and route, and/or site of administration), quantity, formulation and ancillary instructions according to scope of practice, organizational policy, and/or jurisdictional law. |
CP.1.3#03 | dependent SHALL |
The system SHALL provide the ability to manage as discrete data the Study Treatment Name for any captured Investigational Product Exposures according to scope of practice, organizational policy, and/or jurisdictional law. |
CP.1.3#04 | dependent SHOULD |
The system SHOULD provide the ability to capture all dates associated with medications including start, end, and discontinuation dates according to scope of practice, organizational policy, and/or jurisdictional law. |
CP.1.3#05 | SHALL |
The system SHALL provide the ability to capture and maintain current and historical patient-specific medications in the Medication List. |
CP.1.3#06 | SHALL |
The system SHALL provide the ability to capture non-prescription medications including over the counter and complementary medications such as vitamins, herbs and supplements. |
CP.1.3#07 | SHALL |
The system SHALL provide the ability to render the medication history associated with a patient. |
CP.1.3#08 | SHALL |
The system SHALL provide the ability to tag a medication as "erroneously captured". |
CP.1.3#09 | SHALL |
The system SHALL provide the ability to render a Medication List excluding medications that have been tagged as "erroneously captured". |
CP.1.3#10 | SHALL |
The system SHALL render an indicator that a medication is tagged as "erroneously captured" when that medication is rendered in a Medication List. |
CP.1.3#11 | SHALL |
The system SHALL provide the ability to render a current medication list for patient use. |
CP.1.3#12 | SHOULD |
The system SHOULD provide the ability to capture and render information regarding the filling of prescriptions - prior to the prescription being dispensed. |
CP.1.3#13 | SHOULD |
The system SHOULD provide the ability to capture and render a notification that a prescription cannot be filled. |
CP.1.3#14 | SHOULD |
The system SHOULD provide the ability to capture and render a notification that a prescription cannot be dispensed. |
CP.1.3#15 | SHOULD |
The system SHOULD provide the ability to receive current medications and a medication history from an external source (e.g., a plan, payer or pharmacy). |
CP.1.3#16 | SHOULD |
The system SHOULD provide the ability to tag that a medication history is unavailable or incomplete. |
CP.1.3#17 | SHALL |
The system SHALL provide the ability to capture a description of the medication and a reason for the medication when the medication name is unknown (e.g., if patient has received medication from external source and does not have the name, and/or the name is not in the system formulary). |
CP.1.3#18 | dependent SHALL |
The system SHALL provide the ability to tag and render, on the active medication list, active medications that the patient brings from home to take while hospitalized, which the Pharmacy may not dispense, according to scope of practice, and/or organizational policy. |
CP.1.3#19 | SHOULD |
The system SHOULD provide the ability to maintain the medication list with changes from pharmacist verification including pharmacist, date, and time. |
CP.1.3#20 | SHOULD |
The system SHOULD provide the ability to manage the reason or indication for the medication when recording historical medications or medications from external sources (e.g., from home or other provider). |
CP.1.3#21 | SHOULD |
The system SHOULD provide the ability to update a medication order directly from the medication list. |
CP.1.3#22 | SHALL |
The system SHALL conform to function [[CPS.4.2.1]] (Support for Medication Interaction and Allergy Checking) to render any potential interactions when capturing or maintaining medications. |
CP.1.3#23 | SHALL |
The system SHALL provide the ability to capture free text medications and render them in a manner that distinguishes them from coded medication entries. |
CP.1.3#24 | SHALL |
The system SHALL render an indicator that interaction checking will not occur against free text medications at the time of their capture. |
CP.1.3#25 | SHOULD |
The system SHOULD provide the ability to render side effects of medications from the medication list that have been previously experienced by the patient. |
CP.1.3#26 | SHOULD |
The system SHOULD provide the ability to render potential side effects of medications from the medication list. |
CP.1.3#27 | SHALL |
The system SHALL provide the ability to capture and render that the patient takes no medications. |
CP.1.3#28 | dependent SHALL |
The system SHALL provide the ability to render active medications as defined by user requirements and according to scope of practice, organizational policy, and/or jurisdictional law (e.g., including medications that may still have a physiologic effect long after last administration). |
CP.1.3#29 | SHOULD |
The system SHOULD provide the ability to render non-active medications or prescriptions for inclusion in current medication screening. |
CP.1.3#30 | MAY |
The system MAY provide the ability to capture medication self-administration details including timestamps, observations, complications, and reason if medication dose was not taken. |
CP.1.3#31 | dependent SHALL |
The system SHALL capture, maintain and present pre-admission medications according to scope of practice, and/or organizational policy. |
CP.1.3#32 | dependent SHALL |
The system SHALL present pre-admission medications at the time of discharge according to scope of practice, and/or organizational policy. |