Indicates that a medication product is to be or has been dispensed for a named person/patient. This includes a description of the medication product (supply) provided and the instructions for administering the medication. The medication dispense is the result of a pharmacy system responding to a medication order.

Identifiers associated with this Medication Dispense that are defined by business processes and/or used to refer to it when a direct URL reference to the resource itself is not appropriate. They are business identifiers assigned to this resource by the performer or other systems and remain constant as the resource is updated and propagates from server to server.

This is a business identifier, not a resource identifier.

A plan that is fulfilled in whole or in part by this MedicationDispense.

The procedure or medication administration that trigger triggered the dispense.

While both a procedure and a medication administration may have triggered the dispense, but it is not expected that multiple procedures and/or multiple medication administrations would be triggers.

A code specifying the state of the set of dispense events.

This element is labeled as a modifier because the status contains codes that mark the resource as not currently valid.

Indicates the reason why a dispense was not performed.

The date (and maybe time) when the status of Data Types the dispense record changed.

Indicates the type of medication dispense (for example, drug classification like ATC, where the medication is expected to meds would be consumed or administered (i.e. inpatient or outpatient)). administered, legal category of the medication.).

The category can be used to include where the medication is expected to be consumed or other types of dispenses. Invariants can be used to bind to different value sets when profiling to bind.

Identifies the medication being administered. supplied. This is either a link to a resource representing the details of the medication or a simple attribute carrying a code that identifies the medication from a known list of medications.

If only a code is specified, then it needs to be a code for a specific product. If more information is required, then the use of the medication resource is recommended. For example, if you require form or lot number, then you must reference the Medication resource.

A link to a resource representing the person or the group to whom the medication will be given.

SubstanceAdministration->subject->Patient.

The encounter or episode of care that establishes the context for this event.

Additional information that supports the medication being dispensed. For example, there may be requirements that a specific lab test has been completed prior to dispensing or the patient's weight at the time of dispensing is documented.

Indicates who or what performed the event.

Distinguishes the type of performer in the dispense. For example, date enterer, packager, final checker.

Allows disambiguation of the types of involvement of different performers.

The device, practitioner, etc. who performed the action. It should be assumed that the actor is the dispenser of the medication.

The principal physical location where the dispense was performed.

Indicates the medication order that is being dispensed against.

Maps to basedOn in Event logical model.

Indicates the type of dispensing event that is performed. For example, Trial Fill, Completion of Trial, Partial Fill, Emergency Fill, Samples, etc.

The amount of medication that has been dispensed. Includes unit of measure.

The amount of medication expressed as a timing amount.

The date (and maybe time) when the dispense activity started if whenPrepared or whenHandedOver is not populated.

The time when the dispensed product was packaged and reviewed.

The time the dispensed product was provided to the patient or their representative.

Identification of the facility/location where the medication was was/will be shipped to, as part of the dispense event.

Identifies the person who picked up the medication. medication or the location of where the medication was delivered. This will usually be a patient or their caregiver, but some cases exist where it can be a healthcare professional. professional or a location.

Extra information about the dispense that could not be conveyed in the other attributes.

The full representation of the dose of the medication included in all dosage instructions. To be used when multiple dosage instructions are included to represent complex dosing such as increasing or tapering doses.

The content of the renderedDosageInstructions must not be different than the dose represented in the dosageInstruction content.

Indicates how the medication is to be used by the patient.

When the dose or rate is intended to change over the entire administration period (e.g. Tapering dose prescriptions), multiple instances of dosage instructions will need to be supplied to convey the different doses/rates. The pharmacist reviews the medication order prior to dispense and updates the dosageInstruction based on the actual product being dispensed.

Indicates whether or not substitution was made as part of the dispense. In some cases, substitution will be expected but does not happen, in other cases substitution is not expected but does happen. This block explains what substitution did or did not happen and why. If nothing is specified, substitution was not done.

True if the dispenser dispensed a different drug or product from what was prescribed.

A code signifying whether a different drug was dispensed from what was prescribed.

Indicates the reason for the substitution (or lack of substitution) from what was prescribed.

The person or organization that has primary responsibility for the substitution.

A summary of the events of interest that have occurred, such as when the dispense was verified.

This might not include provenances for all versions of the request – only those deemed “relevant” or important. This SHALL NOT include the Provenance associated with this current version of the resource. (If that provenance is deemed to be a “relevant” change, it will need to be added as part of a later update. Until then, it can be queried directly as the Provenance that points to this version using _revinclude All Provenances should have some historical version of this Request as their subject.).