Brontekst bekijken van mp:V3.0.0-beta.2 Ontwerp medicatieproces 9 ENG

{{StartUitgefaseerd|01-03-2024|Zie de [[MP:Medicatieoverdracht_Kickstart|kickstart landingspagina Medicatieproces 9]] voor de actuele versie van de informatiestandaard voor de kickstart.|Consult the [[MP:Medicatieoverdracht_Kickstart|kickstart overview page Medicatieproces 9]] for the current versions of the information standard for the kickstart.}}


{{IssueBox|'''<big>Dit is een gearchiveerde versie. [[MP:Medicatieoverdracht_Kickstart|Zie de kickstart landingspagina voor actuele versies]].</big>'''}}

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functional Design Medication Process 9 version 3.0.0-beta.2 English version}}

[[Bestand:ENG.jpg|50px]]  [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG This is the ENG version] <br> <br>
[[Bestand:NL.jpg|50px]]  [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9 Klik hier voor de NL versie]<br> <br>
For an overview of relevant wiki pages for Medication Process see [[Landingspagina_Medicatieproces]]

=Introduction=

This document is the functional design for the Medication Process Information Standard (in Dutch: 'Informatiestandaard Medicatieproces'). It provides a general description as well as a description of specific practical situations. The recording and exchange of information is described for specific situations using actors (people, information systems) and transactions (which information is exchanged when). 

Target groups for this document: 
*Health professionals
*Information analysts and architects 
*Software suppliers 

==Scope and vision==

This document has been produced within the Medication process program. The Medication process program aims first to take away existing obstacles in the medication process, while taking into account current legislation and the possibility of obtaining tangible results in the foreseeable future. 

One of the main obstacles concerns the lack of insight in the actual medication use of patients. This is partly due to the fact that therapeutic and logistical information are often mixed, which results in the medication history becoming unclear. The following distinction between therapy and logistics exists: 

* '''Therapy''' covers the medical side. This includes medication (and treatment) agreements, as well as the corresponding support and implementation. Therapeutic intention, (actual) medication use, self-medication and pharmacotherapy are also covered by the term ‘therapy’ as it is defined in this document.  
* '''Logistics''' covers the physical flow of medicinal products, including requests, planning and dispense. This also includes the medication supply and consumption of this supply. 

The program has taken into account current legislation and feasibility within the foreseeable future. The vision goes beyond the scope of the Medication process program and lays the foundations for a situation where a dispense request is no longer required. The ultimate objective is for prescribers to only have to concern themselves with the therapeutic side (which medicinal product, which strength, which dosage, when to start, etc.). It will no longer be necessary to create a dispense request. Instead, the prescriber will make medication agreements directly with the patient. Based on these medication agreements, the pharmacist will take care of the logistical process, eliminating the need for a dispense request altogether. Because of legislation this is not (yet) possible. The Medication process program does however take the first necessary step in the right direction.

==Reading guide==

The following paragraph introduces the main building blocks and the terminology used in this document. Detailed descriptions of the various processes (prescribe, dispense, administer, medication use) are given in [[#Medication process|Chapter 2]]. The purpose of the descriptions is to clarify how healthcare processes function in an ideal situation; which process steps are needed; which actors are participating; which information applies; and which moments of exchange exist. The process descriptions follow a fixed format: 

*Current situation <br />This paragraph describes the relevant differences between the current situation and the desired situation ('soll') in accordance with this information standard. Any obstacles will be described here. 
*Process description with the paragraphs: 
** ''Precondition''<br />The conditions that must be met before the process is started. 
** ''Trigger Event''<br />The event that starts the process. 
** ''One or more process steps''<br />Description of part of the process. 
**''Postcondition''<br />The conditions that are met after the process steps have been carried out. 
**''Use cases''<br />List of use cases associated with a specific subprocess. The use cases are detailed in [[#Description of use cases|Chapter 4]]. 
**''Information systems and transaction groups'',<br />This paragraph describes the information systems, system roles, transactions and transaction groups related to the process steps. All information concerning information systems and transaction groups is also included in [[#Information systems and transactions|Chapter 7]]. 

[[#Domain-specific handling of the medication process|Chapter 3]] describes a number of domain-specific interpretations of the medication process, for instance those of the thrombosis service and those related to service observation services in an ambulatory situation. [[#Description of use cases|Chapter 4]] describes several use cases in more detail. The practical situations are derived from general medical practice in a large number of cases but are illustrative of similar situations in a different setting. The use cases are classified according to subprocess, as indicated in [[#Medication process|Chapter 2]].<br> 
[[#Medication overview and inference rules|Chapter 5]] describes how a medication profile can be constructed from the different building blocks. [[#Information systems and transactions|Chapter 7]] includes an overview of all information systems, system roles, transactions and transaction groups. Guidelines for the functionality of the various information systems have been detailed in [[#Functionality|Chapter 8]].

In this document, Duth abbreviations are used for the medication building blocks (see Table 1 below).

==Introduction of relevant terms== 

===Therapeutic and logistical building blocks===

The use cases include a description of the process and the data elements associated with it. Related data elements are grouped together in a Clinical Information Model (CIM) or Clinical Building Block (CBB) (in Dutch: 'zorginformatiebouwsteen' - zib). The dataset details the data elements these zibs consist of; data elements may have been added to the zibs in keeping with the clinical context and care process. The data set includes the complete set of definitions of the data elements of the building blocks. The building blocks together with their data elements can be used in various scenarios for arranging/modelling healthcare applications or for defining interfaces for data exchange.

The different building blocks are shown in the figure below. They have been ordered according to process and subprocesses, and according to therapy versus logistics. 

{{anchor|figuur 1}}
[[Bestand:Bouwstenen_Engels_20231018.png|750px|Figure 1 Building blocks - overview]]

The four additional concepts ‘Proposal medication agreement’ (therapeutic), 'Reply proposal medication agreement' (therapeutic), ‘Proposal dispense request’ (logistics) and ‘Reply proposal dispense request’ (logistics) are also described. 

{{anchor|tabel 1}}
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| Building blocks in Dutch
! style="text-align:left;"| Abbr. in Dutch
! style="text-align:left;"| Building blocks in English
! style="text-align:left;"| Description
|-
| style="background-color: white;vertical-align:top;"| Medicatieafspraak
| style="background-color: white;vertical-align:top;"| MA
| style="background-color: white;vertical-align:top;"| Medication agreement
| style="background-color: white;vertical-align:top;"| 'Medicatieafspraak / Medication agreement/ is the prescriber’s proposal for medication use with which the patient agrees. An agreement to discontinue medication is also an MA<ref>This document only uses the term medication agreement, which therefore also indicates the clinical equivalent provisional medication order</ref>.
|-
| style="background-color: white;vertical-align:top;"| Wisselend doseerschema
| style="background-color: white;vertical-align:top;"| WDS
| style="background-color: white;vertical-align:top;"| Variable dosing regimen
| style="background-color: white;vertical-align:top;"| 'Wisselend doseerschema / Variable dosing regimen' contains the dosing instruction as composed by an (external) prescriber. In the WDS the element 'instructions for use' from the MA is further specified. The WDS can be modified without changing the MA. 
|-
| style="background-color: white;vertical-align:top;"| Verstrekkingsverzoek
| style="background-color: white;vertical-align:top;"| VV
| style="background-color: white;vertical-align:top;"| Dispense request
| style="background-color: white;vertical-align:top;"| 'Verstrekkingsverzoek / Dispense request' is the request from a prescriber to a pharmacist to supply the patient with one or more medicinal products in support of the current MA(s)<ref>The dispense request building block is not applicable in the clinical setting. Dispensing medication is handled in different ways in the clinical setting. Replenishment of, for example, a department’s supply is not considered a medication dispense, but rather an extension of the pharmacist’s stock. Medication dispense only takes place when the link between the medication and patient has been made. In clinical situations, administration often takes place immediately afterwards.</ref>.
|-
| style="background-color: white;vertical-align:top;"| Toedieningsafspraak
| style="background-color: white;vertical-align:top;"| TA
| style="background-color: white;vertical-align:top;"| Administration agreement
| style="background-color: white;vertical-align:top;"| 'Toedieningsafspraak / Administration agreement' contains the instructions for medication use (or administration) from the pharmacist to the patient (or his representative or administrator), adding to the MA<ref name="MO">A provisional medication order, as it is used in hospitals, is both the request from the physician to the administrator to administer medication to the patient and a dispense request to the pharmacist to ensure that the medication is available for the administrator. This last part corresponds to the medication agreement and the dispense request from the first line. In addition, the hospital pharmacist usually carries out a validation of the administration request (this creates the final medication order which is called an administration agreement here). The provisional medication order is therefore not the same as a proposal from, for example, a nurse on the basis of a protocol that has not yet been approved by a physician. </ref>.
|-
| style="background-color: white;vertical-align:top;"| Medicatieverstrekking
| style="background-color: white;vertical-align:top;"| MVE
| style="background-color: white;vertical-align:top;"| Medication dispense
| style="background-color: white;vertical-align:top;"| 'Medicatieverstrekking / Medication dispense' is the provision of a supply of medicinal product to the patient or his administrator or representative.
|-
| style="background-color: white;vertical-align:top;"| Medicatietoediening
| style="background-color: white;vertical-align:top;"| MTD
| style="background-color: white;vertical-align:top;"| Medication administration
| style="background-color: white;vertical-align:top;"| 'Medicatietoediening / Medication administration' is the registration of individual administrations of the medicinal product to the patient by the person who administers them (such as a nurse or the patient himself) in relation to the agreements made.
|-
| style="background-color: white;vertical-align:top;"| Medicatiegebruik
| style="background-color: white;vertical-align:top;"| MGB
| style="background-color: white;vertical-align:top;"| Medication use
| style="background-color: white;vertical-align:top;"| 'Medicatiegebruik / Medication use' is a statement about historical, current or intended use of a medicinal product<ref>Medication use may have been preceded by medication administration. Registration of medication use, for example after administration of rabies vaccinations or an infusion is not obvious.</ref>.
|-
| style="background-color: white;vertical-align:top;"| Voorstel medicatieafspraak
| style="background-color: white;vertical-align:top;"| VMA
| style="background-color: white;vertical-align:top;"| Proposal medication agreement
| style="background-color: white;vertical-align:top;"| 'Voorstel medicatieafspraak / Proposal medication agreement' is a recommendation or request from the pharmacist, prescriber or the administrator to the prescriber of the MA about the medication agreed upon. The recommendation request may include evaluating, discontinuing, starting or modifying medication.
|-
| style="background-color: white;vertical-align:top;"| Antwoord voorstel medicatieafspraak
| style="background-color: white;vertical-align:top;"| AVMA
| style="background-color: white;vertical-align:top;"| Reply proposal medication agreement
| style="background-color: white;vertical-align:top;"| 'Antwoord voorstel medicatieafspraak / Reply proposal medication agreement' is a reply from the prescriber to the VMA.
|-
| style="background-color: white;vertical-align:top;"| Voorstel verstrekkingsverzoek
| style="background-color: white;vertical-align:top;"| VVV
| style="background-color: white;vertical-align:top;"| Proposal dispense request
| style="background-color: white;vertical-align:top;"| 'Voorstel verstrekkingsverzoek / Proposal dispense request' is a proposal from the pharmacist to the prescriber to approve one or more MVE(s) in support of the current MA(s). This is comparable with the current situation of submitting the authorisation form or combined prescription or submitting a repeat prescription for signing. The patient may also submit a VVV to the prescriber. 
|-
| style="background-color: white;vertical-align:top;"| Antwoord voorstel verstrekkingsverzoek
| style="background-color: white;vertical-align:top;"| AVVV
| style="background-color: white;vertical-align:top;"| Reply proposal dispense request
| style="background-color: white;vertical-align:top;"| 'Antwoord voorstel verstrekkingsverzoek / Reply proposal dispense request' is a reply from the prescriber to the VVV.
|}<small>Table 1 Building blocks – description</small>

===Medication overview===
See [[#Medication overview and inference rules|Chapter 5]] for more information about these overviews, the applicable building blocks and how a medication profile/current overview can be compiled. 

==='Medicamenteuze behandeling / Pharmaceutical treatment' (MBH)===

The different medication building blocks represent steps in the medication process, from prescribing a medicinal product (MA and/or VV), followed by dispensing it (TA and/or MVE) up to and including administering and using the medicinal product. The model is designed in such a way that therapeutic building blocks and logistical building blocks are separated from each other.<br>
'''Scope'''<br>
In order to be able to illustrate the interdependence of the medication building blocks, the concept of ‘pharmaceutical treatment’ (in Dutch: 'medicamenteuze behandeling' - MBH) is introduced.<br> 
:'''Pharmaceutical treatment' is a '''technical concept''' in the information standard. Its purpose is'':<br> 
:#''To unambiguously identify the set of interdependent medication building blocks, and''<br> 
:#''To apply rules to it to unambiguously determine the present situation''.<br>
The functional application of the concept of MBH is as follows:<br>
*Medication (or MBH) is started by creating a first MA as part of a new MBH. 
*Medication (or MBH) is discontinued by creating a new MA within the same MBH (stop-MA). 
*Medication (or MBH) is modified by: 
#Discontinuing the existing MA and 
#Creating a new changed MA as part of the same MBH. The starting date (useperiod/startDateTime in dataset) of this new MA may also be in the future. 

Prescribing a new medicinal product always results in a new MA. An MA is always related to a single MBH. For the time being, the PRK level (Prescription Code from the G-standard) of the medicinal product determines whether the MA belongs to a new or an existing MBH. This may be extended to the SNK level (Substance Name Code from the G-standard) in the future, which would mean that changes in strength or between medicinal products from the same group no longer lead to a new MBH. A detailed description can be found in [[#Process step: Making a medication agreement|paragraph 2.2.5]].

Exceptions:
*Products without PRK (a non-medicine such as crutches or bandages). In this case the HPK level (Trade Product Code from the G-standard) determines if the MA will lead to a new MBH.
*Medication without PRK (magistrals often consist of several substances that are not covered by the same PRK, these substances are included separately as ingredients in the MA). Every magistral or modification thereof falls under an MBH. 
*Own articles without PRK (articles listed in the internal information system under 90 million numbers stored, such as half tablets, commonly used magistrals). Any item or modification thereof falls under an MBH. 
*Intravenous (IV) therapy (to be worked out).

'''Examples'''<br>
Five examples illustrate the scope of an MBH:<br> 
*Diazepam, 5 mg, 1 tablet 4x daily is changed to diazepam, 5 mg, 1 tablet 3x daily. The PRK level of both products is the same, they are both part of the same MBH. 
*Paroxetine tablet, 10 mg, 1 tablet 1x daily, is changed to paroxetine tablet, 20 mg, 1 tablet 1x daily. This is a modification of an MA with two different medicinal products at the PRK level. This change requires that the first MBH is discontinued and a new MBH is started. 
*A gastroprotective drug has been agreed upon in a treatment with prednisone: prednisone and gastroprotective drugs are two different medicinal products which are used parallel to each other, and their use can be modified and discontinued independently of each other. This means they are not part of the same MBH. 
*Switching from a beta blocker to an ACE inhibitor means a new PRK and this is achieved by discontinuing the MBH of the beta blocker and starting a new MBH for the ACE inhibitor. 
*When there is no PRK and the composition of the medicinal products in the MA changes (any change in the ingredients), the existing MBH is discontinued and a new MBH is started. This applies, for example, to extemporaneous preparations, drips and proprietary products.<br> 

'''Creation of an MBH'''<br>
A schematic overview of how an MBH is set up can be seen in the figure below. When a new building block (MA, TA, VV, MVE, MTD or MGB) is created, a check is first performed to determine whether this is a new medication or if there already is a current building block with the same product. This applies to all building blocks, both own building blocks and third parties’. In most information systems, the user of the information system will indicate that he wants to change one of the existing medication building blocks or wants to introduce new medication. In that case, it is easy to find out whether there already is an MBH that includes the building block. 
*If there is no existing building block for this medication, a new building block with a new MBH is created. 
*If there is an existing building block with an MBH, the user of the information system is asked whether the new building block and the existing building block belong to the same treatment. When this is the case, the same MBH will be used. When the building blocks do not belong to the same treatment, a new MBH will be created. 
{{anchor|figuur 2}}
[[Bestand:New_building_blockv6.png|500px|Figuur 2 Creation of a pharmaceutical treatment]]

Situations can occur where an MBH is created when it shouldn't have been. For example when a patient has not given permission for sharing their medical information. The way of working for merging MBHs is described in [[mp:Vkickstart_MigratieHybride#Ontdubbelen_van_MBH.27s|the implementation guide for migration and hybrid situations]]. An example use case can be found in [[#Merging building blocks under one MBH|paragraph 4.1.41]].

<br>
'''Parallel occurrence of medication agreements'''<br>
Within an MBH, several MAs may be active simultaneously. These are all MAs that are valid ('current') at this time or that will become valid in the future. In principle, only one MA is valid at any time in an MBH. However, there are a number of situations where parallel MAs are conceivable: 
#The same medicinal product, but a different strength, where the total strength should essentially be prescribed in one agreement. 
#Related (different) medicinal products that are given together, but that should be considered as a whole when evaluating treatment. 
#Technical omissions in information systems. For example, in the case of complicated dosing schedules or combination drips.<br> 

'''Situation 1''' In this situation, it was decided to combine one or more products in the same MA by entering the products as ingredients. This is comparable to extemporaneous preparations. However, the instructions for use for all these products must be identical.<ref>In practice several MAs (with different PRKs) are often combined into a single product instead of a single MA with underlying the composition.</ref><br>
'''Situation 2''' is solved in different ways in different information systems, each with their own grouping mechanisms. It concerns the correlation between different medicamenteuze behandelingen. The information standard does not provide a universal grouping mechanism.<br>
'''Situation 3''' is the only situation in which parallel MAs are permitted under one MBH. Complex phasing-in and phasing-out schedules and combination drips may be included in one MA, but not all information systems support this. For those information systems, it is permitted to create parallel MAs within a single MBH.<br>

===Correlation between building blocks and MBH=== 

The figure below shows the correlations between building blocks and the MBH. The relations between building blocks and the MBH as well as the relations between the building blocks themselves are described as follows: 
*Building blocks belong to a single MBH. An MBH includes at least one MA and may include zero or more of the following building blocks VV, WDS, TA, MVE, MGB and MTD. Unless, for example, self-medication has been recorded with MGB or in case a paper prescription has been submitted, a drug treatment can exist without an MA, but with MGB or TA. An MBH will never cease to exist, but it may no longer be effective when there are no current building blocks linked to it. VMA, AVMA, VVV and AVVV are not yet part of an MBH as these are still proposals that may or may not lead to a final MA or VV linked to an MBH. A VMA may lead to zero (if the recommendation is not followed), one or more MAs and a VVV may lead to zero (if the proposal is not honoured), one or more VVs. 
*An MBH may also only have a stop-MA in addition to, for example, an MGB building block. For example, in the event that a health professional asks a patient to stop using free available medicine (self-medication or over-the-counter (OTC) medication). The health professional records the use of the self-medication in an MGB building block and discontinues the use by creating a stop-MA belonging to the same MBH.
*An MA may refer to the previous MA or a TA or MGB on which it is based. This may also be an MA, TA or MGB that belongs to another MBH. It is possible that no digital MA is available (e.g. paper prescription [[#Paper prescription|paragraph 4.1.16]]). This MA must then be created. This MA may refer to the TA or MGB. A pharmacist is never the source of an MA but he may have a copy. 
*In principle, only one MA is valid at any one time in an MBH. Only when there are technical omissions in information systems, for example in case of complicated dosing schedules or combination drips, parallel MAs are allowed (see also the previous section). 
*An MA is supported by zero (if there is still enough supply or if no medication supply is needed), one or more (when there is, for example, continuous medication) VVs. 
*A VV is based on the current MA and any existing corresponding TA in an MBH. There may be several. 
*A VV refers to one or more MAs (for example, in the case of an interim dosage increase, a VV can be made that replenishes the supply for the existing MA and also starts the supply for the future MA). 
*A VV may result in zero (for example when the patient does not pick up the medication) to several MVEs. 
*An MA may result in zero, one or multiple WDSs.
*Multiple (possibly parallel) TAs may be based on the same MA (for example, when a pharmacist switches to a different commercial product or when the medicinal product is supplied as two or more medicinal products with different strengths, with the total strength remaining the same). When a paper prescription is submitted and the MA and the VV are not available in digital form, there is a TA without an MA. 
*An MA does not always have to lead to a TA, for example when no VV is required with a short use MA, when the patient still has sufficient stock. 
*A TA is supported by zero (when there is enough supply), one or more MVEs. 
*An MVE is based on a MA (and TA) and, in an ambulatory situation, on a VV. The exceptions are over-the-counter (OTC/self-medication) sales for the purpose of self-medication: these have no MAs and no VVs. Self-medication provided by the pharmacist may be recorded by that pharmacist as a TA with MVE, or as MGB by a random health professional or by the patient himself. 
*An MVE may support multiple TAs. 
*An MA or a TA may be followed by a new MA or TA. This may be the case when existing medication is changed (modification of MA and/or TA) or when MGB is discontinued (stop-MA/TA).


{{anchor|figuur 2}}
[[Image: Datamodel_MP92.PNG|800px|Figuur 2 - Datamodel Medicatieproces]]

===Send and/or make available===
Throughout the medication process, information is being generated and used, including medication data. There are two working methods for the digital exchange of these data in the care chain, make available/consult and send/receive.
''Make available'' means that data in one's own information system are made available for ''consultation'' by other parties involved in the chain.
Another possibility is to ''send'' data to other parties involved. These other parties ''receive'' the data automatically.

Not all data are always or to everyone made available:
* Proposals and their answers are only sent between the person making the proposal and the recipient of the proposal, often the prescriber.
* Dispense requests are made available for patient consultation only.
* Height, Weight and Laboratory results can be sent with the medication prescription. Making available/consultation of these building blocks is not in scope of MP9.

The transfer of medication data as described in this document complies with laws and regulations. The [https://www.zorginzicht.nl/binaries/content/assets/zorginzicht/kwaliteitsinstrumenten/Kwaliteitsstandaard+Overdracht+van+medicatiegegevens+in+de+keten.pdf Guideline Transfer of Medication data in the chain of care] describes, among other things, the following:
* Explicit patient consent is required for making medication data available electronically by healthcare providers to other healthcare providers. 
* No consent is required for non-electronic provision of medication data to healthcare providers directly involved in the execution of the treatment agreement.
* The sending of medication data to individuals directly involved in the execution of the treatment agreement (or their deputy) is allowed under the WGBO. This applies to individuals inside and outside the healthcare provider's organization.

[[#Medication process|Chapter 2]] elaborates in which situations data should only be made available, or sent and made available. This is summarized per process in tables in the Compilation file ([[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand per proces]]).

==Legend/Explanation==
A manual for this Nictiz wiki documentation can be found at:<br>
http://informatiestandaarden.nictiz.nl/wiki/Handleiding_Wiki_documentatie<br>
It also includes a legend for the various figures that appear in this document.

=Medication process=
This chapter describes the medication process in relation to the building blocks for first-line, second-line and third-line health care. The process is fundamentally the same in each case. The main difference is which pharmacy supplies the medication: a community pharmacy (including an outpatient pharmacy) or a hospital pharmacy. Another difference is that in an ambulatory setting a VV is required for the supply of medicinal products. This is not required in a hospital setting: the (hospital) pharmacist ensures that the medicinal products are available as long as the MA continues. 

The medication process is a cyclical process consisting of prescribing, dispensing, administering and using medication. The process starts when the patient/client visits a health professional/healthcare provider (general practitioner, hospital or other institution) for a treatment with a medicinal product and ends when the medication is no longer needed. The process is depicted in Figure 4. The yellow bar indicates the medication verification process, green prescription, purple dispensing, and orange administration and medication use. The blue bar indicates receiving and consulting of data, which may take place in any of the subprocesses. This is described in further detail in the remainder of this chapter under the relevant subprocess.
The following paragraphs describe the medication verification, prescription, dispensing, administration and medication use processes. 

{{anchor|figuur 3}}
[[Bestand:Activiteitendiagram_MP9_2.0.2_(1).png|1600px|Figuur 3 Activity diagram - medication process]]
<br>

==Process: medication verification==
Prior to the prescription process, the patient’s actual medication use is determined. This is done<ref>The patient may also verify his own medication. He then records medication use, see [[#Recording of medication use by the patient|paragraph 2.5.4.1]].</ref>: 
*In the GP practice by the general practitioner during a consultation, 
*At the GP service, A&E department or mental health crisis service by the triage specialist or the treating physician, as soon as possible, upon arrival or admission, 
*In case of clinical or day admission at a hospital or other institutions by for example the nursing staff, pharmacy assistant or outpatient/hospital pharmacist, 
*In case of outpatient consultation by for example nursing staff, doctors’ assistant or the treating physician. 

===Current situation===
*In the current situation, patients or family/informal caregivers are asked which medication they are using. The patient is sometimes unable to answer this. Family/informal caregivers (if known) are also often unable to answer this. If this is the case, the physician will contact the general practitioner or the pharmacist to find out the medication. This is difficult outside office hours and during weekends. 

===Precondition===
The patient comes in for a consultation/an outpatient consultation or is admitted (in the future). 

===Trigger event===
*Outpatient setting: consultation of and/or prescription to outpatients and patients residing in another healthcare institution<ref>This is about patients from a nursing home or a mental health institution who are going to the outpatient clinic of a hospital.</ref>. In this case, medication verification often occurs during treatment assessment (see [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4)]]. 
*Clinical setting: preparation of patient admission.

===Process===

The health professional collects the medication data from various sources, which may include: 
*Patient’s own story, 
*Dispense overviews from pharmacies, 
*Digitally available medication data from healthcare providers or personal health records (PGO), 
*Medication brought in by the patient, 
*If necessary, information by telephone from the patient’s own pharmacist or general practitioner.<br> 

The health professional verifies the medication together with the patient and records the verified medication as MGB, incl. self-medication. This results in an updated medication profile; see also [[#Inference rules|paragraph 5.6]].<br>

In practice, medication verification will lead to recording of MGB, only when it proves clinically relevant followed by updating the medication profile, particularly upon admission and discharge. 
The recorded data related to medication use are made available to fellow health professionals and the patient so that they can consult the data.

===Postcondition===
The patient's medication use has been recorded and medication data (MGB) have been made available.

===Information systems and transaction groups===
[[#Information systems and transactions|Chapter 7]] includes an overview of all information systems, system roles, transactions, etc. Those most important for the medication verification process are included in the overview below. 

{{anchor|figuur 4}}
[[Bestand:Uc_Medicatieverificatie_20231002.png|900px|Figuur 4 Processtappen en transacties - medicatieverificatie]]

==Process: prescribe==
This paragraph describes the prescription process. This includes all prescribers, such as general practitioners, specialists, other physicians and specialist nurse prescribers. The prescription process consists of an evaluation of existing pharmaceutical treatment, if any. If necessary, an MA is created and, only in an ambulatory situation, possibly a VV. Finally, the recorded medication data (MA, WDS, MGB, VV) are sent and/or made available. A picture of this process can be found in [[#Medication process|chapter 2]].

===Current situation===
The following deviations from the desired situation that are currently observed are: 
*The logistical process often determines whether information is recorded (and certainly if it is communicated). Changes in medication or discontinuation are insufficiently recorded and/or communicated, resulting in, among other things, inaccurate monitoring, incorrect use and incorrect medication profiles. 
The pharmacotherapeutic policy should be leading, not the logistical process as is currently the case. 
*Since the therapeutic intention is not communicated to the pharmacist, it is not possible to deduce from the available data whether a request for a repeat prescription falls within that therapeutic intention. Because of this, use may be erroneously resumed or continued. 
*If a change is not communicated, a request for a repeat prescription (through the pharmacist) may be based on outdated instructions for use. This can easily lead to errors. 
*In an outpatient setting, MAs and/or VVs are usually not (electronically) sent to the pharmacist. 

===Precondition===
There is a certain reason why a prescriber wants to start or evaluate/review a (pharmaceutical) treatment.

===Trigger event===

The trigger event for the process is the start of a new MBH, the evaluation of an ongoing treatment, receipt of a VVV or VMA, receipt of a notification of prescription processing from the pharmacist, or patient admission to or patient discharge from an institution.

===Process step: Evaluating a pharmaceutical treatment===

In order to evaluate treatment, an up-to-date overview of medication data is required. The medical file from the health professional is, where possible and if necessary, updated with data from external sources. In addition, the patient may be asked which medicinal products he is currently using. This medication use can be recorded by the health professional. If desired, a more extensive medication verification can be carried out (see [[#Process: medication verification|paragraph 2.1)]].<br>

The treating physician<ref> This includes all health professionals who are authorised to prescribe: not only physicians, but also nurse practitioners and physician assistants, for example</ref> evaluates the (pharmaceutical) treatment and decides to: 
*start a new MBH by creating an initial MA and/or 
*continue, discontinue, temporarily halt or modify an existing MA (1 or more)<ref>In the case of substitution, the existing MA is discontinued and a new MA is created under a new MBH.</ref> and/or 
*correct/cancel an existing MA and/or 
*approve a VMA or a VVV (including a reply via the AVVV) and/or
*send a VMA to another prescriber.

These situations are further explained in the following paragraph. See also [[#'Medicamenteuze behandeling / Pharmaceutical treatment' (MBH)|paragraph 1.3.3]]  for more information on the concept of MBH. 
A new medication overview may be created to conclude the evaluation and the resulting new MAs and VVs (see [[#Inference rules|paragraph 5.6]]).

===Process step: Making a medication agreement=== 

When creating an MA, the following principle applies: each change is recorded in a new MA. Technically this means that the existing MA is terminated by entering an end date for the period of use and that a new MA is created with the desired changes<ref> Information systems keep an audit trail. In case of a change, the existing MA is discontinued (new record) and a new MA with the change is then created (new record). By using the records of the audit trail, no major adaptations are needed for discontinuing a MA in most information systems.</ref>.
<br>
An MA can also be created to begin at a point in the future. These MAs will receive a period of use with future starting date (useperiod/startDateTime in dataset) which is later than the date of the agreement itself. Any prior MA will end just before the starting date/time of the future one. In the period of use, only one effective date can be indicated (without duration or end date), this is the case with continuous medication. To avoid confusion between 'to/until/till' and 'up to and including', specifying the time is mandatory when entering an end date. In case of an 'up to and including' date (in case of an entire day), the time 23:59:59 applies.   

Before the MA is sent and/or made available, medication monitoring takes place in accordance with current guidelines. This is a part of this process step. 

The next paragraphs describe the different situations in which an MA is created, i.e. initial medication agreement, continuing medication, discontinuing medication, temporarily halting medication or correcting/cancelling an agreed medication. Information about MBH is assumed to be known (see [[#'Medicamenteuze behandeling / Pharmaceutical treatment' (MBH)|paragraph 1.3.3]]). 

====New medication agreement====

A new MA is created at the start or modification of an MBH. When a new MBH is started, the prescriber should consider whether an existing MBH should be discontinued. The description in [[#'Medicamenteuze behandeling / Pharmaceutical treatment' (MBH)|paragraph 1.3.3]] is based on the most common process from prescription to administering or using. In a transitional situation or in the absence of digital data, it is also technically possible that an MBH could start with a TA, for example. This might occur for instance when a pharmacist has not received the MA with the corresponding MBH in digital form. The pharmacist will consequently start a new MBH when the TA is created. This may also be the case for any other building block. A patient can, for example, start an MBH by recording MGB, without having the original MBH.

====Continuing medication====

In a number of cases the therapeutic intention of the prescriber remains the same and the MA does not have to be modified. For instance: 
*In an ambulatory situation when, for a repeat prescription, only a new VV is needed, or 
*At admission to an institution where the home medication continues to be used, whether or not in combination with self-medication. <br>

In both of these cases, the existing MA will not be adjusted. Should there be a change in PRK, e.g. at admission or discharge, the existing MBH will be discontinued by creating a stop-MA (see [[#Discontinuing medication|paragraph 2.2.5.3]]) and a new MBH is started (see [[#New medication agreement|paragraph 2.2.5.1]]).

====Discontinuing medication==== 

Medication is discontinued by creating a new MA (stop-MA) within the same MBH. The reason for discontinuation is recorded in this stop-MA. The medication may be discontinued immediately or in the future. 
The new MA (stop-MA) contains the following information:
*An end date (may also be in the future) that must be included in the text description of the instructions for use as well,
*Its own author, 
*Its own agreement date, 
*Stop type 'permanent', 
*Reference to the specific MA that is being stopped (future MAs will remain in place). It is not possible to create a stop-MA without referring to the MA that needs to be stopped except when that MA is not available. If there are only TA(s) or MGB(s) available in the MBH then a prescriber must be able to stop these with a stop-MA without reference to an MA, 
*ReasonModificationOrDiscontinuation.

The following elements must at least be included in the stop-MA:
*Startdate{},
*Agreed medicine, with exception of 90 million numbers,
*InstructionsForUse, with exception of additional instructions.

For an MA in which an end date is immediately agreed upon, e.g. in the case of a course of treatment, no additional stop-MA is needed. When an MA with an end date in the future is extended, it will be considered as a normal change (see [[#Changing medication|paragraph 2.2.5.5]]). The stop-MA can never prolong the period of use. A stop-MA always has the ‘permanent’ stop type, even if it is a stop-MA resulting from a change. A maximum of one of the two agreements is valid at any point in time. A stop-MA resulting from a change is not always relevant for end users. A stop-MA as a result of a change is also referred to as a technical stop-MA. The user interface must adequately support this. A prescriber will be less interested than a pharmacist who may need to adjust his logistical process because of the change. When a prescriber wants to shorten the period of use even more after creating a stop-MA, another stop-MA is created. The stop-MA refers to the most recent MA and this is the first stop-MA.

Medication can be stopped by the prescriber himself or by another prescriber. When a prescriber stops medication he registers a new stop-MA, also when stopping someone else’s MA. He sends the stop-MA to the health care provider who made the original MA to notify him/her. The latter processes the stop-MA in his/her own system, if possible.<br>
In some situations, MAs may unintentionally seem to be active when in reality this is no longer the case. To minimise this risk, information systems must, in response to a query, for each MBH provide the stop-MA with the most recent creation date, even if this building block falls outside the requested period of use. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

====Temporarily halting and resuming medication====

Temporarily halting medication is the discontinuation of medication for a known or unknown period of time. Medication may be halted immediately or in the future. When medication use is temporarily halted, the medication still remains relevant for monitoring because the medication may be resumed in the future. Temporary substitution with another medicinal product is not considered an interruption but rather a discontinuation of the original medication and the start of a new pharmaceutical treatment with the substitute. Temporarily halting medication is covered by two MAs<ref>This does not mean that end users actually have to create two agreements. A user friendly presentation by the information system is desired.</ref>: a stop-MA is created to stop medication use in accordance with guidelines for a stop-MA (see previous paragraph) and a new MA is created for resuming the medication (including the reason for this, if any). All MAs are part of the same MBH. The reason for the interruption is recorded in the stop-MA. The stop type for the stop-MA is 'temporary’.

====Changing medication====

Changing an MA may apply to:

:a) Dosage,<br>

:b) Strength of the medicinal product,<br>

:c) Method of administration,<br>

:d) Duration of treatment ((e.g. extension of therapy),<br>

:e) The responsible prescriber. <br>

Switching to a completely different medicine is, in principle, switching to a different MBH (see also [[#'Medicamenteuze behandeling / Pharmaceutical treatment' (MBH)|paragraph 1.3.3]]). In this case, the doctor will discontinue the existing MBH (see [[#Discontinuing medication|paragraph 2.2.5.3]]) and start a new one (see [[#New medication agreement|paragraph 2.2.5.1]]). 
If the PRK stays the same, changes will be recorded under the same MBH.
In case of a change, a technical stop-MA is made (see [[#Discontinuing medication|paragraph 2.2.5.3]]) and a new MA is made with the relevant change. Should the change apply to a future MA, a technical cancel-MA is made (see [[#Stopping a future medication agreement|paragraph 2.2.5.7]]) and a new future MA is created with the relevant change. The appointment date of the technical stop/cancel-MA and the new MA should always be the same. The new MA must include the reason for the change and (if possible) a reference to the original MA. Changes may take effect immediately or in the future. A technical stop/cancel-MA and corresponding new MA are made available at the same time. A maximum of one of the two agreements is valid at any point in time. In case of extending an MA whose duration has already expired or whose entered stop date has already passed, this is not considered a change (a stop-MA for the already automatically stopped MA is superfluous). In that case, a new MA can be created under the same MBH.

====Correcting a medication agreement<ref> Correcting administration agreements happens in the same way. XIS is a generic term for a random (health care) information system. PHR=personal health records.</ref>====

This paragraph describes correcting an MA because a prescriber made an error. This may have been discovered by the prescriber himself or by a co-prescriber. 
For example, a doctor makes a typing error in the dosage of an MA: 10 inhalations, 2x daily, instead of 1 inhalation, 2x daily. If the MA has not yet been shared with other healthcare providers, the prescriber can modify or delete that MA himself within his own information system. If the MA has already been shared with other healthcare providers, then he will stop this erroneous MA with a stop-MA with the reason 'incorrect registration' and create a new MA under the same MBH with the correct information. Should the erroneous MA have a start date in the future, the prescriber cancels it with a cancel-MA (see [[#Stopping a future medication agreement|paragraph 2.2.5.7]]) with the reason 'incorrect registration'. The doctor sends the stop/cancel-MA and new MA to the pharmacist and makes them available to fellow health professionals and the patient. (see [[#Process step: Send and/or make available|paragraph 2.2.10]]).

====Stopping a future medication agreement====
This concerns only MAs with a start date in the future. A prescriber may wish to terminate this future MA for any reason. Instead of being stopped, the future MA is cancelled making it clear that there has been no period of use. Technically, this is a stop-MA with stop type 'cancelled'. Instead of a stop-MA a 'cancel-MA' will be created. The cancel-MA works basically the same as the stop-MA described in section 2.2.5.3, but with two important differences: 

*The stop type is 'cancelled' instead of 'permanent'
*The start and stop dates of the cancel-MA are the same.

Furthermore, the following general rules apply, as described in 2.2.5.3. The cancel-MA needs to have: 

*its own author
*its own appointment date
*a reference to the specific future MA being changed (other future MA remain). It is not possible to create a cancel-MA without reference to the MA to be cancelled, except if there is no MA within the MBH to refer to. When only future TA(‘s) and/or future MGB(‘s) exist in the MBH, the prescriber should be able to cancel them with a cancel-MA without relation to an MA.

The recognisability of a cancel-MA is necessary, e.g. for it to be processed correctly when preparing a medication summary. It is of course important for a healthcare provider to know whether something actually took place and then was stopped, or that it never took place. Distinguishing the cancel-MA and stop-MA makes this transparent.

===Process step: Making a variable dosing regimen===
When a prescriber prescribes medication with a variable dosing regimen, the dosing of the medication can be adjusted by a (different) prescriber without having to adapt the MA.  At the moment the WDS is used for anticoagulants. When prescribing anticoagulants, the prescriber determines the therapeutic INR-range (International Normalized Ratio, a measure of blood clotting time), within which the treatment should take place.<br>
The thrombosis service is responsible for drafting the WDS. The dosing regimen is composed by a prescriber (usually a thrombosis physician) in the building block WDS. The prescriber who made the MA remains responsible for the VVs. The thrombosis physician composes the WDS within the agreed upon INR-range, the dosing regimen is usually based on a specific, measured INR-value. <br>
====Setting up a variable dosing regimen ====
The prescriber prescribes anticoagulants with an MA and indicates: 
* The medication (PRK) that is being prescribed to the patient. The medication in the WDS is always the same as the medication in the MA. 
* That for this medication a variable dosing regimen applies (this is added in the additional instructions). This also means there will be no dosage added in the MA. 
* The INR-range within which the treatment should take place. This information is included in a comment. 

In order to bridge the period until the thrombosis service is involved and ready to take over the treatment, the original prescriber sets up a WDS for this first period (usually between 4 and 7 days). Usually a checkup date is agreed upon after the registration of the patient at the thrombosis service. During this checkup the INR-value is measured. Based on the measured value and/ or the professional assessment of the thrombosis physician, a dosing regimen is composed that either changes of succeeds the previous WDS. From this moment on, the thrombosis service takes over the composition of the dosing regimen from the original prescriber. 

''INR-value with the WDS''<br>
The WDS is often based on an INR-value. For other parties involved in the care for the patient, it’s important to be able to deduce the INR-value on which the WDS was based. For this reason, the corresponding INR value in the WDS can be recorded in free text in the 'comment' data element.

====Changing a variable dosing regimen ====
When the WDS is being used up until the stop date of the WDS, it can be replaced by a new WDS that succeeds it. The new WDS has a relation to the MA and the previous WDS. 
Furthermore, it is possible to adjust the WDS before the stop date is reached. In that case, the information system stops the previous WDS, using a technical stop-WDS that is not visible to the user. The new WDS follows and has a reason for change and a relation to the MA and the previous WDS. 
All changes related to the dosing regimen can be included in the WDS. Changes that concern the further treatment policy (e.g. the prescribed medication, the route of administration of the agreed upon INR-range) are to be made in the MA.

====Stopping a variable dosing regimen ====
There are various reasons that can cause the need to (temporarily) stop the use of anticoagulants. For example, in the event of a procedure or because there is temporary co-medication. Two kinds of situations can be  distinguished. Depending on the situation and the assessment of the thrombosis physician one of twee methods is chosen: 
#''(temporarily) adjusting the policy'': The thrombosis physician can choose to temporarily adjust the dose for the anticoagulants to 0. For example, in the event of a planned procedure. In this case, the MA (and therefore the treatment with anticoagulants) and the TA will continue, but the dosage in the WDS is temporarily adjusted to 0. The MA will still be shown on the medication overview under ‘current medication’. In the event of such a temporary adjustment, only the WDS is changed. It is advised to include a reason for this change in the new WDS.
# ''(temporarily) stopping the anticoagulants:'' The thrombosis physician (or another prescriber) can also choose to (temporarily) stop the treatment with anticoagulants. This means that the patient should not take any anticoagulants anymore. In this case the thrombosis physician (or another prescriber) creates a stop-MA (or sends a VMA to the original prescriber). Stopping the MA also stops the underlying therapeutic building blocks (TA, WDS). The anticoagulant will be shown on the medication overview under ‘recently stopped medication’. 
If, after a period of time, there is a need to restart the anticoagulant, the prescriber can do this by creating a new MA. In many cases the thrombosis service will no longer be involved. But if they are, the thrombosis physician could send a VMA to the original prescriber who then may adopt the proposal and create an MA accordingly.

Anticoagulant medication can be stopped by the prescriber himself or by another prescriber. When a healthcare provider stops anticoagulant medication he registers a stop-WDS, also when stopping someone else’s WDS. He sends the stop-WDS to the healthcare provider who created the original WDS to notify him/her. The latter processes the stop-WDS in his/her own system, if possible.<br>
In some situations, the WDS may unintentionally seem to be active when in reality this is no longer the case. To minimise this risk, information systems must, in response to a query, for each MBH provide the stop-WDS with the most recent creation date, even if this building block falls outside the requested period of use. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

===Process step: Creating a dispense request===

A VV (besides an MA) only applies in an ambulatory situation. A VV may be made when the medication supply of the patient needs to be replenished. This does not have to coincide with an MA. At the start of an MBH for which the patient still has a sufficient supply at home from a previous agreement, a VV is not needed. When the dosage is reduced, the patient may also have a sufficient supply. In the case of a medicinal product that is used for a prolonged period of time (e.g. an antihypertensive drug), with a continuous MA (meaning a period of use with only a start date (useperiod/startDateTime in dataset)), several VVs may be made over time within the scope of this existing agreement. 
Logistical and emergency instructions may be included in the VV, such as supply location, request to not include in the GDS (medication distribution system, in Dutch: 'Geneesmiddel Distributie Systeem'), etc. 

In the case of a VV, the quantity to be supplied or the consumption period can be stated. In case of a consumption period, the quantity must be clearly deducible from the dosing instruction of the MA. Note: a consumption period end date has a meaning other than the period of use end date from the MA and may diffeer.
*Period of medication use end date: date until which the pharmacist is allowed to supply medication (and thereby provide sufficient supplies to the patient for use until that date). 
*Period of use end date: date on which the patient must stop the medication (this can be equal to the consumption period end date or further in the future).

===Process step: Sending renal function value with prescription===

Renal function is important for certain medicines. The renal function value determines the choice of drug and/or drug dosage. It is legally stipulated that if a health professional has performed further research on a patient renal function, he should share abnormal renal function values with the appropriate pharmacist, appointed by the patient (article 6.10, 'regeling geneesmiddelenwet' - Dutch medicines act). 

The renal function value is always sent with the prescription (using the building block laboratory test results) for medicines for which this is important, so that the pharmacist can perform proper medication monitoring. The renal function value should not be older than 13 months, because with stable chronic renal impairment the renal function should be checked at least once a year. 1 month has been added to allow some backlog in practice. 

If at the time of sending of an MA and/or VV no renal function is known, then the prescription policy remains unchanged. Sending the laboratory test result renal function value without an MA and/or VV is beyond the scope of this information standard.

===Process step: Sending height and weight values with prescription===

It is possible for the prescriber to send the body height and weight of the patient with the prescription. This is the height and weight of the patient that the prescriber used for the MA. Hence, it is possible for these values to diverge (be more accurate) from the height and weight values that are registered in the patient details. This could be necessary for prescribing for children or for medication where weight (e.g. coagulation medication) or height (e.g. oncolytic agents) are important factors to consider.

Body height and weight are separate building blocks. They can only be sent together with the prescription and with the MA. The information is not available on request.

===Process step: Send and/or make available===

This step involves information exchange. Information can be sent or made available with different intentions: 

A. As an order for the pharmacist to dispense medication. The prescriber sends the MA to the pharmacist. In an ambulatory situation, the VV is also sent to the patient’s pharmacist. If the pharmacist is not known, this process step can also be performed with a paper prescription and/or by making the data available (see C). When the pharmacist has filled the order, the prescriber will receive a notification (see [[#Information systems and transaction groups 3|paragraph 2.3.10]]).<br>

B. As an order for the pharmacist to implement a medication change (including stop-MA with stop type 'permanent' or 'temporary') that impacts or may impact a current dispense process by this pharmacist. A current dispense process indicates an order (as in A) that has been accepted, but has not yet been completely filled. For example, when medication is still being supplied or when a VV dictates that medication should be supplied multiple times, but not all supply actions have taken place yet, e.g. with the GDS.<br>

C. Making available the medication data (MA, WDS, MGB; VV only to the patient), so that fellow health professionals and/or the patient can consult them at a later date. <br>

D. Sending medication data to another healthcare provider at the patient's request or upon discharge.<br>

E. Sending medication data (WDS) to the thrombosis service in case the prescriber has created an initial WDS before the thrombosis service takes over (see [[#Setting up a variable dosing regimen|paragraph 2.2.6.1)]].

In case of corrected data, the prescriber assesses who should be actively informed about this correction. This can be done, for example, by sending the new MA (option A or B above) or by means of a telephone consultation. 
In an ambulatory setting (general practitioner/outpatient clinic) medication data are usually sent or made available directly; in a clinical setting, medication data is usually made available at discharge or interim leave from the institution.

===Postcondition===
* A new MA may have been created (starting, changing or discontinuing medication) 
* A VV may have been made (only outpatient) 
* An order may have been sent to the pharmacist to carry out a dispense of medication
* An order may have been sent to the pharmacist to modify a dispense of medication
* The new medication data (MA, WDS, MGB, VV) have been sent and/or made available to fellow health professionals and the patient.

===Information systems and transaction groups===

The prescriber and the pharmacist as well as other health professionals and users all make use of an information system, respectively, an electronic prescribing system (EVS), a pharmacist information system (AIS, incl. ZAIS), a XIS and a PGO<ref> XIS is a generic term for a random (health care) information system. PHR=personal health records.</ref>. These information systems each have different system roles which enable the exchange of data between these information systems as part of the prescription process. 
[[#Information systems and transactions|Chapter 7]] includes an overview of all information systems, system roles, transactions, etc. The most important elements for the prescription process are included in the overview below. 

{{anchor|figuur 5}}
[[Bestand:Uc_Voorschrijven_20231018.png|900px|Figuur 5 Processtappen en transacties - voorschrijven]]

===Use cases===
The following specific use cases have been elaborated:
*[[#Short-term medication|Short-term medication ]]
*[[#Continuing medication|Continuing medication ]]
*[[#Hard end date for period of medication use|Hard end date for period of medication use ]]
*[[#Medication as needed|Medication as needed ]]
*[[#Course of treatment as needed starting in future|Course of treatment as needed starting in future]]
*[[#Two dosages of the same medication at the same time|Two dosages of the same medication at the same time ]]
*[[#The same medicinal product with different strengths at the same time|The same medicinal product with different strengths at the same time ]]
*[[#Extra particularities in the medication agreement|Extra particularities in the medication agreement]]
*[[#New medication agreement, no dispense request|New medication agreement, no dispense request ]]
*[[#New dispense request under existing medication agreement|New dispense request under existing medication agreement]]
*[[#Dosage change (sufficient supply)|Dosage change (sufficient supply)]]
*[[#Prescription no longer needed after first dispense request|Prescription no longer needed after first dispense request]]
*[[#Discontinuing medication|Discontinuing medication ]]
*[[#Temporarily halting/resuming medication|Temporarily halting/resuming medication ]]
*[[#Temporarily halting for an intervention|Temporarily halting for an intervention ]]
*[[#Paper prescription|Paper prescription ]]
*[[#Carrying out medication verification and evaluation of foreign or self-medication|Carrying out medication verification and evaluation of foreign or self-medication ]]
*[[#Day treatment|Day treatment ]]
*[[#Starting with medication before admission|Starting with medication before admission ]]
*[[#Emergency admission|Emergency admission ]]
*[[#Interim discharge|Interim discharge ]]
*[[#Transfer to another institution|Transfer to another institution]]
*[[#Do not dispense before|Do not dispense before ]]
*[[#Discontinuation of medication by third parties|Discontinuation of medication by third parties ]]
*[[#Two PRKs in a single pharmaceutical treatment|Two PRKs in a single pharmaceutical treatment ]]
*[[#Creating a medication agreement after the fact|Creating a medication agreement after the fact ]]
*[[#Single medication use|Single medication use]]
*[[#Provisional and final medication order|Provisional and final medication order ]]
*[[#Inadvertently ‘outstanding’ medication or 'orphans'|Inadvertently ‘outstanding’ medication or 'orphans' ]]
*[[#Missing digital medication agreement at admission|Missing digital medication agreement at admission ]]
*[[#Own articles (90 million numbers)|Own articles (90 million numbers) ]]
*[[#Dosing with minimum interval|Dosing with minimum interval ]]
*[[#Dispense request with number of repetitions|Dispense request with number of repetitions ]]
*[[#Prescribing non-medicines|Prescribing non-medicines (paragraph 4.1.37)]]
*[[#Send renal function value in the prescription|Send renal function value in the prescription ]]
*[[#Cancelling a prescription that was sent earlier|Cancelling a prescription that was sent earlier ]]
*[[#Modification of someone else's medication agreement|Modification of someone else's medication agreement ]]
*[[#Setting up a variable dosing regimen|Setting up a variable dosing regimen]]
*[[#Changing a variable dosing regimen during period of use|Changing a variable dosing regimen during period of use]]
*[[#Stopping medication with a variable dosing regimen|Stopping medication with a variable dosing regimen]]
*[[#Patient requests repeat prescription via physician (reactive repeat)|Patient requests repeat prescription via physician (reactive repeat)]]
*[[#Merging_building_blocks_under_one_MBH|Merging building blocks under one MBH]]

==Process: dispense==

This paragraph describes the process of dispensing medication, including repeat prescriptions and GDS. This process encompasses all actions a pharmacist must take for the patient to not only receive a medicinal product, but to also receive the associated pharmaceutical care ensuring a safe and effective use of the medicinal product by the patient. The dispense process starts with providing pharmaceutical care. If necessary, a TA will be made and, if needed, medication is supplied. Medication supply (i.e. handing out a medicinal product) does not always take place. This may be the case when the MA is changed (e.g. in case of dose reduction where the patient still has enough supply), when the medication is discontinued or, in an ambulatory situation, the medication is not collected. When the MA and/or the VV do not comply (see [[#Process step: Contacting the prescriber|paragraph 2.3.5]]), the prescriber will be informed. Finally, the recorded data (TA, MVE) are sent and/or made available.

Medication assessment is the process in which the physician and pharmacist consider all medication of the patient against the background of his condition, applicable treatment guidelines, the well-being of the patient, etc. Medication assessment is defined in this document as a combination of treatment evaluation (as described in the previous paragraphs) and pharmaceutical care. Depending on the findings, the previously described medication verification and prescription processes are followed, after which medication dispense takes place. 

For the GDS, many pharmacists collaborate with another organisation that handles part of the pharmacists’ logistics. This then also requires data exchange with that party. Besides, not all medication can be included in the GDS packaging, which adds to the logistical complexity for the pharmacist. The internal logistics and communication between the pharmacist and his subcontractor(s) are outside the scope of this information standard. It has been established however that with the provision of the current building blocks and the underlying data elements, this logistical process can be adequately supported. 

===Current situation===
The following deviations (from the desired situation that) are currently observed: 
*In the current situation, in the case of GDS, the prescribing physician and other health professionals receive a large quantity of dispense messages. This becomes difficult to manage for these health professionals. 
*In the current situation, in the case of GDS, pharmacists and general practitioners communicate via so-called authorisation lists. The pharmacist sends an overview of all the patient’s medication to the general practitioner for authorisation. This complicates matters for a general practitioner because he will need to verify all MAs. This should not be necessary, as most MAs/VVs have already been authorised. It would be much more efficient if the general practitioner only needs to authorise those MAs/VVs that have not been authorised yet, e.g. a new VV on the basis of an existing MA. 
*In the current situation, an after-hours pharmacy often does not inform the regular general practitioner and regular pharmacy when medication is dispensed. 
*In the current situation, a proposal for an MA is usually coordinated with the prescriber by telephone, and/or the pharmacist and prescriber have made an agreement about handling a warning from the medication monitoring system.
*The intention of the return message is not always clear: no distinction can be made in the return/delivery message between displaying a physical delivery and a transmission of information about a medication change. 
*In the current situation, pharmacists sometimes register (and communicate) medication dispenses when they are preparing the medication for the patient instead of at the time when the medication is actually supplied to the patient. This means that medication that has not been collected is sometimes erroneously registered as medication dispense.

===Precondition===

An MA exists. In an ambulatory situation there may also be a corresponding VV. 

===Trigger event===
The pharmacist starts the medication dispense process on the basis of one of the following events: 
*Receipt of an order to make an MVE on the basis of a new MA. In an ambulatory situation, this order is always accompanied by a VV. 
*Receipt of an order to process a new MA in an ongoing MVE. 
*Receipt of a trigger (for example, via a patient or a repeat module of the pharmacist information system) for a repeat MVE under an existing or newly proposed VV.

===Process step: Providing pharmaceutical care===
Pharmaceutical care is provided by a community, outpatient (i.e. at the hospital) or institutional pharmacy, depending on the health professional who has created the MA: 
*MA, possibly with a VV from the general practitioner or specialist: care provided by a community or outpatient pharmacy. 
*MA from specialists and other prescribers in hospitals/institutions: care provided by an institutional pharmacy or a community pharmacy that supplies the respective institution. 
Medication monitoring is also part of pharmaceutical care.

Based on the received MA or a change in the situation of the patient, the pharmacist decides how to apply this by: 
*Making one or more new TAs. 
*Continuing, permanently discontinuing, temporarily halting or modifying an existing TA. 
*Rejecting the MA. 
*Proposing a new MA. 
*Proposing a new VV.

The last three situations are explained in the following paragraph. The first two situations are explained in [[#Process step: Creating an administration agreement|paragraph 2.3.6]]. 
In conclusion of provided pharmaceutical care, which may comprise new agreements and medication dispenses, a new up-to-date medication overview may be compiled and made available.

===Process step: Contacting the prescriber===

There are a number of situations where the pharmacist contacts the prescriber, such as: 
* When a new or modified MA is needed 
* When a new VV is needed 

A new or modified MA is needed: 
* When a new TA cannot be created based on the received MA because the pharmacist suspects an error in the MA, or 
* After a signal from the medication monitoring system as part of pharmaceutical care. The signal may indicate, for example, that the dosage should be lowered or increased, that it is advisable to select another medicinal product, that a product should be temporarily discontinued, that another additional product should be added, etc., or 
* Based on medication use as reported by the patient during pharmaceutical care, or 
* When the temporarily halted pharmaceutical treatment may be resumed. 
In these situations, a TA is not yet created or modified. The pharmacist first contacts the prescriber to discuss the possible error and suggest an alternative. The pharmacist may also send a proposed medication agreement (VMA) to the prescriber. He recommends a specific MA in this proposal, together with the reason and arguments for that recommendation. The prescriber may approve the VMA and make it into a final MA (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]]).<br>

A new VV is needed when the patient’s medication stock is depleted or nearly used and the treatment may need to be continued (request repeat prescription). The patient either requests a repeat MVE from the pharmacist or has signed up in the past for proactive repeat MVE and a notification signal is generated by the repeat module of the AIS when the patient requires new medication<ref> The patient may also request a repeat directly from the prescriber: see [[#Process step: Contacting prescriber by patient|paragraph 2.5.6]].</ref>. 
If the existing dispense request is not adequate, the pharmacist can send a VVV to the prescriber. The VVV may contain indications for the prescriber, such as urgency. The prescriber may approve the received proposal and alter it into a final VV. The prescriber sends a reply proposal dispense request (AVVV) to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] and subsequent paragraphs).

===Process step: Creating an administration agreement===

If the MA and, if applicable, the corresponding VV can be processed, a TA will be created. By creating a TA, the pharmacist fulfils the MA. The TA is communicated to the patient or the person administrating the medication. The TA belongs to the same MBH as the MA it fulfils. As is the case with the corresponding MA, a TA may start in the future. The dosage in the TA may deviate from that in the MA, for example because a certain strength is not in stock. This means that another PRK can become part of the MBH when, for example, 1 tablet of 20 mg is changed into 2 tablets of 10 mg. 
Before the TA is sent and/or made available, medication monitoring will take place in accordance with applicable guidelines as part of this process step. 

On the basis of the TA, an administration list<ref> In this document, the administration list means both the digital and the paper version, unless otherwise indicated. Sublist and checklist are synonyms. </ref> can be compiled for home care or nursing staff, among others. 

When creating a TA, the same principle applies as for the MA: each change is recorded in a new TA. 

The following paragraphs describe the different situations in which a TA is created: new TA or continuing, permanently discontinuing, temporarily halting or modifying an existing TA. 

====New administration agreement====

In case of a new MA, a new TA is always created. A new TA is also created in case of a new preference policy or a change in stock which results in the selection of a different medicinal product. 
When creating a new TA, the pharmacist takes into account, among other things: 
*Preference policy, 
*Inclusion in GDS-packaging, 
*Available stock of the institution (‘hospital formulary’) or the pharmacy itself.<br> 

''Administration agreement for anticoagulants''<br>
Medication with a variable dosing regimen also requires a TA and/or MVE. This follows the regular process. However, the TA, like the MA, does not include a dosing schedule, but the additional instruction: 'use according to schedule thrombosis service'. See [[#Process step: Making a variable dosing regimen|paragraph 2.2.6]] for more information on the variable dosing regimen.<br>

If, in an ambulatory situation, the first supply to the patient occurs later than agreed, the start date of the TA will be different from the start date of the MA.

A new TA can also be created without corresponding MA. When a patient buys over-the-counter medication in the pharmacy, the pharmacist may want to register this as a TA for the purpose of medication monitoring.

====Continuing an administration agreement====

When the existing MA and TA are sufficient to carry out an MVE, the TA will not be adjusted. 

====Discontinuing an administration agreement====

A TA is discontinued by creating a stop-TA within the same MBH. This stop-TA refers to the TA that is being stopped. The reason for discontinuation is recorded in this TA. The TA may be discontinued immediately or in the future. The new stop-TA is a copy of the existing TA with:
*As end date in the period of use the date on which the TA ends (may also be in the future),
*An end date that must be included in the text description of the instructions for use as well,
*Its own author,
*Its own agreement date,
*Stop type 'permanent',
*Reference to the specific TA that is being stopped (other TAs will remain in place). It is not possible to create a stop-TA without referring to the TA that is being stopped, except when there is no TA available in the MBH to refer to. If there are only MGB('s) available in the MBH then a pharmacist must be able to stop these with a stop-TA without reference to a TA.

For a TA in which an end date has immediately been agreed upon, e.g. in case of change of roll (GDS), no additional stop-TA is needed. When a TA with an end date in the future is being extended, this will be considered as a normal change (see [[#Modifying an administration agreement|paragraph 2.3.6.5]]). A stop-TA  has the ‘permanent’ stop type, too, if it is a stop-TA resulting from a change. 

Also, an MA in which it has been agreed to discontinue medication permanently leads to a stop-TA with stop type ‘permanent’ under the same MBH (this also applies in case of a stop-MA as a result of a change). The stop-TA prevents further supplying of the discontinued medication.  

In an ambulatory situation, the prescriber can indicate in the MA that the medication will be discontinued starting with the next roll (with GDS). In this case, the start date (useperiod/startDateTime in dataset) of the stop-TA may be later than indicated in the original stop-MA.

A TA can be stopped by the pharmacist himself or by another pharmacist. When a pharmacist stops medication, he creates a stop-TA, also when stopping someone else’s TA. He sends the stop-TA to the healthcare provider who made the original TA to notify him/her. The healthcare provider of the original TA then processes the stop-TA in his/her own system if possible.<br>
In some situations, administration agreements may unintentionally seem to be active when in reality this is no longer the case. To minimise this risk, information systems must, in response to a query, for each MBH provide the stop-TA with the most recent creation date, even if this building block falls outside the requested period of use. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

====Temporarily interrupting an administration agreement====

Temporarily interrupting an MA results in a stop-TA (stop type: 'temporary'). Upon resuming, a new TA is created. Both TAs belong to the same MBH as the MA. 

====Modifying an administration agreement====

Changing a TA can take place on two different levels: by changing the corresponding MA or by changing the TA. Changing the corresponding MA (consisting of a technical stop-MA and a new MA) results in a stop-TA belonging to that stop-MA with a reference to the original TA. A new TA is also created for the newly created MA.  

If the change is made only to the TA, this will result in a technical stop-TA and a new TA under the existing MA. If the change is made to a future TA, a technical cancel-TA is created (see section 2.3.6.6) and a new future TA with the change. The appointment date of the technical stop/cancel-TA and the new TA must always be the same. The new TA should include the reason for the change and (if possible) a reference to the original TA as well as a reference to the unchanged MA. Changes may take effect immediately or in the future. A technical stop/cancel-TA and corresponding new TA are made available simultaneously.

====Stopping future administration appointment====

This concerns only TAs with a start date in the future. A pharmacist may wish to terminate this future TA for any reason. Instead of being stopped, the future TA is cancelled, making it clear that there has been no period of use. Technically, this is a stop-TA with stop type 'cancelled'.  Instead of a stop-TA a 'cancel-TA' will be created. The 'cancel-TA' works basically the same as the stop-TA described in [[#Discontinuing an administration agreement|paragraph 2.3.6.3]] but with two important differences:
* stop type is ‘cancelled’ instead of ‘permanent’
* start and stop dates of the cancel-TA are the same
Furthermore, the following general rules apply, as described in [[#Discontinuing an administration agreement|paragraph 2.3.6.3]]. The cancel-TA needs to have:
* its own author
* its own appointment date
* a reference to the specific future TA being changed (other future TAs remain in place). It is not possible to create a cancel-TA without reference to the TA to be cancelled, except if there is no TA within the MBH to refer to. When only future MGB(s) are available in the MBH, the pharmacist should be able to cancel them with a cancel-TA without relation to a TA. 

The recognisability of a cancel-TA is needed e.g. for it to be processed correctly when preparing a medication summary. It is of course important for a healthcare provider to know whether something actually took place and then was stopped, or that it never took place. Distinguishing the cancel-TA and stop-TA makes this transparent.

===Process step: Supply===

After creating the TA, the pharmacist prepares the product and supplies it to: 
*The patient in a community setting, 
*The patient admitted to a hospital, nursing home or other institution. 
The pharmacist records an MVE<ref>In a clinical situation, product may be taken from the department’s own supply, after which administration takes place immediately and the administration is recorded.</ref>.

Medication supply to patients: 
*In an ambulatory situation only occurs on the basis of a VV or a repeat VV, 
*In a clinical situation occurs on the basis of the MA without the need for a VV.

===Process step: Send and/or make available=== 

This step involves information exchange. Information can be sent or made available with different intentions: 

* As a request to the prescriber to create a new medication agreement (VMA) or a new dispense request (VVV). 
* Informing the prescriber about the processing of the prescription (TA and/or MVE). 
* Making available the medication data (TA, MVE), so that fellow health professionals and/or the patient can consult them at a later date.

===Postcondition===
*A TA may have been created. 
*An MVE may have taken place and, if necessary, the patient has received instructions on how to use the medicinal product. 
*Fellow health professionals have been informed or may inform themselves. The prescriber has been informed. 
*If necessary, the prescribing physician has been requested to provide a new/modified MA or VV.

===Information systems and transaction groups===

The prescriber and the pharmacist as well as other health professionals and users all make use of an information system, respectively, an electronic prescribing system (EVS), a pharmacist information system (AIS, incl. ZAIS), a XIS and a PGO<ref> XIS is a generic term for a random (health care) information system. PHR=personal health records. </ref>. These information systems each have different system roles which enable the exchange of data between these information systems as part of the prescription process. 
[[#Information systems and transactions|Chapter 7]] includes an overview of all  information systems, system roles, transactions, etc. The most important elements for the prescription process are included in the overview below.

{{anchor|figuur 6}}
[[Bestand:Uc_Ter_hand_stellen_20231002.png|900px|Figuur 6 Processeps and transactions - dispense]]

===Use cases===
The following specific use cases have been elaborated:
*[[#New medication agreement, medication dispense of the same product|New medication agreement, medication dispense of the same product ]]
*[[#New medication agreement, more precise product specification|New medication agreement, more precise product specification]]
*[[#Existing administration agreement is adequate|Existing administration agreement is adequate]]
*[[#Proposal to prescriber for medication agreement|Proposal to prescriber for medication agreement]]
*[[#Request and dispense|Request and dispense ]]
*[[#Patient requests repeat prescription via physician (reactive repeat)|Patient requests repeat prescription via physician (reactive repeat) ]]
*[[#Patient requests repeat prescription via pharmacist|Patient requests repeat prescription via pharmacist]]
*[[#Proactive repeat prescription by pharmacist|Proactive repeat prescription by pharmacist]]
*[[#Dispense based on an existing dispense request|Dispense based on an existing dispense request]]
*[[#Splitting a prescription|Splitting a prescription ]]
*[[#Starting and continuing a GDS|Starting and continuing a GDS ]]
*[[#Pharmacist changes commercial product|Pharmacist changes commercial product ]]
*[[#Adding medication to a GDS|Adding medication to a GDS ]]
*[[#Discontinuing medication in a GDS|Discontinuing medication in a GDS ]]
*[[#GDS supplier supplies other commercial product|GDS supplier supplies other commercial product]]
*[[#Parallel administration agreements with GDS and non-GDS dispense|Parallel administration agreements with GDS and non-GDS dispense ]]
*[[#Handling a stop-medication agreement|Handling a stop-medication agreement]]
*[[#Dispense with someone else’s administration agreement|Dispense with someone else’s administration agreement ]]
*[[#Modification of someone else’s administration agreement|Modification of someone else’s administration agreement ]]

==Process: administer==

<br>
This paragraph describes the administration process. This process comprises the compilation of the administration list for (professional) administrators and the administration which is carried out by a (professional) administrator, the patient himself or an informal caregiver. Professional administrators are physicians, nurses and caregivers (home care/institution).

In paragraph 2.4.1, the current situation is described, followed by a description of the new, altered situation.

===Current situation===
In the current situation, the (professional) administrator, together with the patient, verifies the medication which should be administered, using the available information (paper and/or digital administration list(s), the dosing schedule for, for example, anticoagulant medication, the information on the label), and, subsequently, administers the medication. In case of uncertain administration instructions, the administrator contacts the prescriber or pharmacist. Uncertainties are more likely to occur with an increasing number of prescribers, suppliers and administrators who are involved in the administration process.
In the current situation, for administrators, there are several challenges in the transfer of medication data:
*Transfer of medication data between inpatient health care or home care, and hospital health care is missing or is not available in time;
*Medication changes are not received (in time), and medication stops are missing;
*Up-to-date data on the administration list is not available in the case of supply by multiple pharmacies during after-hours care (evening, night or weekend);
*Separate dosing schedules, in addition to the administration list, of (highly) variable dosages, for example anticoagulant medication;
*Problems related to a separate dosing schedule of (highly) variable dosages; for example, loss of the dosing schedule, verbal information regarding changes of the dosing schedule;
*Medication as needed, injection schedules (for example, for insulin) are missing on the administration list (the injection schedules will be worked out in the information standard in the future);
*An overview is missing of all health professionals and healthcare providers which are involved.

In the current situation, the pharmacist compiles the administration list for the (professional) administrator or the patient. This administration list comprises the administration times, which are geared to the rounds of the home care organisation, with account for the pharmaceutical ranges. A paper or digital administration list is used by the (professional) administrators for the registration of the medication administration. A paper administration list (including the administration registration) is in the patient’s home, and is therefore accessible for all professional administrators (irrespective of organisation). The digitally recorded MTDs are only exchanged with other health professionals in exceptional situations (for example, it may be exchanged in the case of admission or special circumstances). With the transition to an electronic administration registration, the administration list (with the recorded administration times) is no longer physically present; instead the administration is recorded in the E-TDR/E-TRS (electronic administration registration/electronic administration registration system) (see paragraph 2.4.8). The involved professional administrators of different organisations (with possibly different E-TRS applications) cannot consult or can only consult with difficulty the registered administration procedures of other organisations, because of registration in different applications and/or databases.

===Precondition===

The patient administers medication to himself or the patient must be administered medication by a(n) (professional) administrator and, therefore, requires an administration list.

===Trigger event===

The moment the medicinal products must be administered.

===Process step: Administration list===

The (professional) administrator or patient receives or consults the medication data needed for the automated generation of the administration list. The administrator must have current medicationinformation prior to adminstration. For the administration list, the building blocks MA, WDS, TA and MTD are needed. In order to compile a complete administration list, the (guide) administration times and dosing instructions are required. The pharmacist and prescriber can enter these data in the TA, and MA or WDS, respectively. Recently recorded medication administrations (including recently stopped or changed medications) are also shown in the administration list. In general, pharmacists and prescribers in the ambulatory setting do not register the (guide) administration times and, therefore, they should receive a trigger which indicates that it concerns an ‘administration patient’; a patient who is aided in the medication administration or a patient who requires an administration list. For some medication, it is necessary to provide information on the previous ‘prick and patch locations’ (sites of administration); this is registered in the MTD. In the case of inpatient health care, administration lists are available for all patients, and (guide) administration times are registered by default.

Most (guide) administration times are chosen based on the administration times of other prescribed medication and the rounds of the administrator, especially for MAs and TAs with standard flexible (guide) administration times. Further agreements should be made regarding the (guide) administration times by those concerned in the healthcare field (for example, which deviations from the (guide) administration times are permitted). If the administration of a drug requires a specific time of administration, for example because of medication interactions, this is communicated by entering in the TA and/or MA that the (guide) administration time is not flexible. 

The administration list differentiates between GDS medication (GDS: medication distribution system, in Dutch ‘Geneesmiddel Distributie Systeem’) and non-GDS medication based on the distribution type. This information is extracted from the building block TA. Subsequently, the administrator (administration software) compiles the administration list, based on the MA, WDS, TA and MTD, with differentiation according to administration moment. Prescribers, pharmacists and administrators (PrickPatchLocation) are responsible for providing the medication data which is necessary for generating the administration list.

If, due to circumstances, a verbal adjustment is made to the medication prescription and no current MA/TA is available, the (professional) administrator can register the individual administrations in the eTDR. Examples of situations in which this could occur are:

*verbal adjustment in the medication prescription,
*in an emergency situation in which no current MA/TA is available, this situation is described in [[#Medication administration without medication agreement and administration agreement|section 4.3.13.]]

===Process step: Administering===

The (professional) administrator has received the medication data (MA, WDS, TA and MTD) that is required for the medication administration. These data are presented in the administration list as described above. The (professional) administrator, together with the patient, verifies the available medication and the administration data. If agreed and needed, the professional administrator prepares the medication for administration. The medication is administered and the administrator records the administration in the information system or on the administration list. Deviations in the medication administration (not administered, adjusted dosage, refusal by the patient, swallowing problems, adverse effects, etc.) are recorded as well.

===Process step: Send and/or make available===

In this step, information is exchanged. Information can be sent or be made available with different intentions:
* The recorded MTDs and deviations can be sent for information to a fellow health professional;
* Making available the medication data (MTD), so that fellow health professionals and/or the patient can consult them at a later date. For example, the administration data can be retrieved upon transfer of the patient to another department or institution. Also, a health professional can check which medication is administered to a patient.

===Postcondition===

The patient has administered medication by himself or has been administered medication. If MTDs have been recorded in an information system, they are sent and/or made available to fellow health professionals and the patient.

===Information systems and transaction groups===

The prescriber and the pharmacist as well as other administrators and patients (optional) all make use of an information system, respectively, an electronic prescribing system (‘elektronisch voorschrijfsysteem’ - EVS), an electronic client file (‘elektronisch cliëntendossier’ - ECD), a pharmacist information system (‘apothekersinformatiesysteem’ - AIS), a hospital pharmacist information system (‘ziekenhuisapotheekinformatiesysteem’ - ZAIS), an administration registration system (‘toedieningsregistratiesysteem’ - TRS), a thrombosis service information system (‘trombosedienstinformatiesysteem’ - TrIS) and a personal health environment (‘persoonlijke gezondheidsomgeving’ - PGO). These information systems each have different system roles which enable the exchange of data between these information systems as part of the administration process. The information systems may have a function in compiling an administration list, and in the registration, the exchange and the delivering of an MTD.
Chapter 6 provides an example of compiling an administration list. The most important elements for the administration process are included in the overview below.

{{anchor|figuur 7}}
[[Bestand:Uc_Toedienen_20231002.png|900px|Figuur 7 Processtappen en transacties - toedienen|800px]]

===Use cases===

The following use cases for medication administration have been worked out:

*[[#Creating an administration list| Creating an administration list]]
*[[#Exact administration times required| Exact administration times required]]
*[[#Missing (guide) administration times| Missing (guide) administration times]]
*[[#Non-GDS medication as needed| Non-GDS medication as needed]]
*[[#Medication supply by multiple pharmacies| Medication supply by multiple pharmacies]]
*[[#Change in GDS from the next supply or immediately| Change in GDS from the next supply or immediately]]
*[[#Increasing dosage of GDS in new MBH| Increasing dosage of GDS in new MBH]]
*[[#Decreasing dosage of GDS in new MBH| Decreasing dosage of GDS in new MBH]]
*[[#Change processed by the pharmacist| Change processed by the pharmacist]]
*[[#Change not processed by the pharmacist| Change not processed by the pharmacist]]
*[[#Extra instructions for administering, explanation in MA, TA and/or WDS| Extra instructions for administering, explanation in MA, TA and/or WDS]]
*[[#Medication administration deviates from administration list| Medication administration deviates from administration list]]
*[[#Medication administration without medication agreement and administration agreement| Medication administration without medication agreement and administration agreement]]
*[[#Medication administration of self-medication| Medication administration of self-medication]]
*[[#Correction/cancellation of an administration| Correction/cancellation of an administration]]
*[[#Medication administration on hold| Medication administration on hold]]
*[[#Medication administration by a prescriber| Medication administration by a prescriber]]
*[[#Multiple administration organisations| Multiple administration organisations]]
*[[#Feedback to patient through a medication adherence app|Feedback to patient through a medication adherence app]]

==Process: use==
This paragraph describes the process of medication use including registration of medication use by the patient or a health professional. The information recorded by the patient or health professional may be used, among other things, for medication verification by the health professional. During medication verification, medication use is established by the health professional. A picture of this process can be found in [[#Medication process|chapter 2]].

===Current situation===
*There is currently a limited number of information systems available in which the patient can record his own use of medication. Exchange to health professionals is also highly dependent on the information system used and is often limited to one specific health professional via, for example, one specific platform/app.
*The current medication profiles are often incomplete and not up to date.

===Precondition===
The patient has been prescribed medication.

===Trigger event===
The patient has used the medication or does not use it (anymore).

===Process step: Medication use===
The patient uses the prescribed medication or self-medication. Medication use may be recorded by
*The patient himself or his informal caregiver,
*A home care or institution nurse and/or
*Another health professional.
This third option often applies in the event of medication verification (see [[#Process: medication verification|paragraph 2.1]]). A variety of information systems is available to record medication use: PHR, XIS, EPF [electronic patient file] / ECF [electronic client file], app, etc.

The following can be recorded as medication use:
*Self-medication and other proprietary medication,
*Discrepancies compared to agreements made,
*Confirmation of medication use (promoting compliance),
*Verified medication (see medication verification),
*Changes as a result of, for example, side effects.

Patients who are being administered medication by a nurse sometimes take the medication by themselves at a later time, depending on the BEM-score (assessment of medication self-management, in Dutch: 'Beoordeling Eigen Beheer Medicatie'); in that case, MTD data may deviate from MGB.<br>
While medication is being used, pharmaceutical care is provided by the pharmacist (see [[#Process step: Providing pharmaceutical care|paragraph 2.3.4]], e.g. in case of new laboratory values). There may also be follow-up contact during which the pharmaceutical treatment is evaluated (see [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]]).

====''Recording of medication use by the patient''====
The patient makes use of a medication profile and indicates actual medication use for each medicinal product for which this is relevant. The patient can indicate whether or not he is using the product and/or whether this is ‘medication use according to agreement’ (whereby the MA and/or TA is displayed) or if there were deviations. In case of deviations, it is possible to enter specific deviations (i.e. with regard to the schedule actually followed by the patient), but deviations can also be entered in more general terms (for example, I take the medication: ‘from time to time’, [x] times per [days/week] on average’, ‘1x daily instead of 2x’, ‘not anymore since 22 January yyyy’ or ‘not anymore since about a month’). In case of deviation from the agreements, the patient also indicates the reason for changing or discontinuing.<br>
The patient may also add his own medication to the overview and indicate any side effects as the reason for the changes.

Information about medication use will not always be present. There is also no certainty about the reliability of the information. Sometimes there are agreements between the health professional and the patient about keeping track of medication use, and sometimes the initiative is the patient’s entirely.

====''Recording of medication use by health professionals''====
During the process of medication verification ([[#Process: medication verification|paragraph 2.1]]) or evaluating a pharmaceutical treatment ([[#Process step: Evaluating a pharmaceutical treatment|2.2.4]]) the patient (or his informal caregiver) indicates, for example, that he does not use medication or uses it differently than was agreed. He may also indicate that he uses other medication as well (self-care products or foreign medication). The health professional can record these data as MGB. The data about medication use is recorded in addition to the primary medication data with the patient being recorded as the source of the information and the health professional as the author.<br>
Instead of or in addition to recording the MGB, a prescriber may also choose to make a new or modified MA with the patient (in accordance with the process described in [[#Process step: Making a medication agreement|paragraph 2.2.5]]). This may occur when the prescriber sees reasons to adjust the agreement in response to the patient’s actual medication use. When the prescriber sees no reasons to adjust the agreement, he may choose to only record the MGB, perhaps with the remark that he has requested the patient to comply with the existing agreements.

In case of deviations in MGB, a pharmacist may create a VMA for the prescriber (see [[#Process step: Contacting the prescriber|paragraph 2.3.5]]) and/or advise the patient to inform the prescriber about the deviations.

The assessment of medication use (effect and side effect) will be recorded by the physician in the medical history or used as a reason to modify or discontinue an MA.

===Process step: Send and/or make available===
The recorded medication data (MGB) can be sent and/or made available to fellow health professionals and the patient.

{{Anchor|2-5-6}}

===Process step: Contacting prescriber by patient===
Patients can also contact the prescriber themselves if a new or changed medication agreement or dispense request is required. The process is analogous to the process Contacting prescriber by the pharmacist  ([[#Process step: Contacting the prescriber|paragraph 2.3.5]]).

===Postcondition===
The medication list has been updated by the patient and actual medication use has been added. If necessary, the patient has asked the prescriber for a new or modified MA or VV.

===Information systems and transaction groups===
The ''prescriber'' and the ''pharmacist'' as well as other ''health professionals'' and ''users'' all make use of an information system, respectively, an electronic prescribing system (EVS), a pharmacist information system (AIS, incl. ZAIS), a XIS and a PGO<ref>XIS is a generic term for a random (health care) information system. PHR=personal health records.</ref>. These information systems each have different system roles which enable the exchange of data between these information systems as part of the prescription process.<br>
[[#Information systems and transactions|Chapter 7]] includes an overview of all information systems, system roles, transactions, etc. The most important elements for the prescription process are included in the overview below.

{{anchor|figuur 8}}
[[Bestand:Uc_Gebruiken_20231002.png|900px|Figuur 8 Processtappen en transacties - gebruiken]]

===Use cases===
The use cases for medication use are described on the basis of registration by the patient. The prescriber may record medication use in the same way but will rather record the assessment of medication use (effect and side effect) in the medical history or use it as a reason to modify or discontinue an MA.

The following specific use cases for medication use have been worked out:
*[[#Self-care product|Self-care product ]]
*[[#Medication from abroad|Medication from abroad ]]
*[[#Modification on the patient’s initiative|Modification at the patient’s initiative ]]
*[[#Discontinuation of medication on the patient’s initiative|Discontinuation of medication at the patient’s initiative ]]
*[[#No more supply|No more supply ]]
*[[#Feedback to patient through a medication adherence app|Feedback to patient through a medication adherence app ]]
*[[#Registrations of abnormal medication use by patient due to adverse drug reactions|Registrations of abnormal medication use by patient due to adverse drug reactions ]]
*[[#Register medication use based on supply|Register medication use based on supply ]]

=Domain-specific handling of the medication process=

==After-Hours General Practice clinics (HAP)==
The after-hours general practitioner (AHGP) works on behalf of the regular general practitioner (GP). The AHGP may (among other things) start, modify and discontinue MAs in accordance with the process described in [[#Process: medication verification|paragraph 2.1]]. If necessary, the AHGP will also create the corresponding VVs. In addition to the generic prescription process, it is possible for the AHGP to use the field ‘nextPractitioner’. When prescribing new medication the AHGP can use the field to indicate whom the regular GP of the patient is. When stopping or changing medication the AHGP can use the field to indicate whom the original prescriber of the medication was. By doing so the AHGP informs the rest of the involved practitioners whom they may contact when the AHGP is no longer available.<br>
The AHGP will inform the regular GP about the observation. In principle, the AHGP will follow the generic prescription process, except that a AHGP will carry out certain steps on behalf of the regular GP (‘delegated’).

==Mental health care==
There are only few planned admissions in mental health care (almost only in departments for eating disorders, clinical rehabilitation, etc.). Most admissions are admissions as a result of acute crisis situations and are therefore comparable to admissions via the emergency departments in hospitals (see also [[#Starting with medication before admission|paragraph 4.1.19]]).

===Current situation===
In the current situation, patient or family/informal caregivers are asked which medication the patient is using. In most cases, the patient is unable to give an answer (often the reason for admission). Family/informal caregivers (if known) are also not always able to answer this. If this is the case, the admitting physician/psychiatrists will contact the general practitioner or the pharmacist to find out the medication. This is difficult outside office hours and during weekends. When data do come in, only part of them is retyped in the information system of the health professionals.

===Process===
In the new situation, it will be possible to retrieve the available medication data and medication overviews. On this basis, medication verification, assessment of the pharmaceutical treatment (as soon as possible) and medication administration (in accordance with [[#Medication process|Chapter 2]]) can be started. Medication dispense is carried out by public pharmacists on an outpatient basis and, in clinical practice, often by a contracted hospital pharmacy.<br>
As is the case with hospital discharge, the pharmaceutical treatment will be assessed at discharge from a mental health institution ([[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] and subsequent). Clinical medication is discontinued and, if necessary, new medication is prescribed or temporarily halted outpatient medication is resumed or permanently discontinued. The physician/psychiatrist focuses mainly on psychiatric medication; somatic medication usually remains unaffected.<br>
Letting the psychiatric patient record his own medication use may be experienced as undesirable control instead of it stimulating proper medication use.<br>
The medication data will be made available.

==Nursing, care and home care (VVT)==
The medication process in a VVT institution (nursing home, care home and home care) is similar to that of the clinical situation. However, in a VVT institution, a geriatrics specialist is responsible for prescribing medication to admitted clients and medication is being dispensed by one or more community pharmacists, possibly as part of GDS if needed. VVT institutions and home care make use of administration lists, which are drawn up based on the toedieningafspraken. The administration list is used to check medication before administering it and to sign off actual medication administation. Communication of the administration list between pharmacist, prescriber and nursing staff will be explained in more details further on in this information standard.

==Hospital admission and discharge==
A special situation in the transfer of medication data occurs when a patient is admitted to a hospital. At the moment of admission and of discharge, a lot of changes can take place in the MAs and TAs. That is why this subject is separately illustrated in this chapter. This process is described in more detail in instruction manuals for caregivers and software suppliers.

===Prior to admission===
Before a patient is admitted to a hospital, changes in medication may be necessary. The prescriber during admission and patient can agree upon starting new medication or stopping continuous medication a few days before admission. The prescriber during admission subsequently registers an MA or stop-MA and mentions in the explanatory notes how many days before admission the patient has to start or stop the medication. When this MA is registered, the date of admission is often yet unknown. That is why the prescriber during admission records that this MA depends upon a hospital admission. This means that the start or end date are uncertain. Technically, this is solved by registering the explanatory notes in the element ‘Condition’ of the period of use of the MA. If this condition is entered, it is clear to caregivers that the period of use is uncertain.

===During admission and at time of discharge===
When a patient is admitted, the following situations can occur, concerning the outpatient medication:
* Unchanged continuous use,
* Change in dosage,
* Generic substitution (active ingredient remains the same),
* Pharmacological substitution (active ingredient changes, but medication is registered for the same indication),
* (Temporary) stop.

Below, for each situation, an explanation is given for registration of the medication of the patient.

====Unchanged continuous use====
The patient continues using the outpatient medication during admission.

Both MA and TA continue during admission and after discharge.

====Change in dosage====
The patient uses the outpatient medication during admission, but in a different dosage.

The MA for outpatient medication is stopped at admission. During admission, a new MA is registered with the changed dosage. At discharge, the prescriber decides which dosage will apply for the outpatient medication and registers a new MA. When registering the MA the prescriber can make use of the data field ‘next practitioner'. With this data field the prescriber can indicate who needs to take on the authorship of the MA after discharge. The TA is also stopped at admission. During admission, a new TA is registered, based on the new MA. At discharge a new TA will be registered if a new MA is registered.

====Generic substitution====
The patient uses a different medicinal product during admission, but with the same active ingredient and dosage as in the outpatient medication.

The MA for outpatient medication continues during admission and after discharge.
The TA for outpatient medication is stopped at admission and continued at discharge. During admission, a new TA is registered. This TA will be stopped at discharge.

====Pharmacological substitution====
The patient uses a different medicinal product during admission, with a different active ingredient from the outpatient medication. This medicinal product, however, is registered for the same indication as the outpatient medication.

The MA for outpatient medication is stopped at admission and will be continued again at discharge. When registering the MA for after discharge, the prescriber during admission can use the data field ‘next practitioner’. With this data field the prescriber can indicate who needs to take on the authorship of the MA after discharge. During admission, a new MA is registered. This MA will be stopped at discharge. The TA for outpatient medication is also stopped at admission and resumed at discharge by making a new TA with the same content. During admission, a new TA is registered. This TA will be stopped at discharge.

====(Temporary) stop====
The patient (temporarily) stops using the outpatient medication during admission.

The MA for outpatient medication is (temporarily) stopped at admission. If the medication is stopped temporarily, a new MA will be registered at discharge. When registering the MA for after discharge, the prescriber during admission can use the data field ‘next practitioner’. With this data field the prescriber can indicate who needs to take on the authorship of the MA after discharge. If the medication is stopped definitively, the MA will not be resumed. The TA for outpatient medication is also (temporarily) stopped at admission. If the medication is stopped temporarily, this TA will be resumed at discharge by registering a new TA with the same content. If the medication is stopped definitively, there will be no new TA after discharge.

=Description of use cases=
This chapter contains a description of various use cases. Specific practical situations have been described for the various subprocesses. A large number of the practical situations are based on general medical practice, but are illustrative of similar situations in a different setting. This chapter assumes the knowledge as previously described in [[#Medication process|Chapter 2]].

==Use cases, Prescribe==


===Short-term medication===
A 35-year-old female patient with a history of urinary tract infection brings her urine to the doctor’s assistant and tells her she has the same symptoms as the previous times. The assistant enquires about other symptoms such as fever and pain in the flank and checks the urine. There are no other symptoms and the urine reveals a urinary tract infection. She tells the patient that the general practitioner will prescribe a course of treatment and that she can pick it up from the pharmacist later. The general practitioner checks the previous courses of treatment and any cultures and records an MA. On ''27 January'' it was agreed:
:''Nitrofurantoin CR capsule, 100 mg, 2x daily, 1 capsule, from now on<ref>See also [[#Hard end date for period of medication use|paragraph 4.1.3]].</ref> for 5 days.'' 
He records this MA in his information system. The general practitioner then immediately also makes a VV for the pharmacist chosen by the patient:
:''Nitrofurantoin CR capsule, 100 mg; 10 capsules.''
The general practitioner also records this VV in his information system.<br> 
The general practitioner consults with the patient to find out from which pharmacist she wants to pick up the medication. The prescription (MA and VV) is sent to the pharmacist and the medication data are made available to fellow health professionals (MA only) and patient (MA and VV).<br>
<br>
[[Bestand:ENG_Voorschrijven_Kortdurende medicatie.png|800px]]

===Continuing medication  ===
The process for continuing medication is practically the same as for short-term medication (see [[#Short-term medication|paragraph 4.1.1]]), except that in the case of continuing medication the MA is made for an indefinite period of time.

For example: the prescriber agrees with a patient who has hypertension that he should use a diuretic on a continuous basis. On ''30 March yyyy'' it was agreed:

:''Hydrochlorothiazide tablet, 12.5 mg; 1x daily, 1 tablet; from now on <u>for an indefinite period.</u>''
''For example, the prescriber chooses in the VV an initial supply quantity of 100 tablets.''<br>
<br>
[[Bestand:ENG_Voorschrijven_Doorlopende medicatie.png|800px]]

===Hard end date for period of medication use===
A start date (useperiod/startDateTime in dataset), end date and/or duration can be included in the period of medication use of an MA. If a hard end date is desired, this must also be explicitly stated in the explanation. Including an end date alone is not sufficient because this does not provide enough clarity about the intention of the prescriber.<br>
<br>
[[Bestand:ENG_Voorschrijven_Harde stopdatum gebruiksperiode.png|800px]]

===Medication as needed===
A 31-year-old female patient has had headaches a few times in a year, with migraine now being diagnosed. The general practitioner prescribes:
:''Rizatriptan tablets, 10 mg, <u>as needed</u> 1c1t under the tongue. First tablet at the next clear migraine attack.'' 
The general practitioner records the MA and makes a VV:
:''6 sublingual rizatriptan tablets, 10 mg.''
<br>
[[Bestand:ENG_Voorschrijven_Zo nodig medicatie.png|800px]]

===Course of treatment as needed starting in future===
A 60-year-old patient with post-thrombotic syndrome experiences erysipelas (severe infection of the leg which can require admission if medication is not started quickly) sometimes every other year, sometimes three times a year. At the request of the patient, the general practitioner prescribes an antibiotic treatment that the patient can start immediately in case of a recurrence of erysipelas. The following MA is created: 
:''Flucloxacillin capsules, 500 mg, 1 capsule 4x daily, for 10 days. In the MA is indicated (condition): start in case of recurrence, as needed.''
The general practitioner immediately creates a VV:
:''Flucloxacillin 500 mg, 40 capsules.''
To prevent the MA from being relevant to the medication overview indefinitely, a stop-MA is created with the actual start or end date as soon as this is known to the prescriber.<br>
<br>
[[Bestand:ENG_Voorschrijven_Kuur zo nodig startend in de toekomst.png|800px]]

===Two dosages of the same medication at the same time===
A 79-year-old man with metastatic prostate cancer is increasingly suffering from pain and his medication is being changed. The specialist prescribes oxycodone tablets, 10 mg, 1 tablet 4x daily and as needed for pain during the night, 1 tablet 1x daily, on October 9. The specialist records this in one single MA with two dosing instructions and creates a VV for 60 tablets of oxycodone of 10 mg.<br>
<br>
[[Bestand:ENG_Voorschrijven_Twee doseringen van hetzelfde geneesmiddel tegelijkertijd.png|800px]]

===The same medicinal product with different strengths at the same time===
The same 79-year-old patient (see [[#Two dosages of the same medication at the same time|paragraph 4.1.6]]) is experiencing even more pain. The specialist discontinues the 10 mg tablets of oxycodone on October 16 and prescribes 20 mg retard tablets of oxycodone, 2 tablets 3x daily, and 20 mg normal release tablets of oxycodone as needed in case of nocturnal pain, 1 tablet 1x daily. The specialist records this in two MAs (with, for the time being, two separate MBHs) and creates a VV for both MAs, respectively 45 retard tablets of 20 mg oxycodone and 30 tablets of 20 mg oxycodone (normal release).<br>
<br>
[[Bestand:ENG_Voorschrijven_Hetzelfde geneesmiddel met verschillende sterkte tegelijkertijd.png|800px]]

===Extra particularities in the medication agreement===
When selecting a medicinal product, it is possible to deviate from what is expected. This can be clarified in the elements ‘Comment’ or ‘Medication Agreement Additional Information’ of the MA. The element ‘Medication Agreement Additional Information’ contains a list of particularities of the MA that are relevant for pharmacovigilance and fulfilment by the pharmacist. The element ‘Comment’ is used for particularities that cannot be found coded in ‘Medication Agreement Additional Information’. Below are three examples of the use of these elements.  

Example 1: the hospital uses a different formulary than a community pharmacy <br>
For reasons of efficiency the hospital has opted for a single gastric acid inhibitor: pantoprazole. At admission, a patient with omeprazole is switched to pantoprazole for the duration of the hospitalisation. At discharge, the patient returns to omeprazole. Without intervention, it is possible that the patient will use omeprazole and pantoprazole instead of just the omeprazole.  

In the MA of the hospital for pantoprazole, a remark can be made in the element ‘Comment’. This makes it clear that pantoprazole is the replacement of omeprazole.  

Example 2: Half-strengths <br>
The hospital sometimes has tablets available with half the strength of the normal commercial preparation. When a patient enters the hospital with a prescription of 25 mg of chlorthalidone, once a day half a tablet, he will receive 12.5 mg of chlorthalidone once a day while in the hospital. This means nursing staff does not have to break tablets.  

There is a risk here that the patient will use 25 mg again at home, but now a whole tablet at the time. In the MA of the last chlorthalidone 25 mg the element ‘Medication Agreement Additional Information’ can be used to indicate whether this was a deliberate increase.   

Example 3: Specific commercial product (HPK), medical necessity <br>
When a prescribed product has to be a very specific commercial product (HPK), the prescriber can specify this in the MA. The prescriber indicates uses the element ‘Medication Agreement Additional Information’ of the MA with the code ‘medical necessity’ to communicate that a specific commercial product is necessary.

===New medication agreement, no dispense request===
'''First example'''

A 50-year-old man comes to the general practitioner with back problems. The symptoms have been present for three weeks and he is already using paracetamol. The general practitioner agrees with the patient that he can additionally use diclofenac:

On ''30 January'' it was agreed:
:''Diclofenac tablet, 50 mg, 1 tablet 3x daily, from now on for 3 weeks.''
He records this MA in his information system. The patient indicates there is sufficient supply at home: his wife still has an ample supply of diclofenac left because of a different problem a year ago.

A VV is therefore not needed and the pharmacist does not supply any medication.<br>
The general practitioner makes the new MA available to fellow health professionals and the patient.<br>
<br>
[[Bestand:ENG_Voorschrijven_Nieuwe medicatieafspraak geen verstrekkingsverzoek_a.png|800px]]

'''Second example'''

Mr Simons receives medication from the pharmacy weekly. In the past there were many requests for extra medication, which led to clear agreements about the dispense policy.

This is about:
:''MA: Diazepam, 5 mg, 1 tablet 4x daily, from 1 January yyyy for an indefinite period''
:''VV: 28 tablets with 10 repeats; remark: weekly medicatieverstrekking''
The VV is repeated every 11 weeks.
The last VV is planned for 3-6-yyyy:
:''one week (28 tablets) with 10 repeats''

<br>
<br>
[[Bestand:ENG_Voorschrijven_Nieuwe medicatieafspraak geen verstrekkingsverzoek_b.png|800px]]

The last few years have been quiet. Mr. Simons is no longer asking for extra medication. At the last consultation (at 31-3-yyyy) he indicated that since three weeks diazepam, 3x daily, is sufficient. This has been recorded in a MA:
:''1 April yyyy Diazepam, 5 mg, 1 tablet 3x daily, from 1 April yyyy for an indefinite period.''

The previous MA will be terminated as of 31 March yyyy (see discontinuation of medication in [[#Discontinuing medication|paragraph 2.2.5.3]]).

In the current situation, the general practitioner would have called the pharmacy to make sure that 21 tablets of diazepam would be given with the following medicatieverstrekking, instead of 28. No new VV would have been needed at the time.

In the new situation, the general practitioner sends the new MA to the pharmacy. Based on the new MA, the pharmacy supplies 21 tablets per week. With the new MA a new VV is not instantly required. The previous VV is still sufficient.

<br>
[[Bestand:800px-ENG Voorschrijven Nieuwe medicatieafspraak geen verstrekkingsverzoek cv2.png|800px]]

===New dispense request under existing medication agreement===
A prescriber may also create a new VV as part of an existing MA. This MA may have been created by a different prescriber, for example a psychiatrist. This concerns repeat medication. This use case is described in [[#Patient requests repeat prescription via physician (reactive repeat)|paragraph 4.2.6]].

[[Bestand:ENG Voorschrijven Nieuw verstrekkingsverzoek onder bestaande medicatieafspraakv2.png|800px]]

===Dosage change (sufficient supply)===
Patient (37 years old, asthma) visited the pulmonologist on 13 August yyyy for a checkup of his asthma. The pulmonologist has established that patient’s asthma is not adequately controlled.<br>
The patient is currently using beclomethasone in accordance with a previously made and registered MA: on 10 June yyyy it was agreed:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; 1 inhalation 2x daily; from 10 June yyyy for an indefinite period.''
On 13 August yyyy, the pulmonologist agrees with the patient on a dosage increase:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; 2 inhalations 2x daily; from 13 August yyyy for an indefinite period; reason for adjustment: insufficient effect.''
The previous MA of 10 June yyyy is no longer valid: it is terminated (see Changing medication in [[#Changing medication|paragraph 2.2.5.5]]). The patient still has a sufficient supply, a VV is therefore not needed. 
<br>
<br>
[[Bestand:ENG Voorschrijven Wijziging in dosering voldoende voorraadv2.png|800px]]<br>
In case the patient has no more supply, a new VV will be created.<br>
The information system of the pulmonologist makes the new MA available to the other health professionals of this patient. This modification is received by the pharmacist (fellow health professional). The pharmacist processes the modification. The pharmacist may also choose to accept the modifications automatically.

===Prescription no longer needed after first dispense request===
A 16-year-old woman has a boyfriend and does not want to become pregnant. After explanation she opts for the pill. The general practitioner prescribes ethinylestradiol/levonorgestrel tablets of 20/100 µg, 1 tablet 1x daily for 21 days, then no tablet for 7 days, then another 21 days of taking a tablet once a day. Start on the first day of the next menstruation. The general practitioner records the MA and creates a VV for 63 coated microgynon 20 tablets. He explains to her that if she does not experience any problems, she can continue to get the pill via the pharmacy.<br>
Three months later, the woman sends a request for repeat supply to the pharmacy. The pharmacy supplies the product and communicates the MVE to the general practitioner.

<br>
[[Bestand:ENG_Voorschrijven_Recept niet meer nodig na eerste verstrekkingsverzoek.png|800px]]<br>

{{Anchor|4-1-13}}

===Discontinuing medication===
Patient (37 years old, asthma) visits the pulmonologist on 13 August yyyy for a checkup of his asthma. The patient is suffering from a side effect. The patient is currently using Beclomethasone in accordance with a previously made and registered MA. On ''10 June yyyy'' it was agreed:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; 1 inhalation 2x daily; from 10 June yyyy for an indefinite period.''
On 13 August yyyy, the pulmonologist agrees with the patient to discontinue the medication (medicamenteuze behandeling is discontinued). Medication verification is also applicable here. In addition, medication monitoring may also be relevant here, for example if gastroprotective drugs are being used because of the use of the medication to be discontinued (the information system will not always signal this automatically).<br>
The pulmonologist records:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; stop type ‘permanent’; from 13 August yyyy. Because of a side effect.''
The stop-MA is sent to the pharmacist and made available to fellow health professionals and the patient. In addition, the pulmonologist decides to send the stop-MA to the general practitioner as well. 
<br>
<br>
[[Bestand:ENG Voorschrijven Stoppen medicatiev2.png|800px]]<br>

===Temporarily halting/resuming medication===
A patient is being treated with simvastatin (cholesterol-lowering agent): 40 mg, 1 tablet 1x daily, for an indefinite period. Because of a throat infection in combination with an allergy for the first antibiotic of choice, Clarithromycin, 250 mg, 1 tablet 2x daily (antibiotic) is prescribed for 1 week. During that week, simvastatin is temporarily halted because of an interaction.<br>
The general practitioner records:
:''Simvastatin 40 mg; halt temporarily; for 1 week; reason: interaction''
:''Clarithromycin, 250 mg; 1 tablet 2x daily; for 1 week (and a corresponding VV)''
The general practitioner sends a stop-MA with stop type 'temporary' to the pharmacist to temporarily interrupt the simvastatin. He also makes and sends a new MA to resume the simvastatin after a week and an MA with VV for the clarithromycin. See also Temporarily halting and resuming medication in [[#Temporarily halting and resuming medication|paragraph 2.2.5.4]].

<br>
[[Bestand:ENG_Voorschrijven_Onderbreken hervatten medicatie.png|800px]]<br>

===Temporarily halting for an intervention===
A 62-year-old man uses acetylsalicylic acid, 100 mg, 1 tablet 1x daily because of coronary disease. He has an intestinal polyp that must be removed. The general practitioner informs him that he should stop using acetylsalicylic acid three days before the intervention and resume the day after the intervention. The general practitioner records the temporary halt in an MA with an end date 3 days before the intervention; stop type ‘temporary’; reason for halting: ‘intervention’. In the (second) MA for presuming, 1 day after the intervention is used as the start date (useperiod/startDateTime in dataset). The general practitioner sends the MAs to the pharmacist and the gastroenterologist.<br>
When the date of the intervention is unknown or uncertain, the explanation will indicate that the medication should be halted three days before the intervention and resumed one day later. The duration of the temporary halt is then 4 days. See also Temporarily halting and resuming medication in [[#Temporarily halting and resuming medication|paragraph 2.2.5.4]] and Prior to admission in [[#Prior to admission|paragraph 3.4.1]].

<br>
[[Bestand:ENG_Voorschrijven_Onderbreken voor een ingreep.png|800px]]<br>

===Paper prescription===
The physician gives the patient a paper prescription<ref>A similar situation occurs when the pharmacist receives a fax.</ref>. A paper prescription contains an MA and a VV. The patient can use this prescription to pick up the medication from any pharmacist. In this case, the general practitioner does not send a digital MA and VV to the dispensing pharmacist, this is replaced by the paper prescription in the hands of the patient.
The medication data are made available to fellow health professionals (MA only) and the patient (MA and VV ). The dispensing pharmacist can consult the MA and process it in his own information system.
However, if the medication data have not been made available, there is a TA without a digitally available MA . The dispensing pharmacist will then copy the paper MA and VV into their own information system and create a TA. The pharmacist does not make the MA and VV obtained from paper available because he does not own them himself and because this may create incorrect duplicate MAs and VVs in the future.
<br>
[[Bestand:ENG_Voorschrijven_Papieren recept.png|800px]]
<br>

===Carrying out medication verification and evaluation of foreign or self-medication===
When medication cannot be found in the information system (such as foreign medication and self-medication), this medication will be recorded as MGB (see [[#Process step: Making a medication agreement|paragraph 2.2.5]]).

===Day treatment===
An admission for day treatment is comparable with an outpatient consultation or an emergency admission during which the medication is supplied by the hospital pharmacist. In the case of admission for a day, extensive medication verification does not usually occur. In the case of admission for a day, the medication prescribed is recorded (often on the basis of protocols according to which verification is carried out afterwards) and administered.<br>
For treatments with cytostatics, for example, there is an MA, but it is not always clear in advance when the medication dispense/administration takes place. Reason: treatments are often postponed and then supplied and administered later.

===Starting with medication before admission===
Prior to cataract surgery, Nevanac is started three days before the surgery. The eye drops are used until three weeks after surgery (a total duration of medication use of 24 days). The specialist creates an MA for Nevanac, 1 drop in the morning, for 24 days. When the date of the surgery is unknown or uncertain, the explanation may indicate that Nevanac should be started 3 days before surgery takes place. See Prior to admission in [[#Prior to admission|paragraph 3.4.1]].
<br>[[Bestand:ENG_Voorschrijven_Starten met medicatie voor opname.png|800px]]
<br>

===Emergency admission===
In the event of an emergency admission, extensive medication verification is not carried out beforehand as would normally be the case with clinical admissions. Agreeing on medication with the patient is also often not possible in the event of an emergency admission. Often, the patient is administered medication as soon as possible and verification only takes place afterward

===Interim discharge===
When a patient temporarily leaves the hospital/institution to go home, for example, for weekend leave, the clinical medication continues. In order to keep the patient’s own general practitioner informed, the medication overview is provided to the patient and the medication data are made available.

===Transfer to another institution===
In case of a transfer to another institution, the MBH is evaluated (see [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] and [[#Process step: Making a medication agreement|paragraph 2.2.5]]). The medication data are sent to fellow health professionals and the patient and/or made available to them. The new attending physician evaluates the MBH and determines the institutional medication.

===Do not dispense before===
The prescribing physician creates a VV on 14 April yyyy but wants to indicate in that same VV that medication dispense may only take place on or from a later date, for example, 23 April yyyy. This cannot be recorded in a structured manner in the VV, but is included in the explanation (as free text).
<br>
[[Bestand:ENG Voorschrijven Niet verstrekken voorv2.png|800px]]
<br>

===Discontinuation of medication by third parties===
Medication can be discontinued by the prescriber himself (see [[#Discontinuing medication 2|paragraph 4.1.13]]) but also by another prescriber. For example, the specialist can end MAs made by a general practitioner that are up to date according to the information system, but turn out not to be, for example after medication verification. When a health professional discontinues medication, he creates a new stop-MA. The health professional cannot modify someone else's MA, only create a stop-MA. He sends the stop-MA to the health professional who made the original MA to inform him of this. The health professional of the original MA then processes if possible the stop-MA in their own information system.
<br>
<br>
[[Bestand:Uc4.1.24v2.png|800px]]
<br>

===Two PRKs in a single pharmaceutical treatment===
In certain circumstances, the pharmacy is allowed to select a different PRK for the TA  than is indicated in the MA made by a prescriber. If, for instance, a failure of the prescriber’s information system would result in only the communication of the TA, a subsequent prescriber will only have this TA with the new PRK. The next prescriber will then probably assume that this PRK is also the PRK of the MA. A modification of the MA will then also result in a stop-MA (without referring to the original MA) and a new MA on the basis of this PRK. This means that there are now two MAs with different PRKs under the same MBH. These two MAs continue to exist. After any information system failure, (the information system of) the prescriber must check whether there have been changes and implement them, if necessary (see also [[#Discontinuation of medication by third parties|paragraph 4.1.24]]).
<br>
[[Bestand:ENG_Voorschrijven_Twee PRKs onder een medicamenteuze behandeling.png|800px]]
<br>

===Creating a medication agreement after the fact===
In emergency situations, for example, it may happen that the MA is only created after the medication has been supplied or administered. This may lead to conflicting MAs. This means that one or more MAs must be discontinued in order to prevent the occurrence of parallel MAs. The only exception for parallel MAs is described in [[#'Medicamenteuze behandeling / Pharmaceutical treatment' (MBH)|paragraph 1.3.3]].

===Single medication use===
For medication meant for single use, only an end date is included in the period of medication use. An example would be a vaccination (for example, a tetanus shot) or a situation in which a patient should take a medication just once, for example 3 weeks before he leaves on holiday.
<br>
[[Bestand:ENG_Voorschrijven_Eenmalig gebruik.png|800px]]
<br>

===Provisional and final medication order===
The prescriber at the clinic prescribes medication. This is recorded in a provisional medication order (the MA). The hospital pharmacist verifies this order and records it as a final medication order (the TA). See also <ref name="MO"/>.

===Inadvertently ‘outstanding’ medication or 'orphans'===
In a transitional situation and in a situation where not every XIS is connected, MAs for the same treatment may exist that have been created by different information systems under different MBHs. These MAs should ideally be combined in a single MBH. This particularly applies to medication with an open end date, as this medication may have been discontinued under a different MBH. The MA therefore remains open, resulting in continued medication dispense. This is a so-called ‘orphan’ (a building block that has been registered, but in which, at a certain point, the health professional no longer has an active role. However, his information system continues to provide the building block, even if it has already been discontinued elsewhere). For medication with an end date, this problem will solve itself. Therefore, it is not necessary to take any action. When medication verification or medication assessment reveals that the medication is inappropriately still ‘open’, a stop-MA is created under the same MBH. This stop-MA is sent to the the original prescriber. The original prescriber processes the stop-MA into their own information system. See also [[#Discontinuation of medication by third parties|paragraph 4.1.24]] and [[#Modification of someone else's medication agreement|paragraph 4.1.37]].
<br>
<br>
[[Bestand:ENG_Voorschrijven_Onterecht openstaande medicatie of weeskinderen.png|800px]]
<br>

===Missing digital medication agreement at admission===
If no digital MA is available when medication verification is carried out, a new MBH is started by recording MGB. When this MGB has to be discontinued, a stop-MA is created under the same MBH that refers to the recorded MGB. If possible, the stop-MA is sent to the original prescriber and the patient's pharmacy.
<br>
[[Bestand:ENG_Voorschrijven_Ontbreken digitale medicatieafspraak bij opname.png|800px]]
<br>

===Own articles (90 million numbers)===
It is possible to exchange a 90 million number. The condition is that within an organisation a 90 million number once created may never be modified. During the exchange, the root OID (unique technical identification of the organisation) in combination with the 90 million number ensures that it is unique compared to all 90 million numbers form other organisations. The substances that make up this article are included as ingredients in the MA (at least one ingredient), as is the case with magistrals.

===Dosing with minimum interval ===
Medication can be prescribed at a fixed interval (for example: 2 tables every 6 hours). Prescribing medication with a minimum interval should be partly in free text. For example, if needed, a maximum of 3 times a day, a minimum of 6 hours between the intake moments: ''if needed, a maximum of 3 times a day'' is recorded in the standard way. The section “''at least 6 hours between intake times''” is recorded in free text as an Additional Instruction.
<br>
<br>[[Bestand:ENG_Voorschrijven_Dosering met minimum interval.png|800px]] <br>
<br>

===Dispense request with number of repetitions ===
The prescriber makes a VV with an MA in which she enters the number of repetitions. The prescriber hereby indicates to the provider that he may make additional dispenses. The number of repetitions in combination with the quantity to be supplied results in: (Number of repetitions + 1) X quantity to be supplied. In case of “number of repetitions = 3” and “quantity to be supplied = 30 units” the provider may supply 4 times 30 units (total 120 units). The number of repetitions in combination with the duration of medication usage period results in: (number of repetitions + 1) x duration of medication use. The amount to be supplied depends on the dosage. In case of “dosage = 3 x per day 2 units”, and “Duration of medication usage period = 30 days” the provider may supply 180 units 4 times (6 units per day X 30 days = 180, 4 times) = a total of 720 units.
<br>
<br>[[Bestand:ENG_Voorschrijven_Verstrekkingsverzoek met aantal herhalingen.png|800px]]<br>
<br>

===Prescribing non-medicines===
Non-medicines can be prescribed from the G-standard at HPK level. For example, this could be an inhaler (Aerochamber, HPK 1915185) as an aid to prescribed aerosols. Non-medicinal products are not applicable for the medication overview or medication monitoring.

===Send renal function value in the prescription===

'''A) Renal function value with a new prescription:''' <br>
For the prevention of stroke, a patient (male, 65 years old) is prescribed Dabigatran for the first time. The patient has renal impairment and the prescriber has a recent renal function value available. Based on this renal function value, the prescriber deviates from the standard dose and makes an MA with a lower dosage of Dabigatran twice a day 1 capsule of 110 mg, starting from January 15, yyyy. The prescriber also makes a VV and sends the prescription (MA, VV and the laboratory result of the renal function value) to the pharmacist.
<br>
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift aV2.png|800px]]<br>

'''B) Renal function value reason for a change:''' <br>
A 70-year-old man was prescribed 1 tablet of metformin 500 mg 3 times a day a few days ago (MA and VV). At the same time, the doctor initiated a blood test to determine the renal function value of the patient. The value was not yet known at the time of prescription.
<br>
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b1V2.png|800px]]<br>

The blood test shows that renal function is impaired and gives reason to adjust the MA. The prescriber adjusts the dose on January 17, yyyy to 2 tablets metformin 500 mg twice a day and discusses this with the patient. The new prescription (the 'technical' stop-MA, new MA and the laboratory result of the renal function value) is sent to the pharmacy by the prescriber. Because the patient had already collected the medication and therefore has enough stock, no new VV is sent along.
<br>
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b2V2.png|800px]]<br>

'''C) Renal function value due to drug:''' <br>
The patient is prescribed Nitrofurantoin 100 mg, 1 capsule twice daily as a 5-day course due to a bladder infection and must start immediately on January 6, yyyy. With this drug, the renal function value (if known and not older than 13 months) needs to be sent along. The prescriber has a renal function value available for this patient, but this does not lead to an adjusted dosage. The prescriber sends the prescription (MA, VV and the laboratory result of the renal function value) to the pharmacist.
<br>
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift cV2.png|800px]]<br>
<br>

===Cancelling a prescription that was sent earlier ===
A patient visits the general practitioner (GP) one morning because of stomach complaints.  The GP prescribes pantoprazole and sends the prescription (MA + VV1) to the preferred pharmacy as known to him. In the afternoon the patient calls the GP. He hasn’t picked up the prescription yet and he would like to pick it up at another pharmacy due to a recent move, but forgot to ask this morning. The GP resends the prescription to the old pharmacy, but the VV in the newly sent prescription contains a cancelled indicator (MA + VV1 “cancelled”), so the pharmacist knows he should not dispense on this prescription. The prescriber then sends a new prescription (MA + VV2) to the patient's new pharmacy. The patient can pick up the medication there.<br>
In medication building blocks it looks as follows:<br>
<br>[[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_a.png|800px]]<br>
<br>
The transactions look as follows:<br>
[[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_b.png]]<br>

===Modification of someone else's medication agreement===
A patient takes 40 mg Lisinopril once a day because of hypertension. This MA was previously made by the GP with the patient. The patient is admitted to the A&E department because of a fall due to dizziness. The specialist notices hypotension and decides to reduce the dose of Lisinopril to 20 mg once a day. The specialist then stops the current MA and starts the new MA with a lower dose. With this he changes the MA with the patient. The specialist sends a stop-MA and the new MA to the original prescriber (the general practitioner). The prescriber of the original MA processes the stop-MA in their own information system.
<br>
[[Bestand:Eng Uc 4.1.37 wijzigen van andermans medicatieafspraakv3 - Kopie - Kopie.png|800px]]
<br>

===Setting up a variable dosing regimen===
The prescriber prescribes anticoagulants and states in the MA that the medication is used as recorded by the schedule of the thrombosis service (‘gebruik volgens schema trombosedienst'). The prescriber sends a VV to the pharmacist and the patient is registered with the thrombosis service. In order to bridge the period until thrombosis care can take over, the prescriber creates a WDS for the first period. After registration, the thrombosis service creates a dosing regimen that overwrites or succeeds the previous regimen. From this moment on, the thrombosis service takes over creating the dosing regimen from the original prescriber. As the WDS is a separate medication building block, the medication overview remains unchanged (the MA is specified, not altered by the WDS). The WDS is used to compile the administration list, together with the medication data in the MA, TA, MVE and MTD.
[[Bestand:ENG_Uc_setting_up_WDS.png|800px]]

===Changing a variable dosing regimen during period of use===
It could be necessary to revise the dosing regimen from a WDS before the scheduled stop date. For example, when the patient unexpectedly has to undergo minor surgery. In this case, the prescriber stops the current WDS with a technical stop (not visible to the user) and creates a new WDS with a few 0 doses the days before the procedure. In the meantime, the MA continues as usual.
[[Bestand:ENG 4.1.39 Uc Tussentijds wijzigen WDSv4.jpg|800px]]

===Stopping medication with a variable dosing regimen===
When the patient has to (temporarily) stop using anticoagulants completely, this is recorded at the level of the MA. The thrombosis physician creates a stop-MA. This also stops the underlying WDS and the associated TA. The original prescriber also processes the stop date in his MA as described in [[#Inadvertently_.E2.80.98outstanding.E2.80.99_medication_or_.27orphans.27|4.1.29 Inadvertently outstanding medication or 'orphans']].
If the anticoagulants need to be restarted after several months, the original prescriber of the anticoagulant medication does this by following the process of starting a WDS, i.e. by creating a new MA and a first WDS (see the use case [[#Setting up a variable dosing regimen|Setting up a variable dosing regimen]]).<br>
[[Bestand:ENG_Uc_stopping_WDS.png|800px]]

===Merging building blocks under one MBH===
A patient has an active MA from their general practitioner. The patient has not given permission to make their medication information available. When a nurse wants to register the patient's medication use, the nurse will not be able to register this under the same MBH the MA is active in. When the patient later does give permission for making their medication information available, multiple building blocks become available under different MBHs that should be in one MBH. Merging the MBH works according to the [[mp:Vkickstart_MigratieHybride#Ontdubbelen_van_MBH.27s|implementation guide for migration and hybrid situations.]]

[[Bestand:ENG Uc Merging MBHs.png|800px]]

==Use cases, Dispense==

===New medication agreement, medication dispense of the same product===
The patient is at the pharmacist on 27 January yyyy to collect his medication. The pharmacist opens the file of the patient and verifies the medication file. It is a new MA for this patient. The relevant information of the prescribing physician is displayed on the screen of the pharmacist.<br>
MA: ''Nitrofurantoin CR capsule, 100 mg, 1 capsule 2x daily, from now on for 5 days.''<br>
VV: ''Nitrofurantoin CR capsule, 100 mg; 10 capsules.''<br>
The pharmacist selects a product on the basis of the MA and other factors (such as the pharmacist’s stock and the preference policy of the healthcare insurer):<br>
''FURABID CR CAPSULE, 100 MG''. The pharmacist carries out medication monitoring using the information system, no (warning) signals are given.<br>
The pharmacist carries out pharmaceutical care (compliance, education, et cetera) and agrees with the patient on how she will use the medication. This TA on 27 January yyyy reads:<br>
''FURABID CR CAPSULE, 100MG; 1 capsule 2x daily; from now on for 5 days''.<br>
The pharmacist supplies the medication to the patient:<br>
''on 27 January yyyy, FURABID CR CAPSULE, 100 MG; 10 capsules.''<br>
The TA and MVE are sent to the prescriber and made available to fellow health professionals and the patient.
<br>
<br>[[Bestand:ENG_Ter hand stellen_Nieuwe medicatieafspraak medicatieverstrekking zelfde product.png|800px]]<br>

===New medication agreement, more precise product specification===
Here, the difference when specifying the product is that the TA and also the MVE deviate from the MA the patient has made with the prescribing physician. The process is otherwise the same as described in the previous paragraph.

<u>'''Example'''</u><br>
''MA: Nitrofurantoin capsule mga 100 mg, 1 capsule 2 times a day from today for 5 days.''

The pharmacist specifies a different product:<br>
''Nitrofurantoin MC Actavis capsule <u>50</u> mg.''<br>
The pharmacist agrees with the patient on how she will use the medication. This TA on 27 January yyyy reads:<br>
''Nitrofurantoin MC CR capsule 50 mg, 1 capsule 4x daily, from now on for 5 days.''<br>
The pharmacist supplies the medication to the patient:<br>
''on 27 January yyyy, Nitrofurantoin MC Actavis 50 mg; 20 capsules.''
<br>
<br>[[Bestand:ENG_Ter hand stellen_Nieuwe medicatieafspraak nadere specificering product.png|800px]]<br>

===Existing administration agreement is adequate===
The process of repeat MVEs on the basis of an existing MA and possibly existing VV and TA occurs in case of repeat prescriptions and is described in [[#Splitting a prescription|paragraph 4.2.10]], situation 2.

===Proposal to prescriber for medication agreement===
<u>'''Example 1 - adjusting dosage:'''</u><br>
For a 70-year-old patient with a creatinine clearance of 45 mL/min, the pharmacist enters a TA for gabapentin tablets of 600 mg, 1 tablet 3x daily. Renal function has been recorded in the patient’s file at the pharmacy, and based on this a signal appears that the maximum dosage is 900 mg daily. The pharmacist sends the prescriber a VMA with an adjusted dosage of 300 mg, 3x daily, and the reason for this proposal (maximum dosage exceeded). The prescriber receives the VMA in his EVS. The prescriber sends an adjusted MA and possibly an AVMA back to the pharmacist.
<br>
<br>[[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_a.png|800px]]<br>
<br>
<u>'''Example 2 – temporarily halting a medicinal product:'''</u><br>
For a 50-year-old patient with on oral fluconazole as part of his current medication, the pharmacist enters a TA for simvastatin. A message appears with the advice to consider temporarily halting simvastatin. The pharmacist can make a VMA for halting the simvastatin (stop type ‘temporary’). See example 1 for further steps.
<br>
<br>[[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_b.png|800px]]<br>
<br>
<u>'''Example 3 – adding a medicinal product:'''</u><br>
For a 55-year-old woman, the pharmacist enters a TA for prednisone, 10 mg daily for thirteen weeks. The patient is not using osteoporosis prophylaxis. A message appears with the advice to add a bisphosphonate drug and to check whether the patient is taking calcium and vitamin D. If the patient is not, the pharmacist can make a VMA for these products. See example 1 for further steps.
<br>
<br>[[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_c.png|800px]]<br>
<br>
PLEASE NOTE: it will depend on the situation whether it is useful to create an automated proposal for adjustment/addition of an MA. If the advice is complex, it may still be useful to phone and to consult instead of sending a digital proposal.<br>
The VMA may help the prescriber to enter this change in the system. The latter is important when MAs are consulted, for example, by service observation general practitioners.

===Request and dispense ===
When an MA and VV arrive at the pharmacy, it is processed by the pharmacy information system as an intended medication supply. This is called the request date, which is captured as the request date in the medicatieverstrekking. The date of medication supply is only registered at the moment of collecting or supplying the medication. The pharmacist informs the prescriber about the handling of the prescription (TA and/or MVE).

It is possible to create multiple MVEs under the same TA:
*A VV comes in with an MA with a one-year use period
*There will be a first MVE with a new TA and a medication supply that is sufficient for, for example, a period of 4 months.
<br>[[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_a.png|800px]]<br>

*The second MVE is performed based on the existing MA, VV and TA (no new prescription or new TA is needed). The new second MVE (with new write-up date and the pre-existing associated TA) is sent to the prescriber when the supply date is registered.
<br>[[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_b.png|800px]]<br>

===Patient requests repeat prescription via physician (reactive repeat)===
A physician has previously diagnosed hypertension in a patient (57 years old) and has prescribed the patient medication for this. The patient uses this medication and the medication is running out. The patient makes a request to repeat the medication, for example through the repeat line, by phone, by email to the practice, counter/boxes, website, app or portal of the physician. The physician approves the repeat. This leads to a new VV.<br> 
<u>For example:</u>
The general practitioner makes, in the context of the MA of 30 March yyyy:
:''Nifedipine CR 30 mg; 1 tablet 1x daily, from 30 March yyyy <u>for an indefinite period</u>''
on 13 April yyyy a VV to a pharmacist chosen by the patient:
:''Nifedipine, CR tablet, 30 mg; ‘for three months’.''
The prescriber sends the VV with accompanying MA to the patient's pharmacy. The prescriber also makes the new VV available to fellow health professionals and the patient. The existing MAs had already been made available.<br>
<br>[[Bestand:ENG Ter hand stellen Patiënt vraagt herhaalrecept via arts - reactief herhalenV2.png|800px]]<br>
The pharmacist receives the VV together with the MA and processes it in accordance with the dispense process and starts with the pharmaceutical care process step.

When the patient, on the basis of a TA or on the basis of his MGB asks for a repeat prescription, and the MA is not digitally available, the physician creates a new MA based on this TA or the patient’s MGB of the medication. No reference is made to the existing MA in that case.

===Patient requests repeat prescription via pharmacist===
The patient requests a repeat medication from the pharmacist, for example through repeat line, by phone, email, counter/boxes, website, app or portal of the pharmacist.<br>
The pharmacist sends a VVV for authorisation to the prescriber. The physician evaluates the VVV and approves it. He sends a new VV with accompanying MA, and possibly an AVVV to the pharmacist. The pharmacist continues the dispense process and starts with the pharmaceutical care process step.<br>
<br>[[Bestand:ENG_Ter hand stellen_Patiënt vraagt herhaalrecept via apotheker - informeren voorschrijver.png|800px]]<br>
<br>
If the prescriber does not issue a VV, he lets the pharmacist know by sending an AVVV.

===Proactive repeat prescription by pharmacist===
The patient has signed up in the past for proactive repeats and the pharmacist has registered this in his own pharmacist information system. The repeat module of this information system will generate a signal when the patient needs new medication. When a new VV is needed, this is similar to the process described in the previous paragraph, only the trigger is not the patient but the pharmacist (or his information system). Proactive repeats are also used for GDS, see [[#Starting and continuing a GDS|paragraph 4.2.11]].
<br>[[Bestand:ENG_Ter hand stellen_Proactief herhaalrecept door apotheker - informeren voorschrijver.png|800px]]<br>
<br>

===Dispense based on an existing dispense request===
The patient submits a repeat prescription to the pharmacist. In this case, it is a request for dispense of mediation on the basis of an existing, still valid, VV. See [[#Splitting a prescription|paragraph 4.2.10]] situation (3).

===Splitting a prescription===
The patient has been using the same medication for a number of years, which means that the MA can be created for an indefinite period. The TA is also valid for an indefinite period. In such a case, the patient can be given a prescription for a year. This single year prescription will be split into several prescriptions by the pharmacist. These split prescriptions are commonly called ‘repeat prescriptions’, even though strictly speaking this is not true.

There are three possible situations:<br>
1) The patient returns to his attending physician still suffering from the same symptoms. The prescriber prescribes the same medication (in the case of an expired MA, a new MA is created with a new VV and in the case of an MA that is still valid, only a new VV is created).<br>
<br>[[Bestand:ENG_Ter hand stellen_Knippen van recept_a.png|800px]]<br>
<br>
2) Prescriber and patient initially agree on 90 tablets with 3 repeat prescriptions. The patient receives the first 90 tablets. The next time the patient visits the pharmacist, an MVE is made under the existing agreements.<br>
<br>[[Bestand:ENG_Ter hand stellen_Knippen van recept_b.png|800px]]<br>
<br>
3) Prescriber and patient initially agree on 360 tablets for one year. The pharmacist splits this into 4 separate occasions of MVE. The patient is initially supplied with 90 tablets and without a new VV, can go to the pharmacist 3 more times to pick up another 90 tablets each time.<br>
Situation 3 best describes the way in which a pharmacist splits a year prescription.<br>
<br>[[Bestand:ENG_Ter hand stellen_Knippen van recept_c.png|800px]]<br>
<br>

===Starting and continuing a GDS===
The following example shows the process for one medicinal product used by the patient for an indefinite period of time. The information system of the prescriber and the pharmacist contains (among other things) the following data on a patient:
*The MA of 2 January yyyy reads: Metoprolol, CR tablet, 100 mg (succinate); 1x tablet daily; from 2 January yyyy for an indefinite period.
*The TA of 2 January yyyy reads: Metoprolol PCH retard, 100 CR tablets of 95 mg; 1x tablet 1x daily; from 2 January yyyy for an indefinite period.
This elderly patient is taking so much medication that he has problems overseeing it all: a potentially dangerous situation. On 6 February, the pharmacist and the prescriber agree that the supply of medicinal products to this patient will take place via GDS.

The GDS is started: the pharmacist sends a VVV (a similar event to the current combined prescription or authorisation form).

The VVV of 6 February reads:
*VV for the MA of 2 January yyyy: Metoprolol, CR tablet, 100 mg (succinate), and a period of use to ensure enough stock up to and including 1 May yyyy.
The pharmacist sends the proposal to the prescriber. The prescriber approves the proposal on February 6 and sends it unchanged to the pharmacist as a VV. The GDS indicator is switched on in the information system of the prescriber as well as in the pharmacist’s information system.

The pharmacist and the patient select a partial duration for the product. This TA reads as follows:
*On 7 February it was agreed: Metoprolol PCH retard, 100 CR tablets of 95 mg, 1 tablet in the morning, from 11 February (week 6), for an indefinite period.

Every second week, the pharmacist supplies the patient with a Baxter medication roll containing (among other things) the metoprolol:
*MVE 1: The pharmacist dispenses, on Friday, 8 February yyyyy: 14 tablets, scheduled for weeks 6 and 7 (a period of use of 2 weeks).
*MVE 2: The pharmacist dispenses, on Friday, 22 February: 14 tablets, scheduled for weeks 8 and 9.
*MVE 3, 4, 5, etc.
With each MVE, it is indicated that dispense of medication was carried out via GDS.<br>
After three months, there is a new VVV from the pharmacy to the prescriber, etc.
<br>
<br>[[Bestand:ENG_Ter hand stellen_Het opstarten en continueren van GDS.png|800px]]<br>
'''Consideration ''' <br>
*The application of a VVV instead of an authorisation form makes its meaning unambiguous.
*In the current situation, TAs and MVEs are registered as a single dispense. This makes it difficult to find useful information in the large number of messages. By dividing the dispense message into two building blocks, the overview is easier to understand: there are no new MAs and only one new TA is created. There are no hidden surprises in the remaining logistical data and the prescriber does not have to monitor the multiple MVEs. 
*This way of registering and exchanging prevents double registration, and errors caused by this.
*The TAs are the basis for the administration list and checklists of nursing homes and care homes. Signing them corresponds to the administration(s).

===Pharmacist changes commercial product===
This scenario builds on the previous scenario: after half a year a different commercial product is agreed with the patient (TA), because the original product is not available. No new MA is made, as there is no change needed on that level. The TA is changed:
*On 1 July it was agreed: Metoprolol Sandoz ret, 100 CR tablets, 95 mg, 1 tablet in the morning; from 3 July, for an indefinite period. Reason: not available.
The TA is a modification of the TA of 7 February, which stops on 2 July (11:59 p.m.) and is an actual handling of the MA of 2 January. The pharmacist sends the new TA and any MVE to the general practitioner.<br>
<br>[[Bestand:ENG_Ter hand stellen_De apotheker wijzigt van handelsproduct.png|800px]]<br>
'''Consideration ''' <br>
This change in the actual handling of the MA using a TA, changes nothing in the validity of the MA itself, improving the overall view for all parties. In addition, since the pharmacist records and communicates the reason for the adjustment, the prescriber is better able to assess whether the information is relevant.
<br>

===Adding medication to a GDS===
When new medication is added to an existing GDS, the prescriber may opt for immediate addition to the current roll (Change in GDS immediately) or for addition starting  from the next roll (Change in GDS per change of roll). The prescriber indicates this in the MA (Additional information).

If ‘Change in GDS immediately’ is chosen, the pharmacist will first supply the medication separately, in addition to the existing GDS. This means that a TA is created by the pharmacist for the bridging period. Starting with the new roll, the new medication is added to the roll. Starting with the start date (useperiod/startDateTime in dataset) of the new roll, a TA can be made by the pharmacist with specific administration times. If the ‘bridging-TA’ already includes the correct administration times, no new TA is created at the date of inclusion in the roll.<br>
<br>[[Bestand:ENG_Ter hand stellen_Medicatie toevoegen aan GDS.png|800px]]<br>
<br>
If 'Change in GDS per change of roll' is chosen, the pharmacist will start to include the medication in the roll on the start date of the first new roll. In this case, a TA for the bridging period is not required.

===Discontinuing medication in a GDS===
When medication is discontinued, the prescriber creates a stop-MA. The stop-MA is sent to the pharmacist who can adjust the supply accordingly. The pharmacist will create a stop-TA. See [[#Discontinuing medication|paragraphs 2.2.5.3]] and [[#Discontinuing an administration agreement|2.3.6.3]].

===GDS supplier supplies other commercial product===
It is possible that a GDS supplier delivers a different commercial product than that which is included in the TA by the pharmacy. This is therefore a change in the HPK which results in a changed TA. This may be done only afterwards, after feedback from the GDS supplier of the filling details.
<br>
<br>[[Bestand:ENG_Ter hand stellen_GDS leverancier levert ander handelsproduct.png|800px]]<br>

===Parallel administration agreements with GDS and non-GDS dispense===
A patient takes two to three times daily 20 mg pantoprazole because of gastric complaints. The first two tablets are fixed dosages, which are supplied in GDS. The third tablet, which is prescribed as needed, is supplied separately. At a certain moment, the pantoprazole 20 mg from Sandoz is no longer available for separate supplies. Therefore, the pharmacist decides to supply pantoprazole from Apotex. He stops the current TA and splits the TA in two TAs, both with the same start date/time. The first TA concerns the fixed dosage in GDS, the second TA involves the as needed tablet.<br>
''NB. Currently, there is no relationship between medication dispense and TA. Therefore, it is only possible to retrieve which TA is associated with the medication dispense by assessment of the data content. It is evaluated whether the functional design should be adjusted for this use case in the future. <br>
''
<br>
[[Bestand:ENG-Uc4.2.16.png|800px]]
<br>

===Handling a stop-medication agreement===
When the prescriber agrees to discontinue medication, a stop-MA is created. This stop-MA is processed by the pharmacist by discontinuing the corresponding TA.

===Dispense with someone else’s administration agreement===
A patient takes two times daily 20 mg pantoprazole because of gastric complaints. During the holidays the patient notices that he has forgotten to bring his medication. He visits the after-hours general practice clinic and asks for extra tablets for during his holidays. The after-hours physician sends a VV to the after-hours pharmacy, using an existing MA.<br>
The after-hours pharmacist reads the medication prescription and creates an MVE, using the existing TA, for the ten tablets that the patient needs. The pharmacist notifies the after-hours physician about the medication dispense, and sends a copy of the original TA. <br>
The VV and MVE are made available to fellow health professionals (including the original prescriber and dispenser) and the patient.<br>
<br>
[[Bestand:ENG-Uc4.2.18.png|800px]]
<br>

===Modification of someone else’s administration agreement===
A patient takes two times daily 20 mg pantoprazole because of gastric complaints. During the holidays the patient notices that he has forgotten to bring his medication. He visits the after-hours general practice clinic and asks for extra tablets for during his holidays. The after-hours physician sends a VV to the after-hours pharmacy, using an existing MA.<br>
The after-hours pharmacist notices that they have no pantoprazole from Sandoz in stock, but they do have pantoprazole from Apotex. Therefore, she stops the current TA, starts a new TA for the Apotex, and creates an MVE for the ten tablets from Apotex. The after-hours pharmacist sends the stop-TA, the new TA and the MVE to the initial pharmacist. The latter processes the stop-TA in his own information system.<br>
<br>
[[Bestand:ENG-Uc4.2.19.png|800px]]
<br>

==Use cases, Administer ==

===Creating an administration list===
When an administration list has to be created, for example when a patient starts to receive medication administered by a (professional) administrator, or when GDS medication or non-GDS medication is started, an intake is planned with the patient and the prescriber, pharmacist or administrator (the exact process may differ across institutions). Then, the prescriber, pharmacist, administrator and/or the patient consult on the administration list (which medication is recorded on the administration list, which (guide) administration times are suitable). The pharmacist records the (guide) administration times in the TA and sends the required medication data for the administration list to the administrator and/or patient and/or makes these data available to them.

===Exact administration times required===
When exact administration times are required, for example because of medication interactions, the prescriber or the pharmacist can indicate that an exact administration time is required (the administration time is not a guideline but denotes an exact time). The prescriber or pharmacist can register an exact administration time by indicating that the administration time is not flexible. By default, administration times are flexible. Exact administration times should be presented on the administration list, to ensure that the administrator is informed that it is not allowed to deviate from the entered administration time.

===Missing (guide) administration times===
When (guide) administration times are missing in the MA and TA, an administrator will contact the prescriber or pharmacist to retrieve the (guide) administration time. This is not supported digitally in this information standard.

===Non-GDS medication as needed===
Non-GDS medication as needed is included in the administration list, but is not listed according to the administration moment and/or administration time, because this information is not available beforehand. If relevant (for example because of drug interactions), (guide) administration times can be entered. See the following use cases for practical examples: [[#Medication as needed|4.1.4 Medication as needed]], [[#Course of treatment as needed starting in future|4.1.5 Course of treatment as needed starting in future]], [[#Two dosages of the same medication at the same time|4.1.6 Two dosages of the same medication at the same time]], [[#The same medicinal product with different strengths at the same time|4.1.7 The same medicinal product with different strengths at the same time]]. 

===Medication supply by multiple pharmacies===
Multiple pharmacies may be involved in the medication supply for one patient, for example in the following situations: medication supply by an outpatient pharmacy, in addition to supplies by a community pharmacy or supplies of add-on medication by a hospital pharmacy. In the case of medication supply by multiple pharmacies, each pharmacist is responsible for the medication data that is required for the administration list, including the (guide) administration times in the TA. It is the responsibility of the prescriber or pharmacist who has made the most recent medication adjustments to determine whether an addition/modification is appropriate with regard to the total of (known) medication data; this concerns both medication monitoring and (guide) administration times. Because the medication details from all pharmacists involved have been made available, they can all be shown in one administration list.

===Change in GDS from the next supply or immediately===
If GDS medication is altered, it depends on the situation whether this change should occur immediately or from the next supply. The prescriber can indicate in the MA when the change in GDS medication should be implemented. An immediate modification should be immediately shown on the administration list, to ensure that the (professional) administrator administers the correct (amount of) medication. In contrast, a modification that should be implemented from the next supply, should not be processed immediately in the administration list, since previous agreements remain valid until the next supply. Thus, the administration list should not be modified until the change in GDS modification has become effective.

See also use case [[#Adding medication to a GDS|4.2.13 Adding medication to a GDS]].

===Increasing dosage of GDS in new MBH===
A patient is administered 1 tablet propranolol 40 mg 1 time a day. Due to insufficient effects, the prescriber decides to increase the dosage to 80 mg 1 time a day. A new MBH is created for this MA, as there is a change on prescription level. However, the patient still has the 40 mg tablets in the GDS medication roll for the coming days. Therefore, the pharmacist decides to supplement the GDS medication with the administration of 1 tablet propranolol 40 mg, separately from the GDS package, in addition to the tablet in the GDS package, until the next GDS medication roll change in 5 days. The pharmacist creates two TAs: one for the previous GDS medication and one for tiding over the period with a medication dispense separate from GDS. In the new GDS supply (medication roll change), the 80 mg tablets are incorporated in this new GDS package. <br>
<br>[[Bestand:ENG_Toedienen_Verhogen dosering GDS-medicatie in nieuwe MBH_beta.png|800px]]<br>

===Decreasing dosage of GDS in new MBH===
A patient is administered 1 tablet propranolol 80 mg 1 time a day. Due to a too strong effect, the prescriber decides to reduce the dosage to 40 mg 1 time a day. A new MBH is created for this MA. The patient still has 80 mg tablets in the GDS medication roll for several days. Because the administrator is not allowed to divide the tablets into halves, the supplier decides that the remaining GDS packages should be collected the same day and be replaced by a new GDS medication roll with 40 mg tablets.<br>
<br>[[Bestand:ENG_Toedienen_Verlagen dosering GDS in nieuwe MBH_beta.png|800px]]<br>
<br>

===Change processed by the pharmacist===
A change by the prescriber, such as starting new medication, adjusting the dosage, (temporarily) halting medication, is recorded by the prescriber in the MA and/or the VV. Then, the pharmacist processes this change in the TA and/or the MVE. This may be done during the opening hours of the community pharmacist, or after hours when a medication supply is needed. The after-hours pharmacist supplies the medication; in this case, multiple pharmacists are supplying medication (see also [[#Medication supply by multiple pharmacies|paragraph 4.3.5]]). To prepare the administration list, the medication data are sent and/or made available to the administrator by the prescriber(s) and pharmacist(s).

===Change not processed by the pharmacist===
When medication is changed by a prescriber after the opening hours of the community pharmacist and no medication supply is needed, no pharmacist is involved. In this case, the MA sent and/or made available by the prescriber is leading. The administrator will be informed of the changed or stopped MA by the administration list; this MA overrules all medication building blocks within the same MBH. This situation also applies if the pharmacist has not processed the modification by the prescriber yet. The pharmacist is responsible for adjusting the TA as soon as possible.

===Extra instructions for administering, explanation in MA, TA and/or WDS===
Extra instructions regarding the administration of medication can be provided to the (professional) administratior and/or to the patient. An example is the situation when fentanyl patch therapy is stopped; the patch has to be removed. Another example is the dosing of half a tablet; there has to be an instruction on what should be done with the other half. These extra instructions are registered as free text in the ‘comment’ element of MA, TA and/or WDS.

===Medication administration deviates from administration list===
It may happen that the administration deviates from the instructions as entered by the prescriber and pharmacist in the MA or TA. This may be a deviation in administration time, administered amount, administration route, administration speed, administered product or no administration. A (professional) administrator can deviate from the rules, in consultation with the prescriber, for valid reasons, and under the condition of safe medical practice and safe working practice. The reason for deviation can be entered in the MTD.

===Medication administration without medication agreement and administration agreement===
In the case of an emergency, the MA and TA may be missing and, therefore, the (professional) administrator has to administer medication on the basis of an MA which is communicated verbally/by telephone. This medication is not incorporated in the administration list. In this situation, the (professional) administrator records the MTD in the information system of the administrator (including ECD, TDR). This is the first building block in a new pharmaceutical treatment; therefore, the administrator creates an MBH.

===Medication administration of self-medication===
According to the safety principles in the medication chain, the administrator is not concerned with the administration of self-medication, except for prescribed self-medication (a prescriber has created an MA). In that case, the self-medication is listed on the administration list as GDS medication or non-GDS medication (as needed).

===Correction/cancellation of an administration===
This concerns correcting or cancelling an MTD, because an administrator has made a mistake in the registration and no medication has been administered.<br>
If the MTD has not yet been sent and/or made available to other healthcare providers, the administrator can adjust the MTD by himself, or remove (cancel) the registration from his own information system.<br>
If the MTD has already been sent and/or made available to other healthcare providers, the administrator cancels this erroneous MTD and creates a new MTD under the same MBH with the correct information. The administrator sends the corrected MTD and new MTD to fellow health professionals and the patient and/or makes it available to them.

===Medication administration on hold===
It may happen that the medication administration was unsuccessful, but that is still possible to administer the medication at a later moment, in consultation with a prescriber or pharmacist. If the medication administration is in keeping with the agreements on flexible administration times, the administrator is allowed to deviate from the (guide) administration time.

An example of suspending the medication administration:
* Medication administration is unsuccessful, but the medication can be administered at a later (or, in some cases, earlier) moment of the day. In this situation, the medication administration is suspended, and there is a deviation from the administration list.

===Medication administration by a prescriber===
A prescriber, like a (professional) administrator, can administer medication to a patient, and record this procedure in an MTD.

===Multiple administration organisations===
Multiple administration organisations may be involved in a patient’s medication administration. For example, medication may be administered by another organisation during the evening/night than during the day. If multiple administration organisations are involved in providing patient care, these health professionals can consult each other’s MTDs to track the process of medication administration. The acts of one organisation can affect the process of another organisation (for example, has medication been administered, have there been deviations from the administration list, etc.).

===Feedback to patient through a medication adherence app===
In this example the patient uses an app on his mobile phone to help manage his medication. The patient or the pharmacist has created an administration schedule with reminder times (where possible using app functionality to suggest the times of administration based on the MVEs or TAs). When it is time to take his medication, the patient receives a reminder signal from the app. The patient registers the MTD and thus indicates whether he has taken the medicine or not (for instance because he forgot to bring it along with him). If the app is linked, for example, to the patient’s PGO (personal health record), medication adherence is tracked automatically.
<br>
[[Bestand:ENG_Feedback_to_patient_through_a_medication_adherence_app.PNG|800px]]<br>
<br>
</font>

==Use cases, Use==

===Self-care product===
A patient has acquired Ibuprofen from the drugstore and takes 1200 mg every day. The patient enters this product as MGB, with such data as start date (useperiod/startDateTime in dataset) and dosage, and possibly the reason for use of medication.
<br>[[Bestand:ENG_Gebruik_Zelfzorgmiddel.png|800px]]<br>

===Medication from abroad===
A patient has been prescribed medication on holiday and is taking this. The patient enters the medication as MGB, with data such as start date (useperiod/startDateTime in dataset) and dosage, and possibly the reason for use of medication. If known, the name of the prescriber is also recorded.
<br>[[Bestand:ENG_Gebruik_Medicatie uit buitenland.png|800px]]<br>

===Modification on the patient’s initiative===
The patient has been prescribed propranolol. The patient is having severe problems sleeping because of this and has reduced the medication herself. The patient records MGB with the modified dosage and the start date for this lower dose. The patient also indicates that she initiated this change herself.<br> In the case where a patient initiates a dose reduction, the patient can keep on using the medication for a longer period than initially agreed because she still has a supply. The patient can indicate this as additional gebruik.<br>
In the case where a patient initiates a dosage increase, the patient’s supply may run out sooner. The patient may then have to return to the physician earlier than expected.
<br>[[Bestand:ENG_Gebruik_Wijziging op initatief patiënt.png|800px]]<br>

===Discontinuation of medication on the patient’s initiative===
Since he started using propranolol, the patient suffers from insomnia. He decides to stop without immediately informing the prescribing physician. The patient himself records that he has discontinued medication, indicating the date and giving insomnia as the reason for discontinuing.<br>
[[Bestand:ENG_Gebruik_Stoppen medicatie op initatief patiënt.png|800px]]<br>

===No more supply===
A patient has received medication ‘as needed’ for his skin problems. The medication is still active in the medication profile, but is no longer available at the pharmacist. The patient indicates that the medication has been discontinued because it is no longer available, possibly with the addition that the symptoms have disappeared.
<br>
[[Bestand:ENG_Gebruik_Geen voorraad meer_a.png|800px]]<br>
<br>
The patient may also make a VVV to replenish his supply. In this case, the AVVV comes back to the patient (and if approved, a VV is also sent from the prescriber to the pharmacist).<br>
[[Bestand:ENG_Gebruik_Geen voorraad meer_b.png|800px]]<br>

===Registrations of abnormal medication use by patient due to adverse drug reactions===
Since he started taking propranolol, a patient has been suffering from insomnia. The patient records this side effect in the explanatory notes in the MGB. When the patient changes the use of this medication from what was previously agreed, for example when he takes less tablets, he can give the side effect as a reason for this change. When his symptoms diminish or cease, the patient records this in the explanation in the MGB.<br>
It is possible that the patient is suffering from side effects without exactly knowing which medicinal products cause them. There is no provision within medication process to record this (yet).

===Register medication use based on supply===
This applies in the transition period from the old medication process standard 6.12 to this medication process information standard.

Only MVE is available digitally (according to medication process version 6.12). However, the user's information system offers the possibility to record all medication use. In that case, the MGB can be recorded with reference to the ID of the version 6.12 MVE.
<br>
[[Bestand:ENG_Gebruik_Gebruik registreren op basis van verstrekking.png|800px]]<br>

=Medication overview and inference rules=
This chapter shows a sample medication overview and also specifies inference rules for 'The most current relevant building block', Verification for each MBH, etc.

==Introduction==
In the Guideline Transfer of Medication data in the chain of care, Revision 2018/2019 (Leidraad Overdracht van Medicatiegegevens in de keten, Herziening 2018/2019), the term 'current medication overview' has been replaced by the term 'basisset medicatiegegevens’ (basic set of medication data). This is the medication overview in combination with additional information that is required (at least) to be able to prescribe, change, stop or safely provide medication in a safe and responsible manner.

This page contains an example of a medication overview. This example was developed in the Medication Process Information Standard program and serves as an example of how data can be displayed in an application. The data numbered in the pictures below are normative, they are mandatory to show. The other (unnumbered) data in the example is optional and may be added as normative in the future. The layout of the overview in an information system can differ per target group and per device. For pharmacists, for example, only TAs are initially visible, after which it is possible to click further to get to the corresponding MA and the MGB. If only MGB or an MA is known, this will of course be shown immediately. The basic principle is that the overview shows all medication of the patient, not just the medication that is registered in the patient's own information system.

The overview is described generically and therefore the same for all suppliers. The requirements of the end users are included on this page and no statements are made about the technical realisation or implementation. The existing KNMP specification “User requirements specification Medication overview 2.0”, the “Guideline Transfer of Medication data in the chain of care, Revision 2018/2019”, and the new insights from the Medication process program have been incorporated in this chapter.

Principles for the overview are:
*Health professionals want to see a distinction between the therapeutic building blocks on a medication overview:
**MA
**TA
**MGB
*Logistical building block VV and the MTD building block are not relevant for the medication overview.


[[Bestand:Medicatieoverzicht_1_v0.5.PNG|Medicatieoverzicht v0.5]]
[[Bestand:Medicatieoverzicht_2_v0.5.PNG|Medicatieoverzicht v0.5]]

==Functional specification==
In the figures below the parts with normative data are included. The other parts are not yet normative. The numbered elements in the table are normative, other elements are optional for the time being.

===Heading and General===
[[Bestand:Medicatieoverzicht_KopAlgemeen_v0.5.PNG]]

Filter: N/A

Sort: N/A

NOTE: In the viewer, all dates are shown with the month in characters, so that there is no confusion between day-month and month-day (American format).

{| class="wikitable"
|-
! No !! Header !! Dataset !! Explanation
|-
| 1 || Name || Patient – Name data (Initials, Surname, PartnerSurname), Date of Birth, Gender || 
|-
| 2 || Telephone || Patient – Contact data – Telephone numbers || Primary telephone number of patient
|-
| 3 || BSN || Patient – Patient identification number  || Always BSN
|-
| 4 || Address || Patient – Address data || 
|-
| 5 || Healthcare Provider Name || Healthcare Provider – Organization name || Healthcare Provider who has compiled the medication overview
|-
| 6 || Healthcare Provider Address || Healthcare Provider – Address – Address data || Healthcare Provider who has compiled the medication overview
|-
| 7 || Healthcare Provider Telephone || Healthcare Provider – TelephoneMail – Contact data – Telephone numbers || Healthcare Provider who has compiled the medication overview
|-
| 8 || Healthcare Provider Email || Healthcare Provider – TelephoneMail – Contact data – Email addresses || Healthcare Provider who has compiled the medication overview
|-
| 9 || Date of Medication Overview || Document data – Document date || The time at which the document was created
|-
|  || Height|| Body height – HeightValue, HeightDateTime || 
|-
|  || Weight|| Bodyweight – WeightValue, WeightDateTime || 
|-
|  || Checked by Health professional || Document data – Verification by health professional || 
|-
|  || Verified with Patient/Informal Caregiver || Document data – Verification by patient || 
|}
Elements 5 through 8 are not shown if the patient is the creator of the medication summary.

===Contra-indications and hypersensitivities (CiO)===
[[Bestand:Medicatieoverzicht_ICA_v0.5.PNG]]

Active contra-indications and hypersensitivities (intolerances, allergies/adverse reactions) (in Dutch: 'contra-indicaties en overgevoeligheden' - CiO).

Filter: end date is not filled, is in the future or was less than a year ago when compiling the overview.

Sort: most recent start date (useperiod/startDateTime in dataset) at the top.

This part will be elaborated at a later time and is not yet normative.

===Current medication===
[[Bestand:Medicatieoverzicht_HuidigeMedicatie_v0.5.PNG]]

Filter: all current medication, i.e. all MAs and TAs that apply at the time the overview is compiled and the associated MGB per source. The temporarily interrupted medication is also shown in this category. When only MGB is known, it is shown if it is not older than 13 months. When MGB is recorded by both a health professional and a patient, the last registered MGB is shown for both.

Sorting: by MBH: MA, TA, MA (recorded by patient, care provider). MBHs are sorted in descending order by start date MA, TA, MGB.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''No'''
! style="text-align:left;"| '''Header'''
! style="text-align:left;" colspan="3"| '''Dataset'''
|-
|style="background-color: white;vertical-align:top;"|1
|style="background-color: white;vertical-align:top;"|Type
|style="background-color: white;vertical-align:top; text-align:center;"|MA
|style="background-color: white;vertical-align:top; text-align:center;"|TA
|style="background-color: white;vertical-align:top; text-align:center;"|MGB
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|2
|style="background-color: white;vertical-align:top;" rowspan="2"|Medicinal product
|style="background-color: white;vertical-align:top; text-align:center;"|Agreed medicinal product-
|style="background-color: white;vertical-align:top; text-align:center;"|Medicinal product belonging to TA-
|style="background-color: white;vertical-align:top; text-align:center;"|Device-
|-
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Product – ProductCode (if absent: ProductSpecification, ProductName)
|-
|style="background-color: white;vertical-align:top;"|3
|style="background-color: white;vertical-align:top;"|Start date
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Start date
|-
|style="background-color: white;vertical-align:top;"|4
|style="background-color: white;vertical-align:top;"|End date/duration
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|End date (if not available: Duration)
|-
|style="background-color: white;vertical-align:top;"|5
|style="background-color: white;vertical-align:top;"|Dosage
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Instructions for medication use – Description
|-
|style="background-color: white;vertical-align:top;"|6
|style="background-color: white;vertical-align:top;"|Route of administration
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Instructions for medication use – Route of administration
|-
|style="background-color: white;vertical-align:top;"|7
|style="background-color: white;vertical-align:top;"|Reason
|style="background-color: white;vertical-align:top; text-align:center;"|Reason for prescribing &
if applicable reason for discontinuing/suspending medication
|style="background-color: white;vertical-align:top; text-align:center;"|Reason for discontinuing/suspending medication
|style="background-color: white;vertical-align:top; text-align:center;"|Reason for discontinuing/suspending medication
|-
|style="background-color: white;vertical-align:top;"|8
|style="background-color: white;vertical-align:top;"|Explanation
|style="background-color: white;vertical-align:top; text-align:center;" colspan="2"|Explanation & additional information
|style="background-color: white;vertical-align:top; text-align:center;"|Explanation
|-
|style="background-color: white;vertical-align:top;" rowspan="3"|9
|style="background-color: white;vertical-align:top;" rowspan="3"|Source
|style="background-color: white;vertical-align:top; text-align:center;"|Prescriber-
|style="background-color: white;vertical-align:top; text-align:center;"|Provider-
|style="background-color: white;vertical-align:top; text-align:center;"|Author-
|-
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Health professional – Name healthcare provider, specialty
|-
|style="background-color: white;vertical-align:top; text-align:center;"|n/a
|style="background-color: white;vertical-align:top; text-align:center;"|n/a
|style="background-color: white;vertical-align:top; text-align:center;"|or “Patient”
|}

===Future medication===
[[Bestand:Medicatieoverzicht_ToekomstigeMedicatie_v0.5.PNG]]

Filter: all medication that will become actual in the next 3 months. This includes intended use of medication.
For a description of the mapping, the same applies as with the current medication, see [[#Current medication|Current medication]].

===Recently discontinued medication===
[[Bestand:Medicatieoverzicht_RecentBeeindigde_v0.5.PNG]]

Filter: any medication that has ended or stopped in the past 2 months.

For a description of the mapping, the same applies as with the current medication, see [[#Current medication|Current medication]].

===Additional lab values ===
[[Bestand:Medicatieoverzicht_Labwaarden_v0.5.PNG]]

Most recent lab values and abnormal renal function values.

This part will be elaborated at a later time and is not yet normative.

===Remarks ===
[[Bestand:Medicatieoverzicht_Opmerkingen_v0.5.PNG]]

For example, relevant (limited) health skills (competences: literacy, calculation and digital skills) that can have an impact on medication use or treatment.

This part will be elaborated at a later time and is not yet normative.

==Building block instantiations==
This section describes which instantiations of the building blocks belong to the medication overview. This concerns 'own' and 'someone else's' building blocks ([[#After-Hours General Practice clinics (HAP)|paragraph 3.1]]) and then only the latest, relevant instantiations of this.

===Own and someone else's===
Both the own and a copy of (known to the sender) building blocks from other sources are included in the medication overview. This so that the medication overview is as complete as possible for the recipient. This ensures that recipients can start using it immediately and that they are not dependent on other sources. The technical representation of someone else's building block may differ from that of the real source. It is important that the recipient is aware of this. The original OID of someone else's building block should simply be given. The recipient can then choose to also collect the building block from its source in its original form.

The MA, TA and MGB building blocks have been extended with a feature that indicates whether:
*there is an 'own' building block or
*that of "someone else" (an ''accent'' building block: MA’, TA’, MGB’)
This attribute is applicable to the transactions for the medication overview. In addition, the attribute copy applies when handling a prescription, when prescribing under someone else’s MA or when issuing someone else’s TA. No copies of building blocks may be delivered in other transactions.

The 'building block of someone else' attribute is on two levels:
*The template ID of an MA’, TA’, MGB’ differs from an MA, TA and MGB.
*In addition, the element copy indicator is always sent with value '''true''' in MA’, TA’, MGB’.
For the medication overview, it is permitted to submit the MAs, TAs and MGB via an information system-generated MGB or MGB '(Healthcare provider is author MGB). This must have a reference to an MA, TA or MGB.

====Medication overview and derivation rules====
An overview of medication that the patient is using (or should be using) can be put together in an information system in two ways:<br>
1) displaying a current medication overview (or overviews) obtained from another source (or sources)<br>
2) showing coherent medication building blocks obtained from one's own information system and from other sources.<br>
In both cases, this overview of medication consists of the information as included in the building blocks  MA, TA and MGB.

Re 1) When this document refers to a current medication overview, this means a coherent overview in which current MAs, TAs and MGBs are included. This current medication overview is built up by the source on the basis of the data known at that time at the source. This overview can be exchanged with the transaction group Medicatieoverzicht (Medication overview) (PULL or PUSH).

The data and building blocks that are known at the source, but originating from another source, are supplied in the transaction with the 'accent' indicator so that they are recognisable as building blocks from someone else (MA', TA', MGB').

Re 2) It is also possible for an information system to compile an overview by combining own and someone else's separate individual medication building blocks. The transaction group Medicatiegegevens (medication data) (PULL) is used to request individual building blocks.

With the transaction group Medicatiegegevens (medication data) (PUSH), separate building blocks can also be sent directly to another health professional or the patient (so without requests). This happens, for example, at discharge or at the request of a co-practitioner who has the patient in front of him (e.g. patient appears to a GP or pharmacist outside the region, where this GP or pharmacist requests the data by telephone from the patient's own GP and receives it digitally).

Both Medicatiegegevens (medication data) PUSH and PULL should not provide data obtained from other sources.

===Last relevant===
Only the last relevant building blocks (per MBH) are part of the medication overview. This section describes what exactly those last relevant building blocks are for a medication overview. Firstly for prescription medication (section 3.2.1), then for "over the counter" medication (section 3.2.2). The following section 3.2.3 further discusses the special situation that, in addition to a current, a future MA within the same MBH is valid. Finally, the last paragraph summarizes the rules to be applied.<br>
Note: The (technical) stop-MAs are not shown in the examples, but are implicitly assumed.

====Prescription medication====
=====Most simple "happy flow"=====
In an MBH, the simplest "happy flow" results in a sequence of:
* ''MA – TA – MGB''
Usually, an MBH starts with an MA. A TA concretely completes the MA. MGB says something about the actual medication use of the patient in this MBH. All three building blocks are relevant in such a case and are part of the delivery of a medication overview, as indicated in green below.
* <font color="00CC00">MA – TA – MGB</font>
A TA refers to the MA it fulfills. If no referral is available in the TA, the appointment date of the TA must be later than that of the MA to be relevant to delivery.<br>
MGB can refer to an MA or TA. If no referral is available in the MGB, the registration date of the MGB must be later than that of the MA to be relevant for delivery.

=====New medication agreement in MBH=====
If you create a new MA in an existing MBH, the currently existing MAs, TAs and records of MGB are no longer relevant for the medication overview. The idea is that all older building blocks than the current MA are by definition "overruled" by this new MA and consequently no longer relevant for the medication overview.
* <small>''MA – TA – MGB''</small> - <small><font color="red">stop-MA</font></small> – <font color="00CC00">MA</font> – <small><font color="red">stop-TA</font></small>

If a TA and possibly also MGB are created and available following such an MA, these will be included in the medication overview. 
* <small>''MA – TA – MGB''</small> – <small><font color="red">stop-MA</font></small> – <font color="00CC00">MA</font> – <small><font color="red">stop-TA</font></small> - <font color="00CC00"> TA</font>
* <small>''MA – TA – MGB''</small> – <small><font color="red">stop-MA</font></small> - <font color="00CC00">MA</font> - <small><font color="red">stop-TA</font></small> – <font color="00CC00">TA – MGB</font> <br>

The new MA can also be a stop-MA, if the patient has to stop medication permanently. This stop-MA remains relevant for the medication overview for 2 months.<br>
* <small>MA – TA – MGB</small> – <font color="red"> stop-MA </font> - <font color="red">stop-TA</font>

=====Medication use earlier than administration agreement=====
It is possible that you have registered MGB before the TA has been made. Here too, the idea is that the newer TA "overrules" the older registration of TA and MGB. The older MGB is therefore no longer relevant for the medication overview.
* <font color="00CC00">MA – MGB</font>
* <font color="00CC00">MA</font> – <small>''MGB''</small> – <font color="00CC00">TA</font>

Of course, a new record of MGB can then be made, which is also relevant for the medication overview.
* <font color="00CC00">MA</font> – <small>''MGB''</small> – <font color="00CC00">TA - MGB</font>

=====New administration agreement=====
Sometimes a change needs to be made to a TA under an existing MA. For example, because a different product has to be supplied (as a result of preference policy or for stock reasons). Again, you must create a stop-TA and then a new TA.
* <font color="00CC00">MA</font> – <small>''TA – MGB''- <font color="red">stop-TA</font></small> - <font color="00CC00">TA</font>

Of course, you can then record MGB, which in turn is relevant for the medication overview.
* <font color="00CC00">MA</font> – <small>''TA – MGB'' - <font color="red">stop-TA</font></small> – <font color="00CC00">TA - MGB</font>

====Over the counter====
Sometimes a patient uses medication for which there is no prescription. This applies, for example, to painkillers such as paracetamol or ibuprofen, which are available without a prescription. We call this “over the counter” medication. Such use of "over the counter" medication can be recorded with the MGB building block. This is also relevant for the medication overview.
* <font color="00CC00">MGB</font>

A new record of MGB by the same type of author (type of author is patient or health professional) "overrules" any older records of MGB. Elaborated below, in order of registration date:
* <small>''MGB''</small> - <font color="00CC00">MGB</font>

When a prescriber decides to formalize this MBH with an MA the rules as described above apply. Elaborated below, in order of appointment date (MA or TA) / registration date (MGB):
* <small>''MGB – MGB''</small> – <font color="00CC00">MA</font>
* <small>''MGB – MGB''</small> – <font color="00CC00">MA - MGB</font>
* <small>''MGB – MGB''</small> – <font color="00CC00">MA – TA - MGB</font>
* <small>''MGB – MGB''</small> – <font color="00CC00">MA</font> – <small>''MGB''</small> - <font color="00CC00">TA - MGB</font>
* <small>''MGB – MGB''</small> – <font color="00CC00">MA</font> - <small>''MGB''</small> - <font color="00CC00">MGB</font>

====Future medication agreements and administration agreements====
An MBH may include more than one actual MA and toedieningsafspraak. Namely one for the current situation and one or more for the future situation. This section describes an example with one current and one future. For clarity, the future building blocks have a “T-” in the examples. Both current and future building blocks are relevant for the medication overview. The building blocks for TA and MGB must have adequate references to either the current or future appointments. Below are three examples, in order of appointment date / registration date (if these are equal, then sorted by period of use):
* <font color="00CC00">MA – T MA</font>
* <font color="00CC00">MA – TA – T MA – T TA</font>
* <font color="00CC00">MA – TA – MGB – T MA – T TA – T MGB</font>
Suppose that the TA changes because the provider supplies a different strength (2x 500mg tablets instead of 1x 1000mg tablets) and the patient still has enough stock for two weeks based on the first TA: 
* <font color="00CC00">MA – TA – MGB – T TA – T MGB</font>

=====New medication agreement=====
If a new MA is created in this situation, a (technical) stop/cancel-MA must always be created as well. This stop/cancel-MA has two appearances:<br>
1) With referral to the specific MA that is discontinued or cancelled;<br>
2) Without referral. With this the entire MBH is discontinued. This is allowed only when there is no MA available in the MBH. 

Re 1) Stop-MA for one current MA. With this stop-MA, a specific MA is discontinued. For that MA a new MA is then created. If only the current MA is changed, this affects the examples given above as follows, in order of appointment date: 
* <small>''MA''</small> – <font color="00CC00">T MA </font> - <small> <font color="red">stop-MA </small> </font> <font color="00CC00"> – MA </font>
* <small>''MA – TA''</small> – <font color="00CC00">T MA – T TA </font> - <small> <font color="red">stop-MA </small> </font> <font color="00CC00"> – MA</font>
* <small>''MA – TA – MGB''</small> – <font color="00CC00">T MA – T TA – T MGB </font> -<small> <font color="red">stop-MA </small> </font> <font color="00CC00"> – MA</font>

If only the future MA is changed, this results in the following changes applied to the examples above, in order of appointment date:
* <font color="00CC00">MA</font> – <small>''T MA''</small> - <small> <font color="red">cancel-MA </small> </font> <font color="00CC00"> – <font color="00CC00">T MA</font>
* <font color="00CC00">MA – TA</font> – <font color="black"><small>''T MA – T TA''</font></small> - <small> <font color="red">cancel-MA </small> </font> <font color="00CC00">– <font color="00CC00">T MA</font>
* <font color="00CC00">MA – TA – MGB</font> – <font color="black"> <small>''T MA – T TA – T MGB''</font></small> - <small> <font color="red">cancel-MA </small> </font> –  <font color="00CC00">T MA </font>

<font color="black"> Re 2) Stop-MA for the entire drug treatment. This should be created only when there is no MA available in the MBH to refer to. This may be the case when the MBH was started with another building block, such as a TA or MGB, or if the MA - for whatever reason - was not delivered upon consultation. In these cases, the system does not "know" this MA and therefore cannot refer to it. A prescriber can then stop the MBH with a stop-MA that has no reference to an MA. If desired, the prescriber can subsequently create a new MA. This is detailed below for the same three examples as above, in order of appointment date.

* <small>''TA – ''</small> <small> <font color="red">stop-MA (without reference)</small> </font> <font color="00CC00"> - MA </font>
* <small>''TA – T TA – MGB''</small> - <small> <font color="red">stop-MA (without reference)</small> </font> - <font color="00CC00">MA - T MA </font>
* <small>''TA – MGB - T TA – T MGB''</small> - <small> <font color="red">stop-MA (without reference)</small> </font>– <font color="00CC00">MA - T-MA</font> <font colour="black">

=====New administration agreement=====
<font color="black">  However, you can also make a new TA for the current MA only. This new TA must then have a reference to that current MA. Elaborated below for three examples, in order of appointment date.
* <font color="00CC00">MA – T MA – TA</font>
* <font color="00CC00">MA</font> – <small>''TA''</small> – <font color="00CC00">T MA – T TA </font> – <small> <font color="red"> stop-TA </small> </font> – <font color="00CC00">TA</font>
* <font color="00CC00">MA</font> – <small>''TA – MGB''</small> – <font color="00CC00">T MA – T TA – T MGB – </font> <font color="red"> <small> stop-TA </font></small> – <font color="00CC00">TA</font>

A new TA with a reference to the future medicatieafspraak looks like this.
* <font color="00CC00">MA – T MA – TA – T TA</font>
* <font color="00CC00">MA –TA – T MA</font> – <small>''T TA''</small> –  <font color="red"> <small> cancel-TA </font></small> - <font color="00CC00">T TA</font>
* <font color="00CC00">MA – TA – MGB – T MA</font> – <small>''T TA – T MGB''</small> - <font color="red"> <small> cancel-TA </font></small>– <font color="00CC00">T TA</font>

====Rules of overruling listed====
Based on the above description/examples, the following general rules of overruling can be derived. These are the rules for determining whether a building block is relevant for delivery in the medication overview. Within an MBH: 
*A new MA overrules all building blocks of types MA and TA(s), belonging to the MA being changed, stopped or cancelled.
*A new TA overrules the building block of type TA belonging to the TA being changed, stopped or cancelled.
*A new MA or TA always overrules the building blocks of type MGB, regardless of whether it belongs to the MA or TA being changed, stopped or cancelled.
*A new registration of an MGB overrules in principle (see exception below) older registrations of MGB belonging to the same MA as the new MGB.
**Exception to this rule: MGB authored by the patient does NOT overrule an older MGB record authored by a healthcare provider and vice versa. Therefore both are relevant to the medication overview.

The last exception is further applied to the following cases:
* <font color="00CC00">MA – TA – MGB-ZVL – MGB-PAT</font>
* <font color="00CC00">MA – TA – MGB-PAT – MGB-ZVL</font>
* <font color="00CC00">MA – TA</font> – <small>''MGB-PAT''</small> – <font color="00CC00">MGB-PAT</font>
* <font color="00CC00">MA – TA – MGB-ZVL</font> – <small>''MGB-PAT''</small> – <font color="00CC00">MGB-PAT</font>
* <font color="00CC00">MA – TA</font> – <small>''MGB-ZVL – MGB-PAT''</small> – <font color="00CC00">MGB PAT – MGB-ZVL</font>

==Verification per MBH ==
A health professional records verification per MBH with the MGB building block:
*Author = Health professional
*Possible informant: the patient, a care provider or another person
*Possible characteristic "according to agreement": according to the author, is the medication use in accordance with the MA or TA?
*Possible link to MA or toedieningsafspraak:
**MA or TA that has been the reference for recording this MGB.
**When it is indicated "according to agreement", this is the MA or TA according to which the patient uses.
Such a record of MGB means: "I think the patient uses this drug as follows: ...".

Known: it is not currently provided in the information standard to indicate that an MA or TA is correct, regardless of whether the patient uses it as such.

==Process of the medication overview exchange==
In addition to the content and verification, the process surrounding the medication overview is also important.

===Who, when, with what information===
The reliability and completeness of a medication overview depends on:
*who composed it,
*at what time and
*with what basic information.
We can make agreements about this, for example:
*only exchange/make available a medication overview once it has some form of reliability
**after an explicit action by a health professional or
**automatically if certain conditions are met.
*fully automatically exchange/make available medication overview without conditions
*make medication overview fully automatically available without the need for a new data type (so when registering one of the other medication data types you are automatically also the source of a medication overview).

====Decision====
The above questions have not yet been answered. It has been decided that during the Proof-Of-Concept all parties that can provide a medication overview will do the same.

===Responsibilities applicant and source===
The applicant receives medication overviews from multiple sources. Processing this is the responsibility of the recipient. The topicality of a medication overview is important here.

'''Action''': the transaction Medication overview must contain the most recent date of the collection of available agreement dates / registration dates of the delivered building block instantiations. The compiler (source) of the medication overview must therefore provide this date. This helps the recipient to better estimate the topicality of the medication overview.

===Agreements continued===
We continue the analysis with the results of the Proof-Of-Concept to arrive at a good process for the medication overview.

==Inference rules==
It is important that all parties, physician, pharmacist, nurse as well as patient can infer from the medication building blocks what is intended (i.e. what the current agreements are) and that this should be the same for all information systems. For that reason, information systems must be able to calculate the current situation using the same inference rules.

The current therapeutic situation is calculated on the basis of MAs and TAs. TAs have a relationship with the MA that they were added to. For this reason, TAs can be linked to the MA that they belong to.<br>
Of course it is also useful to have information about medication use. However, this does not indicate the aim of the health professional, only what medication the patient has used. For that reason, the rules below do not take MGB in consideration. However, MGB is part of a medication profile but is shown separately under the MBH concerned.

===Effective period===
The effective period lies between an ''effective start date'' and an ''effective end date''.<br>
:''The effective period describes the period to which an MA or TA (ultimately) applies.''<br>
The effective period depends on adjustments (modifying/discontinuing/halting/resuming) of medication and by the ‘actual handling of an MA by a TA. The effective period is not described in the dataset, because it is inferred which is only used to determine the current situation. The ''effective start date, effective end date'' and ''effective period'' are not data to be shown to the end user. Medication for an indefinite period has an effective end date that is in the future, but at a time that cannot be distracted (yet). It is only known that it is 'somewhere' in the future.

===Actual and current medication===
*''Actual MAs and TAs'': the agreements of which the effective end date lies in the future.
*''Current MAs and TAs'': the agreements for which the present date lies between their effective start date and the effective end date.
*''Actual medication'': the collection of actual (current and future) MAs and TAs as well as current MGB. It should be taken into account that it is never possible to say with certainty to what extent the patient complies with the agreements and/or reports actual use of medication.

===Details===
'''Approach'''<br>
Using a number of different situations the inference rules are described for arriving at the effective therapeutic period in a medication profile:<br>
:1) Starting medication 
:2) Creating an administration agreement 
:3) Changing medication
:4) Discontinuing medication
:5) Temporarily halting and resuming medication

The inference rules are described below. The number for each inference rule indicates the order in which the rules must be executed.

'''1) Starting medication'''<br>
Medication is started by creating a new MA. The MA has:
*An agreement date - the date on which the agreement was made with the patient.
*A period of use - this period consists of:
**A start date - the start date (useperiod/startDateTime in dataset) of the MA may be in the future;
**The duration of medication use;
**The end date – the date until which the MA is valid.

 1a: The effective period of a new MA is equal to its period of medication use.

'''2)	Creating an administration agreement'''<br>
A TA specifically fulfils an MA. From a patient perspective, the TA, in a way, replaces an MA, as the TA is a more specific indication of what the patient should be using.

Inference rule 1 is extended:

 1b: The effective period of a new TA is equal to its period of medication use 

Inference rule 2 is applicable when an MA has underlying TAs (see inference rule 2b for further explanation):

 2a: The effective period of an MA is equal to the effective period of the TA.

'''3)	Changing medication'''
:'''a)	By means of an MA'''
The prescriber changes the medication (i.e. the MBH) by creating a new MA (and discontinuing the existing one) within an existing MBH. 
Because the start date (useperiod/startDateTime in dataset) of an MA may lie in the future, several MAs may be actual at the same time. For example, when an MA applies ‘for an indefinite period’ (MA1) and it is agreed to change the dosage in two weeks (MA2), the first MA (MA1) remains valid for two weeks, after which the second MA (MA2) becomes effective. The previous inference rules do not change because of this.

:'''b)	By means of a TA'''
A TA specifically fulfils an MA. This TA may be modified. For example, when administration schedules are changed (when GDS is initiated), or when a commercial product is changed (for example, as a result of a preference policy). Several successive TAs can therefore be created under a single MA. Hence, rule 2 is expanded so that the effective period of the MA is determined by the entire series of underlying TAs.

 2b: When several TAs are made under a single MA, the effective start date of the MA is then equal to the earliest start date of the underlying TA and the end date of the last TA.

Parallel TAs may exist under a single MA of which the agreement date and the start date are the same. Both are then valid at the same time and this does not change rule 2b.

The diagram below includes a simplified example of an actual profile composed of different building blocks. The patient, verification, CiO and lab data have been excluded from this overview. Only limited data has been included, mainly to demonstrate the way in which the effective period works. Lines starting with ‘-’ are detail lines which can be  hidden in the medication profile, if required. The first line shows the effective period for the underlying MAs and TAs. The MGB is also displayed, but this does not influence the calculation of the effective therapeutic period on the first line. 

{{anchor|figuur 9}}
[[Bestand:Voorbeeldeffectieveperioden.png|Figuur 9 Voorbeeld effectieve periode]]

'''4)	Discontinuing medication'''<br>
Discontinuing medication (i.e. discontinuing the MBH) is done by creating a new MA in which stop type ‘permanent’ is indicated. The start date of this MA is the date on which the original MA started. The end date is the date on which the medication is discontinued. The effective period of the original MA is so replaced by the effective period of this new stop-MA.

 1c: When an MA is discontinued, the effective period of the MA is then the effective period of the stop-MA.

A stop-TA fulfils the stop-MA. In this way, for example, it is possible to indicate that the discontinuation starts when the next GDS roll is supplied.

'''5)	Temporarily halting and resuming medication'''<br>
Temporarily halting medication is carried out in the same way as discontinuing medication. A stop-MA is created (stop type ‘temporary’) with the same start date (useperiod/startDateTime in dataset) as that of the original MA. The end date of the stop-MA is the timing of the temporary halt, the stop type is ‘temporary’. Resuming medication is done by creating a new MA with the old (or adjusted) dosage with the date of resuming as the start date. A meaningful reason (example: resume previous policy) may serve to clarify matters. If the medication is not resumed, ‘discontinue medication’ (stop type ‘permanent’) can be executed in order to permanently end the MBH, which means the medication is no longer valid. Medication that is halted remains valid, and so remains visible in the medication profile.

 1d: When medication is temporarily halted, the effective period is not affected. The effective period is determined by the effective period of the original MA. 

These inference rules are the basis for determining the current agreements. It is possible to conceive exceptional situations relating to a partial availability of medication data. These situations have not been elaborated. All inference rules are included and implemented in the open-source medication viewer.

==Data that need not be shown==
Various data are important for the correct processing of information, but are not relevant to the end user:
*An application does not have to show the (technical) identification of an MBH (nor that of the building blocks themselves), but the elaboration thereof: namely, building blocks shown in coherence.
*The copy indicator for the MA, TA and MGB when consulting the medication overview. Whether a building block is a copy is not that important to a user and can be deduced by other data from that building block (such as the author of the building block). So it is not so important that a user can see that this has been delivered 'as a copy' and is probably only confusing. However, this information is important for suppliers, for example because they sometimes want to perform calculations with the data and it is then safer to collect the data from the real source. It is therefore obvious to keep track of whether you have received data from the real source in your information system.
*An application does not have to show the stop type (temporary/permanent) of a stop agreement, but it does have to show how it affects how the MBH is displayed in the medication overview. The effect may be that the entire MBH is shown as stopped medication, interrupted medication (remains viewable under current medication), a change in case of a 'technical stop-agreement’. In the case of a 'cancel-agreement', the medication will never have been started and therefore will not be shown in a medication overview.

=Administration list and inference rules=

This chapter shows a possible presentation/view of the administration list and, additionally, specifies the inference rules to identify the relevant medication building blocks within a pharmaceutical treatment, for the generation of an administration list.

==Introduction==
This paragraph contains an example of an administration list. The administration list shows the most recent medication data at any time of the day, to facilitate adequate medication administration. To ensure safe circumstances in which correct and up-to-date medication data is presented to the (professional) administrator, the administration software must be able to process the medication building blocks and to correlate the medication building blocks, as described in this information standard.

The term ‘administration list’ is defined as a digital list including all medicaments that are prescribed by a prescriber and that have to be administered to a patient/client. This list is generated based on the following medication building blocks: MA, TA, MVE, MTD and WDS.

Sending and/or making medication data available to (professional) administrators provides a comprehensive overview of all medication to be administered. Importantly, this implies that information regarding discontinuation and change of medication with or without medication dispense is available at any time. Changes in medication and variable dosing regimens, for example as prescribed by the thrombosis service, are immediately available for administrators.

In the figures below, the numbered elements are normative; it is mandatory to show those components. The lay-out of the administration list in an information system may differ depending on the type of users or the type of device; this is dependent on the user requirements.

The administration list in this example is described generally. The chapter entails the general end user requirements for the administration list; this chapter does not comprise details on the technical requirements or implementation.

The existing KNMP specification “User requirements specification Medication overview 2.0”, “Guideline Transfer of Medication data in the chain of care, Revision 2018/2019”, and the new insights from the Medication process program have been incorporated in this chapter.

The basis for the administration list entails:
*Medication building blocks
**MA
**TA
**WDS
**MTD
**MVE
*All current medication; this comprises all MAs, TAs and WDSs that are available and applicable when the medication is administered. The PeriodOfUse defines whether medication should be considered current medication.
*The PrickPatchLocation is consulted based on the AdministrationDateTime.
*(Professional) administrators can distinguish the types of medication (in GDS package or separately) which should be administered to the patient by the data element DistributionForm (medication building block MVE) and the data element AsNeeded/Condition in the dosage (medication building blocks MA, TA or WDS). The different types of medication may be presented according to the following categories:
**GDS medication (including discontinued medication in order to show a notification/warning)
**Non-GDS medication
**Non-GDS medication as needed
*The remaining building blocks VV, MVE and MGB are not relevant for the administration list.

{{anchor|figuur 1}}
[[Bestand:Toedienlijst_figuur_1a.PNG|Figuur 1: Voorbeeldweergave toedienlijst]]
[[Bestand:Toedienlijst_figuur_1b.PNG|Figuur 1: Voorbeeldweergave toedienlijst]]
[[Bestand:Toedienlijst_figuur_1c.PNG|Figuur 1: Voorbeeldweergave toedienlijst]]
<br>
<small>''Figure 1: Example administration list.''
</small> <br>
<br>
{| class="wikitable"
|-
! Nr
! style="text-align:left;"|Heading
! style="text-align:left;" colspan="3"|Dataset
|-
| 1 || Type || MA || TA || WDS
|-
| 2 || Medicine || Agreed Medicine || Medicine To Be Dispensed || 
|-
| 3 || Prescriber
|style="text-align:left;" colspan="3"| Medication Agreement – Prescriber – Health Professional 
|-
| 4 || Supplier
|style="text-align:left;" colspan="3"| Administration Agreement – Supplier – Healthcare Provider  
|-
|  || Author
|style="text-align:left;" colspan="3"| Variable-Dosing Regimen – Author – Health Professional (conditional) 
|-
| 5 || Start Date || Medication Agreement – Period Of Use || Administration Agreement – Period Of Use || Variable Dosing Regimen – Period Of Use
|-
| 6 || End Date/Duration || Medication Agreement – Period Of Use || Administration Agreement – Period Of Use || Variable Dosing Regimen – Period Of Use
|-
| 7 || Description
|style="text-align:left;" colspan="3"| Instructions For Use – Description
|-
|  || Route Of Administration
|style="text-align:left;" colspan="3"| Instructions For Use – Route Of Administration 

|-
|  || Additional Instructions
|style="text-align:left;" colspan="3"| Instructions For Use – Additional Instructions
|-
|  || Dose
|style="text-align:left;" colspan="3"| Instructions For Use – Dosing Instructions – Dosage – Dose 
|-
|  || Administration Time
|style="text-align:left;" colspan="3"| Period Of Use – Dosing Instructions – Dosage – Administering Schedule – Administration Time
|-
|  || Administration Speed
|style="text-align:left;" colspan="3"| Period Of Use – Dosing Instructions – Dosage – Administration Speed
|-
|  || Duration Of Administration
|style="text-align:left;" colspan="3"| Period Of Use – Dosing Instructions – Dosage – Duration Of Administration
|-
| 8 || Prick-Patch Location
|style="text-align:left;" colspan="3"|Medication Administration – Prick-Patch Location
|-
| 9 || Comment
|style="text-align:left;" colspan="3"|Comment & Additional Information
|}
<small>''Table 1: Normative medication data in the administration list.''
</small>

==Functional specification==
In the figures below the elements with normative data are presented. The other elements are not normative (not yet). The numbered elements in the table are normative; the other elements are optional (until further notice).

===Heading and general===

[[Bestand:Toedienlijst_Functionele_specificatie.png]]

===Remarks===

[[Bestand:Toedienlijst_Kop en algemeen.png]]

In the comment field, for example, (limiting) health literacy competences (competences: literacy, calculation and digital skills) can be recorded, which may affect the medication administration. This part is for internal use and is not exchanged (not yet).

'''NB.''' This part is not normative yet. This data is derived from the internal information system of the organisation.

===GDS medication===

[[Bestand:Toedienlijst_Opmerkingen.png]]

GDS (medication distribution system, in Dutch: 'Geneesmiddel Distributie Systeem') is defined as a package in which medicaments are distributed in units per administration moment, labelled with the name of an individual patient/client ([https://www.knmp.nl/praktijkvoering/richtlijnen/knmp-richtlijnen-praktijkvoering/knmp-richtlijn-voor-geautomatiseerd-geneesmiddeldistributiesysteem-gds-september-2011 KNMP, 2011]). If medication is discontinued or changed, it is desired that a warning signal is shown, with the comment that, possibly, the medication is in the GDS package, and an additional act may be required. Further elaboration is needed.

===Non-GDS medication===

[[Bestand:Toedienlijst_Niet-GDS-medicatie.png]]

Non-GDS medication is medication which, for various reasons, cannot be included in an automated medication distribution system. The distribution type 'non-GDS' is specified in the data element DistributionForm in the corresponding MVE. Furthermore, for non-GDS medication, the condition AsNeeded remains empty.

===Non-GDS medication – as needed===

[[Bestand:Toedienlijst_Niet-GDS-medicatie_zo_nodig.png]]

Non-GDS medication as needed comprises separate medication which should be administered only in specific circumstances. The condition for administration of such medicament can be:
*a measured physiological value (plasma glucose level, body temperature, blood pressure);
*a symptom or other condition (headache, itching).
The distribution type 'non-GDS' is specified in the data element DistributionForm in the corresponding MVE. Furthermore, the condition AsNeeded is filled.

==Building block instantiations==
This paragraph describes which building block instantiations are related to the administration list. This includes only the ‘own’ building blocks (see [[#Own and someone else's|paragraph 5.3.1]]) and only the latest, relevant instantiations (see [[#Last relevant|paragraph 5.3.2]]).

===Therapeutic and logistical building blocks===
Compiling an administration list involves therapeutic building blocks. Building blocks can be ‘overruled’ based on inference rules. All inference rules as described in [[#Medication overview and inference rules|Chapter 5]] are applicable. In addition, in this paragraph, the inference rules for WDS are described. The inference rules do not apply to MTD, as medication administration is a procedure at a certain time point; in contrast, the MA, TA and MBG comprise agreements valid for a certain period of time. The logistic building block MVE is not needed for compiling an administration list as TA includes the data element ‘DistributionForm’ in which the type of distribution including ‘GDS medication’ is registered.

====Administration list and inference rules====

An administration list can be compiled, for example in the administrator’s information system, based on separate medication building blocks.
The medication building blocks may be retrieved from the own information system or from other sources. The transaction Medication data (consulting/making available) is used for consulting and making available individual medication building blocks.
In the transaction group Medication data (sending/receiving), separate medication building blocks can be send to another health professional or patient directly (without prior consultation); for example, in the case of discharge or on request of a fellow health professional (for example, a patient sees a GP or pharmacist outside the region; the GP or pharmacist requests the data by telephone and receives the data digitally).
Both for Medication data sending/receiving and Medication data consulting/making available, data obtained from other sources is not allowed to be presented in the administration list.

===Last relevant===

Only the latest relevant medication building blocks (per MBH) are part of the administration list. This paragraph provides a description of the latest relevant building blocks for an administration list comprising medication on prescription. [[#Medication with prescription with a variable dosing regimen|Paragraph 6.3.2.1]] describes the situation in which a WDS is applicable. For WDS, the same inference rules apply as for MA. For compiling an administration list, the presence of a WDS is decisive for the instructions for use. All other situations in which WDS is not applicable, as described in [[#Last relevant|paragraph 5.3.2]], are applicable as well.

Query to identify the correct, relevant and future medication building blocks:
{| class="wikitable"
|-
! Nr
! style="text-align:left;"|Medication building block
! style="text-align:left;"|Query Parameter
! style="text-align:left;"|What should be filled in specifically?
|-
| 1 || MA, TA, WDS || Period Of Use || All medication that should be administered today and, therefore, is applicable: Day = T, startDate = T: 00:00:00 h, endDate = T: 23:59:59 h
|-
| 2 || MTD || Administration Period || Depending on medical relevance (for example, historical information on prick and patch locations may be relevant back to one week ago). For example, is one week is sufficient (another period may be chosen): Day = T, startDate = T-7 day
|}

If all medication building blocks are collected, the following medication data, depending on the situation, can be used:
{| class="wikitable"
|-
! style="text-align:left;"|Medication building block
! style="text-align:left;"|Situation: only MA*
! style="text-align:left;"|Situation: MA + TA
! style="text-align:left;"|Situation: MA + TA + WDS
|-
| MA || Decisive** for compiling the administration list (number: 2, 5, 6, 7, 9, 10) || Data from the prescriber || Data from the prescriber
|-
| TA || - || Decisive** for compiling the administration list (number 2, 5, 6, 7, 9, 10) || Data from the supplier and medicine
|-
| WDS || - || - || Decisive** for compiling the administration list (number 5, 6, 7, 10) 
|}
<small>
 * Situation in which the pharmacist has not processed the MA yet.
 ** ‘Decisive’ indicates the data elements which are included in the functional requirements (numbers of the elements are provided between brackets).</small>

====Medication with prescription with a variable dosing regimen ====

======Most simple ‘happy flow’======
The most simple ‘happy flow’ in a pharmaceutical treatment is stated below.

*''MA – WDS – TA'' 

In general, an MBH starts with an MA. A TA specifies the MA. In the WDS, it is defined whether a variable-dosing regimen applies. In both the MA and the TA, the instruction ‘according to schedule thrombosis service’ is recorded. Then, in the WDS, the dosing schedule is specified. The three medication building blocks MA, TA and WDS are relevant and are part of compiling an administration list, as indicated in green below.

<font color="00CC00">
*MA  – WDS– TA  </font>
<font color="black">
A TA refers to the MA, which is specified by the TA. Also, a WDS refers to the MA, which is specified by the WDS. A WDS is always related to an MA.

======New WSD  ======

<font color="00CC00">
*MA<font color="gray"> – WDS – <font color="00CC00">TA<font color="black"> – <font color="00CC00">WDS<font color="black">

The period of use of the WDS has ended and a new dosing schedule is created. For a variable dosing schedule in which a stop date has already been agreed, no additional stop-WDS is required.

======Change of WDS ======

<font color="00CC00">
*MA<font color="black"> – WDS– <font color="00CC00">TA<font color="black"> – <font color="red">stop-WDS<font color="black">  – <font color="00CC00">WDS<font color="black"> 

The WDS is changed.

======Discontinuation of medication ======
*MA – WDS – TA – <font color="red">stop-MA<font color="black">

Medication with a WDS is discontinued by a stop of the MA.

======Change of trade product ======

<font color="00CC00">
*MA <font color="black">– <font color="00CC00">WDS<font color="black"> – TA – <font color="red">stop-TA<font color="black">  – <font color="00CC00">TA<font color="black"> 

The trade product is changed; this does not affect the WDS.

====Rules of overruling listed ====

Based on the above descriptions/examples, the following general rules of overruling can be derived. These are the rules for determining whether a building block is relevant for delivery in the administration list. Within an MBH: <br>
*A new MA overrules all therapy building blocks (MA, TA, WDS) belonging to the MA that is being changed, stopped or cancelled.
*A new TA overrules the TA type building block belonging to the TA being changed, stopped or cancelled.
*A new WDS overrules all older WDSs belonging to the same MA.
<font color="black">

=Information systems and transactions=
This chapter contains a list of all system roles and transactions that are referred to in the various process chapters.

The figure below ([[#figuur 10|Figure 10]]) contains an overview of all information systems with their corresponding system roles (for the system roles related to the transfer of laboratory data, we refer to the [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Labuitwisseling functional design Information standard exchange Laboratory data]). The system roles have been described in [[#tabel 3|Table 3]]. The system roles associated with consulting/making available medication data and the medication overview are important for all information systems depending on the process in which they are used. The electronic prescribing system (EVS) also includes the system roles for receiving a VVV, sending an AVVV and receiving a VMA and, in an outpatient situation, for sending a prescription and receiving data on the processing of a prescription. In addition to the basic system roles, a XIS and PGO also include the system roles for sending a VMA and a VVV, for sending data on MGB and for receiving an AVVV. The pharmacist information system (AIS) also includes, in addition to the basic system roles, the roles for sending a VMA, sending a VVV and data on processing of the prescription, and receiving a prescription and AVVV. [[#Medication process|Chapter 2]] lists the main system roles per process.


{{anchor|figuur 10}}
[[Bestand:Systemen.png|Figuur 10 Overzicht systemen en systeemrollen]]

{{anchor|tabel 3}}
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|System role name
!style="text-align:left;"|Abbr.
!style="text-align:left;"|Description
|-
| style="background-color: white;"| MedicatieGegevensBeschikbaarstellend
| style="background-color: white;"| MP-MGB
| style="background-color: white;"| Making medication data available to fellow health professionals/patient
|-
| style="background-color: white;"| MedicatieGegevensRaadplegend
| style="background-color: white;"| MP-MGR
| style="background-color: white;"| Consulting medication data at fellow health professionals/patient
|-
| style="background-color: white;"| MedicatieGegevensSturend
| style="background-color: white;"| MP-MGS
| style="background-color: white;"| Sending data to fellow health professional/patient
|-
| style="background-color: white;"| MedicatieGegevensOntvangend
| style="background-color: white;"| MP-MGO
| style="background-color: white;"| Receiving medication data from fellow health professional/patient
|-
| style="background-color: white;"| MedicatieOverzichtBeschikbaarstellend
| style="background-color: white;"| MP-MOB
| style="background-color: white;"| Making medication overview available to fellow health professionals/patient
|-
| style="background-color: white;"| MedicatieOverzichtRaadplegend
| style="background-color: white;"| MP-MOR
| style="background-color: white;"| Consulting medication overview at fellow health professionals/patient
|-
| style="background-color: white;"| MedicatieOverzichtSturend
| style="background-color: white;"| MP-MOS
| style="background-color: white;"| Sending medication overview to fellow health professional/patientf
|-
| style="background-color: white;"| MedicatieOverzichtOntvangend
| style="background-color: white;"| MP-MOO
| style="background-color: white;"| Receiving medication overview from fellow health professional/patient
|-
| style="background-color: white;"| VoorschriftSturend
| style="background-color: white;"| MP-VOS
| style="background-color: white;"| Sending dispense request or request for processing modifications to medication agreement
|-
| style="background-color: white;"| VoorschriftOntvangend
| style="background-color: white;"| MP-VOO
| style="background-color: white;"| Receiving dispense request or request for processing of modifications to medication agreement
|-
| style="background-color: white;"| VoorschriftAfhandelingSturend
| style="background-color: white;"| MP-VAS
| style="background-color: white;"| Sending data on processing of medication agreement and possibly dispense request in administration agreement and/or medication dispense
|-
| style="background-color: white;"| VoorschriftAfhandelingOntvangend
| style="background-color: white;"| MP-VAO
| style="background-color: white;"| Receiving data on processing of medication agreeement and possibly dispense request in administration agreement and/or medication dispense
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekSturend
| style="background-color: white;"| MP-VVS
| style="background-color: white;"| Sending proposal dispense request to prescriber, receiving reply to proposal dispense request
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-VVO
| style="background-color: white;"| Receiving proposal dispense request, sending reply to proposal dispense request
|-
| style="background-color: white;"| VoorstelMedicatieafspraakSturend
| style="background-color: white;"| MP-VMS
| style="background-color: white;"| Sending proposal for new or modified medication agreement, receiving reply to proposal medication agreement
|-
| style="background-color: white;"| VoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-VMO
| style="background-color: white;"| Receiving proposal for new or modified medication agreement, sending reply to proposal medication agreement
|}<small>Table 3 Overview system roles</small>

Table 4 gives an overview of all transaction groups, transactions, corresponding system roles and building blocks exchanged with this transaction group. The names of the transaction groups and transactions link to the ART-DECOR publication which details per scenario which data elements are used (for the transaction groups, transactions and associated system roles related to the transfer of laboratory data, please refer to the [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Labuitwisseling functional design Information standard exchange Laboratory data]).

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''Building blocks'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.139-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.372_20220630000000 Medication data (PULL)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.374-2022-06-30T000000.html Making medication data available]
|style="background-color: white;vertical-align:top;"|MP-MGB
|style="background-color: white;vertical-align:top;" rowspan="2"|One or more: MA, VV, TA, MVE, MTD, MGB, WDS
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.373-2022-06-30T000000.html Consulting medication data]
|style="background-color: white;vertical-align:top;"|MP-MGR
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.139-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.375_20220630000000 Medication data (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.376-2022-06-30T000000.html Sending medication data]
|style="background-color: white;vertical-align:top;"|MP-MGS
|style="background-color: white;vertical-align:top;" rowspan="2"|One or more: MA, VV, TA, MVE, MTD, MGB, WDS
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.376-2022-06-30T000000.html Receiving medication data]
|style="background-color: white;vertical-align:top;"|MP-MGO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.140-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.388_20220630000000 Medication overview (PULL)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.390-2022-06-30T000000.html Making medication overview available]
|style="background-color: white;vertical-align:top;"|MP-MOB
|style="background-color: white;vertical-align:top;" rowspan="4"|MA, TA, MGB
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.389-2022-06-30T000000.html Consulting medication overview]
|style="background-color: white;vertical-align:top;"|MP-MOR
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.140-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.391_20220630000000 Medication overview (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.392-2022-06-30T000000.html Sending medication overview]
|style="background-color: white;vertical-align:top;"|MP-MOS
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.392-2022-06-30T000000.html Receiving medication overview]
|style="background-color: white;vertical-align:top;"|MP-MOO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.141-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.394_20220630000000 Medication prescription (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.395-2022-06-30T000000.html Sending medication prescription]
|style="background-color: white;vertical-align:top;"|MP-VOS
|style="background-color: white;vertical-align:top;" rowspan="2"|MA with or without VV, height, weight, renal function value
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.395-2022-06-30T000000.html Receiving medication prescription]
|style="background-color: white;vertical-align:top;"|MP-VOO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.143-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.406_20220630000000 Medication prescription processing (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.407-2022-06-30T000000.html Sending data on processing of medication prescription]
|style="background-color: white;vertical-align:top;"|MP-VAS
|style="background-color: white;vertical-align:top;" rowspan="2"|TA with or without MVE
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.407-2022-06-30T000000.html Receiving data on processing of medication prescription]
|style="background-color: white;vertical-align:top;"|MP-VAO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.400_20220630000000 Proposal dispense request (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.401-2022-06-30T000000.html Sending proposal dispense request]
|style="background-color: white;vertical-align:top;"|MP-VVS
|style="background-color: white;vertical-align:top;" rowspan="2"|VVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.401-2022-06-30T000000.html Receiving proposal dispense request]
|style="background-color: white;vertical-align:top;"|MP-VVO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.403_20220630000000 Reply proposal dispense request (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.404-2022-06-30T000000.html Sending reply proposal dispense request]
|style="background-color: white;vertical-align:top;"|MP-VVO
|style="background-color: white;vertical-align:top;" rowspan="2"|AVVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.404-2022-06-30T000000.html Receiving reply proposal dispense request]
|style="background-color: white;vertical-align:top;"|MP-VVS
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.397_20220630000000 Proposal medication agreement (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.398-2022-06-30T000000.html Sending proposal medication agreement]
|style="background-color: white;vertical-align:top;"|MP-VMS
|style="background-color: white;vertical-align:top;" rowspan="2"|VMA with or without height, weight
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.398-2022-06-30T000000.html Receiving proposal medication agreement]
|style="background-color: white;vertical-align:top;"|MP-VMO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.445_20220630000000 Reply proposal medication agreement (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.446-2022-06-30T000000.html Sending reply proposal medication agreement]
|style="background-color: white;vertical-align:top;"|MP-VMO
|style="background-color: white;vertical-align:top;" rowspan="2"|AVMA
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.446-2022-06-30T000000.html Receiving reply proposal medication agreement]
|style="background-color: white;vertical-align:top;"|MP-VMS
|}<small>Table 4 Overview transaction groups. For PULL transaction groups, sending and receiving are the same transaction</small>

[[#Medication process|Chapter 2]] lists for each process only the relevant transactions per process step. The transaction groups are not included in this. Table 4 includes all transaction groups and transactions.

=Functionality=
This chapter describes indications for the functionality of an information system.

==Filtering medication from 2nd/3rd line (all information systems)==
An institution makes <u>all</u> its medication data (all building blocks) available. Not all data may be relevant for the receiving health professionals. Receiving information systems may therefore include a filter depending on the requirements of the specific health professional/patient. The list below (Table 5) includes medication types of which it has been determined that medication administration <u>during</u> admission is relevant for health professionals outside the institution.

{{anchor|tabel 5}}
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| ATC-code
! style="text-align:left;"| Name
|-
| style="background-color: white;vertical-align:top;"|L01
| style="background-color: white;vertical-align:top;"|Cytostatics
|-
| style="background-color: white;vertical-align:top;"| L03AX03 
| style="background-color: white;vertical-align:top;"|BCG vaccine, urology
|-
| style="background-color: white;vertical-align:top;"|L04AA23; L04AA25; L04AA26; L04AA33; L04AA34; L04AB; L04AC 
| style="background-color: white;vertical-align:top;"|Immunosuppressive agents 
|-
| style="background-color: white;vertical-align:top;"|B03AC; B03XA; B06AC
| style="background-color: white;vertical-align:top;"|Iron, erythropoietin, drugs used in angioedema
|-
| style="background-color: white;vertical-align:top;"|G03GA; G03GB02
| style="background-color: white;vertical-align:top;"|Gonadotropins (HCG, etc.), clomiphene
|-
| style="background-color: white;vertical-align:top;"|H01CA; H01CC; L02AE04 
| style="background-color: white;vertical-align:top;"|Gonadorelin, hypothalamic hormones, triptorelin
|-
| style="background-color: white;vertical-align:top;"|J06; J07 
| style="background-color: white;vertical-align:top;"|Immunoglobulins, vaccines
|-
| style="background-color: white;vertical-align:top;"|M03AX01
| style="background-color: white;vertical-align:top;"|Botulinum toxin
|-
| style="background-color: white;vertical-align:top;"|R03DX05
| style="background-color: white;vertical-align:top;"|Omalizumab
|-
| style="background-color: white;vertical-align:top;"|S01LA04; S01LA05; S01LA 
| style="background-color: white;vertical-align:top;"|Ophthalmological antineovascularisation agents
|}<small>Table 5 Types of clinical medication relevant for external health professionals</small>

==Making medication data available (all information systems)==
All own medication data may be made available if the patient has given permission (in accordance with current laws and regulations). Data received from others (healthcare providers/patient) that one has copied into one's own information system and marked as a copy are not made available. The only exception is the transaction medicatieoverzicht (Medication overview) PUSH and PULL, in which case third parties’ building blocks are made available on the condition that they include the original identification label (see also [[#Introduction 2|paragraph 5.1]]).

==Notification date or dispense date (pharmacist information system)==
The notification date and the actual dispense date may be recorded in the MVE. When a VV is processed immediately and the patient picks up the medication that same day, both dates will be the same. When the patient picks up the medication one or several days later, different dates must be entered. The dispense date is the date on which the medication dispense has actually taken place. The request date is the time at which a pharmacy records an intended medication dispense. When medication is dispensed on several occasions as part of the same VV (for example, when prescriptions are split), each MVE has its own request date. When an automated dispense system is being used, the dispense date is the time at which the patient picks up the medication from the dispense system. Until this time is available in the pharmacist information system, the time at which the medication is deposited in the automated dispense system may be used. See also [[#Request and dispense|paragraph 4.2.5]].

==Updating after system malfunction==
After a system malfunction, the prescriber’s information system needs to determine whether changes have been made to MAs. For use cases and rationale, see [[#Discontinuation of medication by third parties|paragraph 4.1.24]] and [[#Two PRKs in a single pharmaceutical treatment|paragraph 4.1.25]].

==Construction for ‘once every 36 hours’ interval==
When the dosing instruction reads ‘1 tablet every 36 hours’, this may normally be recorded in one MA (dose: 1 tablet, interval: 36 hours). However, when an information system does not go beyond an interval of, for example, 24 hours, another solution needs to be found.

''Variation 1:''
Making use of an ‘as needed’ instruction with the criterion: ‘36 hours have passed since the last medication administration’. This does however come with a certain amount of freedom that may not be desirable.

''Variation 2:''
A repeating dosing schedule can be created, alternating between administration in the morning, administration in the evening and a day without medication administration:
 Repeat period: 3 days 
 Dosage instruction
  Sequence number: 1
  Dosage duration: 1 day
   Dosage
    Dose per administration: 1 tablet
    Administration time: 9 am (per example, this could also be a part of the day)
  Sequence number: 2
  Dosage duration: 1 day
   Dosage
   Dose per administration: 1 tablet
   Administration time: 9 pm (per example, this could also be a part of the day)

If it is not technically possible to choose a 36-hours interval, variation 2 applies.

==EVS / HIS processing Regulation processing==
The pharmacist sends all MVEs and changes in TAs to the prescriber via the transaction Afhandeling voorschrift (settlement prescription). This handling must be automatically processed in the prescribing information system. The prescriber only assesses the TAs and does not have to assess all the MVEs.

==Examples dosages==
See [[mp:V9.2.0.0_Voorbeelden_doseringen|examples dosages 9 2.0.0]] (both functional and technical effect in HL7v3 CDA and in FHIR)

==Medication use: use indicator, according to agreement indicator, stop type, period of use and dosing instructions==
{| class="wikitable"
|-
|style="text-align:center;" |Situation || 1. Medication is/will be used during period of use according to agreement|| 2. Medication is/will be used during period of use, but not according to agreement || 3. Contrary to agreement, medication is/will not be used during period of use || 4. Medication is/will not be used during period of use, which is according to agreement || 5.Medication is used during period of use but it is unknown if this is according to agreement (self-medication)
|-
! Use indicator (is this product being used) <br> !! Yes!! Yes !! No !! N/A (because this would lead to a double negative otherwise) !! Yes
|-
! According to agreement indicator !! No!! No !! No!! Yes!! - 
|-
! Stop type!! N/A!! N/A!! Discontinuation or Stop  !! Definitive or Temporary !! N/A
|-
| || || || Stop type depends if agreement is being stopped or discontinued || Stop type in accordance with stop-agreement ||
|-
! Period of use!! In accordance with MA or TA !!  Max. 2 out of 3 !! Max. 2 out of 3 !! Max. 2 out of 3 !! Max. 2 out of 3
|-
|style="text-align:right;" | start date || The time at which the medication use was started. ||The time at which the deviating medication use was/will be started. . || Contrary to agreement, medication is/will not be used during period of use || The time at which the medication use was/will be discontinued.  || The time at which the medication use was started. 
|-
|style="text-align:right;" | duration of medication use|| The intended duration of medication use. || The intended duration of deviating medication use.  || The (intended) duration of non-use||The (intended) duration of non-use. || The intended duration of medication use.
|-
|style="text-align:right;" | end date  || The time at which the period of medication use ends (or has ended or will end).  || The time at which the period of deviating medication use ends (or has ended or will end).  || The time at which the medication use was/will be resumed (or is intended to resume).|| The time at which the medication use was/will be resumed (or is intended to resume). || The time at which the period of medication use ends (or has ended or will end).
|-
! Dosing instructions!! In accordance with MA or TA!! Required!! N/A !! N/A!! Required
|-
| || Medication was/will be used during the period of use according to the agreement, therefore dosage is known.   || Medication was/will not be used according to the agreement, the actual dosage used must be communicated.  || The medication was/will not be used, there is no dosage.  || The medication was/will not be used, there is no dosage. || Dosage that the patient has agreed upon himself.
|}
'''Examples:'''<br>
'''Situation 1a: Medication is / is used during the period of use according to agreement'''<br>
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a start date of June 4, yyyy and no end date.<br>
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June).<br>
{| class="wikitable"
|-
! Situation 1a !! 
|-
| Medication || FERROUS FUMARATE 100MG TABLET
|-
| Use indicator || Yes
|-
| According to agreement indicator || Yes
|-
| Stop type || Not applicable 
|-
| Start date|| 4 June yyyy
|-
| End date || 10 June yyyy
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 1b: Medication is / is used during the period of use according to agreement'''<br>
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a start date of June 4, yyyy and no end date.<br>
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June).
<br>
{| class="wikitable"
|-
! Situation 1b !! 
|-
| Medication || FERROUS FUMARATE 100MG TABLET
|-
| Use indicator || Yes
|-
| According to agreement indicator || Yes
|-
| Stop type || Not applicable 
|-
| Start date|| 4 June yyyy<br>
|-
| End date || -
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 2: Medication is / is used during the period of use, but not by agreement'''<br>
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a start date of June 4, yyyy and no end date.<br>
The patient is on the road a lot during the day and forgets for a week to take the medicines for lunch. However, the tablets are taken in the morning and evening before eating.<br>
{| class="wikitable"
|-
! Situation 2 !! 
|-
| Medication || FERROUS FUMARATE 100MG TABLET
|-
| Use indicator || Yes
|-
| According to agreement indicator || No
|-
| Stop type || Not applicable 
|-
| Start date|| 11 June
|-
| End date || 15 June
|-
| Dosing instruction || 1 tablet 2 times a day 
|}
'''Situation 3:  Contrary to the agreement, the medication is / is not used during the period of use'''<br>
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a start date of June 4, yyyy and no end date.<br>
The patient goes on vacation for a long weekend and finds out too late that the medication has not been packed. The patient will not take the tablets for the next few days and wants to record it.<br>
{| class="wikitable"
|-
! Situation 3 !! 
|-
| Medication || FERROUS FUMARATE 100MG TABLET
|-
| Use indicator || No
|-
| According to agreement indicator || No
|-
| Stop type || Temporary
|-
| Start date|| 20 July
|-
| End date || 23 July
|-
| Dosing instruction || Not applicable 
|}
'''Situation 4:  Medication is / is not used during the period of use and that is also by agreement'''<br>
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a start date of June 4, yyyy .<br>
On August 12, it turns out after checking that there is no longer anaemia and the doctor stops the medication. The patient wants to register that she has stopped taking the medication and registers this herself on August 15.<br>
{| class="wikitable"
|-
! Situation 4 !! 
|-
| Medication || FERROUS FUMARATE 100MG TABLET
|-
| Use indicator || No
|-
| According to agreement indicator || Yes
|-
| Stop type || Definite
|-
| Start date|| 12 August yyyy
|-
| End date || -
|-
| Dosing instruction || Not applicable 
|}
'''Situation 5:  Medication is used during the period of use, but it is unknown whether this is by agreement or that there is no agreement (self-medication)'''<br>
Patient has the flu and he takes paracetamol 500 mg from the local drug store for fever and pain. He has been taking 4 to 6 tablets a day for four days and expects to do this for another three days. He registers this on August 12 as MGB.<br>
{| class="wikitable"
|-
! Situation 5 !! 
|-
| Medication || Paracetamol 500mg
|-
| Use indicator || Yes
|-
| According to agreement indicator || -
|-
| Stop type || Not applicable 
|-
| Start date|| 9 August yyyy
|-
| End date || 7 days
|-
| Dosing instruction || 4 to 6 tablets a day
|}

==Implementation of medication distribution system (GDS) fields==

===Background===
More and more patients are receiving their medication through medication distribution systems (in Dutch “Geneesmiddel Distributie Systeem"), with the pharmacist providing patients with an overview and organisation of their drugs by preparing these in separate compartment units. This form of delivery took off when the Medicines Act in 2007 stipulated that in healthcare institutions without a pharmacy, the medication should be individually registered for the patients.

It is important for health professionals to know whether a patient is using GDS. In 2018, an analysis was conducted (under the direction of Z-Index, with health professionals) of the bottlenecks and wishes regarding the recording of a patient using GDS. Overall, it has emerged that it is desirable to be able to see whether a patient is using GDS at both the medication level and the patient level. For details see next paragraph.

The directions below provide guidance on how the Medication Process can support these needs.

===Wishes of care providers===
In 2018, an inventory was made with the user councils of Z-Index about the wishes regarding the recording and exchange of GDS. Below is an overview of these wishes.<br>

'''Who'''
*All healthcare parties (from prescriber to operator)
'''What'''
*Determines which pharmacy delivers
*Pharmacy must know whether the change applies to the current roll or not
*Important for stopping previous medication at the start of GDS
*Evaluation of GDS patients for health insurer
*Other logistics processes towards home care / informal care

'''Why'''
*Determines which pharmacy delivers
*Pharmacy must know whether the change applies to the current roll or not
*Important for stopping previous medication at the start of GDS
*Evaluation of GDS patients for health insurer
*Other logistics processes towards home care / informal care

'''When'''
*When starting medication, in a pharmacy already before notification of prescription
*When transferring 1st / 2nd line
*When changing (incl. Stopping) medication
*When changing CiO data

'''Where'''
*When working in the patient's file, it should be clear that this characteristic applies to the patient concerned. This can be different for each type of care provider (patient file, medication file). The wish of public pharmacists is that they always have this characteristic available for a specific patient.
*On medication overview

===Data elements Medication process===
The building blocks for the Medication Process have the following fields that play a role in recording GDS.<br>

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Building block '''
! style="text-align:left;"| '''Data-element nr'''
! style="text-align:left;"| '''Description'''
! style="text-align:left;"| '''Type of content '''
|-
|style="background-color: white;vertical-align:top;"| MA
|style="background-color: white;vertical-align:top;"|23283
|style="background-color: white;vertical-align:top;"|Additional information
|style="background-color: white;vertical-align:top;"|Additional information contains a list of details of the medicatieafspraak that are important for pharmacovigilance monitoring and completion by a pharmacist.

For example: "change in GDS immediately"
|-
|style="background-color: white;vertical-align:top;"| VV
|style="background-color: white;vertical-align:top;"|22759
|style="background-color: white;vertical-align:top;"|Supplementary wishes 
|style="background-color: white;vertical-align:top;"|Logistical instructions important for the completion of the dispense request by the pharmacist.

For example: "do not include in GDS"
|-
|style="background-color: white;vertical-align:top;" rowspan="4"| MVE
|style="background-color: white;vertical-align:top;"|20927
|style="background-color: white;vertical-align:top;"|Distribution form 
|style="background-color: white;vertical-align:top;"|Distribution form.

For example: GDS
|-
|style="background-color: white;vertical-align:top;"|20924
|style="background-color: white;vertical-align:top;"|Consumption period 
|style="background-color: white;vertical-align:top;"|Stock for this duration
|-
|style="background-color: white;vertical-align:top;"|22500
|style="background-color: white;vertical-align:top;"|Registration date 
|style="background-color: white;vertical-align:top;"|The registration date is the time when a pharmacist records an intended dispense
|-
|style="background-color: white;vertical-align:top;"|20272
|style="background-color: white;vertical-align:top;"|Date 
|style="background-color: white;vertical-align:top;"|The time of dispense. The date when the medicine is supplied to the patient
|}

===Application of data elements to support desired functionality for GDS patients===
====Recording that someone uses GDS====
When working in the patient's file it is important to see that someone is using GDS. This applies to the pharmacy that supplies the GDS, as well as other care providers of the patient. It is therefore important that this information can be communicated with and shown to other health professionals.

As long as there is no patient characteristic with which GDS can be registered, it can be decided to derive this information from the GDS data that have been recorded with the medication. A possible handle for this is the fact that medication is included in the distribution module together with the Distribution form field in the MVE.
*Step 1: if medication is included in the distribution module: fill in the Distribution form field in the MVE with 'GDS'.
*Step 2: Based on the Distribution form field, deduce that a patient is using GDS. The fact that a patient has an MVE where the Distribution form field is filled with "GDS" indicates that the patient is using GDS. This MVE can have been recorded by oneself, or it can have been received from another pharmacy (insofar as this data is collected and recorded in such a way that the contents of the Distribution form field are reusable). The fact that a patient uses GDS can then be shown when working in the medication file or the patient file. In consultation with end users, it should be further determined where and how this is shown.

====Recording why someone uses GDS====
Users have indicated that it is desirable to be able to record why someone uses GDS. There are currently no structural fields available for this.

====Record for medication that this must be in the GDS====
Prescribers want to be able to indicate whether or not a medicine should be supplied via GDS. This can be done as follows:
*VV, Additional wishes (aanvullende wensen) field. The code list for this field contains the item "not in GDS".

====Establishing / exchanging the duration of a medication roll====
The duration of the medication roll can be determined on the basis of the "duration of use" of the provision: the "duration of use" indicates the duration of a medication roll.

====Establishing / exchanging whether a change in the medication should be effective immediately or not====
It is desirable that a prescriber can indicate whether changes in the medication should be implemented immediately or that they can wait until the next roll change. The handles for this are as follows:
*MA, Additional information (aanvullende informatie) field. The code list for this field contains two items that relate to changes in the GDS, namely "Change in GDS immediately" and "Change in GDS per roll change".
*It is important that the prescriber has insight into the duration of the roll and how long it will take before the current medication roll is used up. This can be deduced from:
**MVE, period of use (verbruiksduur), see above. For this, the prescribing system must have access to the supply data of previous MVEs.
**MVE, Registration Date (aanschrijfdatum) or Date (datum) field (or if this field is not filled but the Registration Date field is, then the Registration Date; if both are filled, Date is preferred). Based on this date and the consumption period, it is possible to calculate the date on which the current medication roll is used.

=Reflections=
==Prescription without specified recipient (ambulatory)==
In this paragraph, the term ‘prescription’ is used to indicate the message through which a patient may pick up a medicinal product from a supplier. A prescription contains an MA and a VV.

In the Netherlands it is customary to digitally send prescriptions to a receiving pharmacy instead of having to collect prescriptions. This requires that the pharmacy is already known.<br>

This paragraph considers whether more flexibility can be achieved in the logistical processing of prescriptions, without cancelling out current advantages. This paragraph may be seen as a long-term vision that we aim towards.

===Basic principles===
When considering how to achieve flexibility in the processing of prescriptions, these basic principles have been formulated:
*The patient is free to choose where prescriptions are handled 
*The current option for sending prescriptions remains possible.
*The information system must reuse the same functionality as much as possible.
*A prescription may only be dispensed once.
Since the methodology described below uses the existing method of sending prescriptions, the same legal rules and regulations apply to prescription validity. All discussions about electronic signatures are equally applicable to the current method of communicating prescriptions.

===Details===
A patient may choose from 3 options:
#A prescription is always sent to the same regular pharmacist.
#The patient indicates each time where the prescription has to be sent.
#The patient does not give any indication, and goes to a pharmacy which subsequently requests and processes the prescription.
Options 1 and 2 require a patient portal, in which the patient indicates his preference. For option 2, a patient may define a preferred pharmacy which would be at the top of the selection screen when the patient is asked where the prescription must be sent. If the patient does not give any indication, option 3 can be the only procedure.

The method partly uses a concept called “publish and subscribe”. 

It is important that the pharmacist explains this principle to his customers.

===Work process===
A physician decides to create a prescription for a patient. This may be during a consultation or even when repeat prescriptions are requested. The physician registers the prescription in his prescribing system (EPS). The physician does not need to consider the pharmacy as the patient handles this through the portal.

After approval of the prescription, a central prescription index is updated. The EVS automatically sends a notification to this prescription registry to facilitate this. Here, the prescription index is seen as a separate registry with the data type “prescriptions”. It is always possible to consider whether or not this can be merged at a later time. Initially, atomic registration in the registry is being considered. However, at a later date, consideration could be given as to whether categorical registration would be sufficient.

It is important to realise that currently only a notification is given when a prescription is ready. After all, the prescription is still in the EVS database with the status “is available”. There is no prescription message yet.

The prescription registry knows from the patient’s preference settings what needs to be done with the notification:
#With the option ‘send to regular pharmacy’, a notification is sent to the subscription holder of the patient with the message that a prescription can be retrieved.
#With the option ‘patient indicates pharmacy’, the prescription registry sends a notification (e.g. SMS) to the patient. The prescription registry then waits until the patient uses a smartphone app or the patient portal to indicate to which pharmacy the notification should be sent.
#With the option ‘no indication’, the prescription registry does nothing. The patient does not have a regular subscription holder.

===Processing by pharmacy===
A receiving pharmacy can deduce from the transmitted notification signal (data type) that it refers to an open prescription. The signal also identifies who the patient is as well as the source of the prescription.

For patients who selected option 3 (no indication), the process starts now. The patient identifies himself and notifies the pharmacy that a prescription is ready at a certain institution. The pharmacist may look in the prescription registry to find out which EVS is involved.

The pharmacy information system asks the EVS source system to send the prescription of the respective patient. Since this is a request without medical content, it may even be submitted at lower trust levels.

===Sending via EVS===
If an EVS receives a request for “sending outstanding prescriptions”, the EVS will check whether prescriptions are indeed outstanding. This prevents a prescription from being retrieved several times. The address of the pharmacy is entered and the prepared prescription message is finally created. The prescription message is sent to the respective pharmacy.

If the prescription has been retrieved before, an error message is sent to the retrieving pharmacy announcing that the prescription is no longer available.

'''Sending prescriptions is the standard process and already customary for pushing prescriptions.''' The advantage of this is that the receiving pharmacy only needs to maintain one method for processing received prescriptions. It is noted again that the same legal rules and regulations continue to apply.

After sending a prescription, the EVS also sends a notification to the prescription registry to remove the entry of the outstanding prescription. This indicates that the respective prescription can no longer be retrieved.

{{anchor|figuur 11}}
[[Bestand:Interactiediagramvoorschrijven.png|Figuur 11 Interactiediagram Ongeadresseerd voorschrijven]]

=Appendix References=

==General references==
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| Author(s)
! style="text-align:left;"| Title
! style="text-align:left;"| Version
! style="text-align:left;"| Date (consultation)
! style="text-align:left;"| Source
! style="text-align:left;"| Organisation
|-
| style="background-color: white;vertical-align:top;"| NHG, KNMP, Z-index
| style="background-color: white;vertical-align:top;"| Building blocks of the medication process
| style="background-color: white;vertical-align:top;"| 2014
| style="background-color: white;vertical-align:top;"| Augustus 2015
| style="background-color: white;vertical-align:top;"| https://www.nhg.org/bouwstenen
| style="background-color: white;vertical-align:top;"| NHG, KNMP, Z-index
|-
| style="background-color: white;vertical-align:top;"| ActiZ, KNMP, NVZA a.o
| style="background-color: white;vertical-align:top;"| Safe principles in the medication chain
| style="background-color: white;vertical-align:top;"| 2014
| style="background-color: white;vertical-align:top;"| August 2015
| style="background-color: white;vertical-align:top;"| http://www.knmp.nl/patiëntenzorg/samenwerking/brochure-veilige-principes-in-de-medicatieketen
| style="background-color: white;vertical-align:top;"| ActiZ, KNMP, NVZA a.o.
|-
| style="background-color: white;vertical-align:top;"| Miscellaneous
| style="background-color: white;vertical-align:top;"| Guideline on exchange of medication data in the medication chain
| style="background-color: white;vertical-align:top;"| 25 April 2008
| style="background-color: white;vertical-align:top;"| August 2015
| style="background-color: white;vertical-align:top;"| Website KNMP
| style="background-color: white;vertical-align:top;"| Miscellaneous
|-
| style="background-color: white;vertical-align:top;"| Paul Geels
| style="background-color: white;vertical-align:top;"| Assessment of medication self-management (BEM) in care homes, Institute for Responsible Medication Use
| style="background-color: white;vertical-align:top;"| February 2009
| style="background-color: white;vertical-align:top;"| 
| style="background-color: white;vertical-align:top;"| http://www.instellingsapotheek.nl/downloads/rapporten/beoordeling_eigen_beheer_van_medicatie_in_verzorgingshuizen.pdf
| style="background-color: white;vertical-align:top;"| Institute for Responsible Medication Use
|-
| style="background-color: white;vertical-align:top;"| ActiZ
| style="background-color: white;vertical-align:top;"| Safety in the medication chain
| style="background-color: white;vertical-align:top;"| March 2012
| style="background-color: white;vertical-align:top;"| 
| style="background-color: white;vertical-align:top;"| https://www.knmp.nl/downloads/brochure-veiligheid-in-de-medicatieketen.pdf
| style="background-color: white;vertical-align:top;"| ActiZ, Miscellaneous
|-
| style="background-color: white;vertical-align:top;"| KNMG
| style="background-color: white;vertical-align:top;"| Guideline on electronic prescription
| style="background-color: white;vertical-align:top;"| September 2013
| style="background-color: white;vertical-align:top;"| 
| style="background-color: white;vertical-align:top;"| Website KNMG
| style="background-color: white;vertical-align:top;"| KNMG
|}

==Qualification scripts==
[[mp:Vcurrent Kwalificatie|Qualification scripts]]

=Attachment: Document history=

{{anchor|tabel 6}}
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Version
!style="text-align:left;"|Date
!style="text-align:left;"|Description
|-
| style="background-color: white;"| 0.95
| style="background-color: white;"| 15 July 2016
| style="background-color: white;"| Pilot version
|-
| style="background-color: white;"| 0.96
| style="background-color: white;"| 1 December 2016
| style="background-color: white;"| Paragraph 2.4 Process: Administer was adapted and C6: Sending/receiving administration data was added as a result.
|-
| style="background-color: white;vertical-align:top;"| 0.97
| style="background-color: white;vertical-align:top;"| 22 December 2016
| style="background-color: white;"| Paragraph 2.4, 4.3.1 review remarks incorporated.<br>
Paragraph 4.2.11 text made more precise.
|-
| style="background-color: white;vertical-align:top;"| 9.0.2
| style="background-color: white;vertical-align:top;"| 18 June 2017
| style="background-color: white;"| Conversion of the document to wiki.
|-
| style="background-color: white;vertical-align:top;"| 9.0.4
| style="background-color: white;vertical-align:top;"| September 2017
| style="background-color: white;vertical-align:top;"| 
*Processed [[mp:V9.0_Ontwerpbeslissingen|Design decisions]] in functional design. This means the design decisions have become obsolete. The current Functional Design is now leading.
*Par. 1.3.1. Definitions of building blocks have been adapted and the abbreviation for medicatieverstrekking has changed to MVE.
*Par. 1.3.3. Medicamenteuze behandeling is now based on PRK, rewritten and introduced PT as well as added text on handling parallel MAs.
*Par. 1.3.4. New data model diagram, various relations added and adapted on the basis of design decisions.
*Par. 1.5 Glossary removed.
*C2 Medication process diagram changed: MO added to Send and/or make available by the user; lines in swimlane of administrator/user adapted.
*C4.1 New use cases added: Do not dispense before, Two PRKs in a single medicamenteuze behandeling, Discontinuation of medication by third parties, Creating a medicatieafspraak after the fact, Parallel medicatieafspraken.
*C4.2 New use case: Discontinuing medication in a GDS; modified use case: Request, dispense and not picked up.
*C5: Differences between medication profile and medication overview were described; inference rules adapted on the basis of the new design decisions.
*Where necessary, references from ART-DECOR to FD C7 were added.
*Various grammatical and minor textual changes.
|-
| style="background-color: white;vertical-align:top;"| 9.0.5
| style="background-color: white;vertical-align:top;"| January 2018
| style="background-color: white;vertical-align:top;"| 
*Terminology: Stop-MA was changed to stop-MA in accordance with earlier project agreements (in Dutch different terminology Stop changed to staken) 
*Par. 1.3.4 Addition to indicate that MA may also refer to a building block under a different medicamenteuze behandeling.
*Par. 4.1.22 Discharge was adapted because outpatient medication that was discontinued earlier may be started again at discharge.
*Par. 4.1.26 Discontinuation of medication by third parties was adapted.
*Par. 4.1.27 Two PRKs under a single medicamenteuze behandeling.
*Par. 2.2.5.3 Medication discontinuation agreement was adapted to clarify the impact on previously entered future medicatieafspraken.
*Footnote 3 Provisional and final medication order clarified and use case Provisional and final medication order (par. 4.1.31) added.
*Par. 4.1.30 Use case Single use added.
*Paragraphs 2.2.4, 2.2.5.2, 2.2.5.4, 4.1.16, 4.1.22 were adapted for substitution. In case of substitution, a medicamenteuze behandeling is not temporarily halted but effectively discontinued. The substitution is started under a new medicamenteuze behandeling.
*Paragraph 4.1.33 Missing digital medicatieafspraak at admission was added.
*C5 Medication overview was adapted with a reference to a new content page with functional elaboration.
*Paragraph 7.10 Medicatiegebruik: use indicator, according to agreement indicator and stop type added as agreed.
*C6 Building blocks of medication overview were changed to MA, TA and MGB.
*Figure 2 Colours in data model in accordance with Figure 1.
*Various abbreviations explained.
|-
| style="background-color: white;vertical-align:top;"| 9.0.6
| style="background-color: white;vertical-align:top;"| May 2018
| style="background-color: white;vertical-align:top;"| 
*Addition to proposed verstrekkingsverzoek and addition of reply proposed verstrekkingsverzoek
*Chapter 6 table 4 addition of links to ART-DECOR transactions
*Removed: chapter about LSP 
*Par. 7.10 table was extended with period of use and dosing instructions
*Various paragraphs were made more precise
*Addition of the property ‘third parties’ building block’ for MA, TA and MGB in medication overview
|-
| style="background-color: white;vertical-align:top;"| 9.0.7
| style="background-color: white;vertical-align:top;"| December 2018
| style="background-color: white;vertical-align:top;"|
*Par 1.3.3. MBH at HPK level in case of 'non medicines' without a PRK level
*Par 1.3.3. MBH for medicines without PRK (magistrals, infusions, etc.)
*Par 2.2.5.5. Changing medication: Technical stop-ma: appointment date for stop-ma and new ma must be the same. Change on MA that has already been stopped explained (no extra Stop-ma needed)
*Par 2.2.6. Added: VV under MA of someone else
*Par 4.2.15. Explanation GDS supplier supplies different HPK
*Par 7.10: Medication use indicator, according to appointment indicator, stop type, period of use and dosing instruction: table adapted and examples added
*Par 4.1.34: Own articles explanation added
*Chapter 5: example medication overview inserted in this wiki page instead of a separate wiki page (to simplify searching within the FO).
*Various textual tightening / improvements
|-
| style="background-color: white;vertical-align:top;"| 9.0.7
| style="background-color: white;vertical-align:top;"| July 2019
| style="background-color: white;vertical-align:top;"|
*Removed examples of specific infrastructures
|-
| style="background-color: white;vertical-align:top;"| 9.1.0
| style="background-color: white;vertical-align:top;"| 29 January 2020 
| style="background-color: white;vertical-align:top;"|
*Stop textual adjustments
*Par 7.11 added: Implementation of medication distribution system (GDS) fields
*[https://bits.nictiz.nl/browse/MP-85 BITS MP-85], [https://bits.nictiz.nl/browse/MP-93 BITS MP-93], [https://bits.nictiz.nl/browse/MP-122 BITS MP-122] Use cases added (Register usage based on medicatieverstrekkingen, Verstrekkingsverzoek with number of repetitions, Prescribe non-drug)
*Chapter 4: Added pictures of use cases
*Renal function value in the prescription
*[https://bits.nictiz.nl/browse/MP-48 BITS MP-48] Medication Overview: Par 5.7 added 'Fields not to be shown'
*Various textual specifications/ improvements, including [https://bits.nictiz.nl/browse/MP-131 o.a. BITS MP-131]
*Paragraph 'Unaddressed prescription' moved to chapter 'Considerations'
*[https://bits.nictiz.nl/browse/MP-151 BITS MP-151] Removed draft TA creation process
*[https://bits.nictiz.nl/browse/MP-128 BITS MP-128] Par 4.1.8: Explanation 'Medical necessity'
*[https://bits.nictiz.nl/browse/MP-129 BITS MP-129] Par 4.1.35: Use case added
|-
| style="background-color: white;vertical-align:top;"| 9.1.0
| style="background-color: white;vertical-align:top;"| September 2020
| style="background-color: white;vertical-align:top;"|
*[https://bits.nictiz.nl/browse/MP-167 BITS MP-167] FO Translated in English
|-
| style="background-color: white;vertical-align:top;"| 9 2.0.0 bèta
| style="background-color: white;vertical-align:top;"| 01 October 2021 
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:V9_2.0.beta_releasenotes Release notes] 
|-
| style="background-color: white;vertical-align:top;"| 9 2.0.0
| style="background-color: white;vertical-align:top;"| 05 April 2022 
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:V2.0.0_releasenotes Release notes]
|-
| style="background-color: white;vertical-align:top;"| 9 2.0.0
| style="background-color: white;vertical-align:top;"| 08 April 2022 
| style="background-color: white;vertical-align:top;"| broken internal links FO corrected [https://bits.nictiz.nl/browse/MP-607 BITS MP-607]
|-
| style="background-color: white;vertical-align:top;"| 9 2.0.0
| style="background-color: white;vertical-align:top;"| 14 April 2022 
| style="background-color: white;vertical-align:top;"| Changed images of usecase 4.1.38, 4.1.39 and 4.1.40, they showed GDS instead of WDS [https://bits.nictiz.nl/browse/MP-534 BITS MP-534]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.1
| style="background-color: white;vertical-align:top;"| February 2023 
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.1_releasenotes Release notes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.2
| style="background-color: white;vertical-align:top;"| oktober 2023 
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.2_releasenotes Release notes]
|}
|}

=Appendix: Figures and tables=
[[#figuur 1|Figure 1 Building blocks - overview]]<br>
[[#figuur 2|Figure 2 Building blocks - coherence]]<br>
[[#figuur 3|Figure 3 Activity diagram - Medication process in general]]<br>
[[#figuur 4|Figure 4 Process steps and transactions - medication verification]]<br>
[[#figuur 5|Figure 5 Process steps and transactions - prescribing]]<br>
[[#figuur 6|Figure 6 Process steps and transactions - make available]]<br>
[[#figuur 7|Figure 7 Process steps and transactions - administer]]<br>
[[#figuur 8|Figure 8 Process steps and transactions - use]]<br>
[[#figuur 9|Figure 9 Example effective period]]<br>
[[#figuur 10|Figure 10 Overview of systems and system roles]]<br>
[[#figuur 11|Figure 11 Interaction diagram Prescribing without address]]<br>


[[#tabel 1|Table 1 Building blocks - description]]<br>
[[#tabel 2|Table 2 Informing versus Send and/or make available]]<br>
[[#tabel 3|Table 3 Overview of system roles]]<br>
[[#tabel 4|Table 4 Overview of transaction groups]]<br>
[[#tabel 5|Table 5 Types of clinical medication relevant for outpatient care providers]]<br>