informatiestandaarden - Gebruikersbijdragen [nl]

mp:V3.0 consolidatie medicatiegegevens raadplegen

2025-10-20T13:17:03Z

Sabrina Abou Kamar:

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel altijd inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:V3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:49:18Z

Sabrina Abou Kamar: /* MBH_300_gewijzigd */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel altijd inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:48:58Z

Sabrina Abou Kamar: /* MBH_300_spoedtoediening */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel altijd inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:48:26Z

Sabrina Abou Kamar: /* MBH_300_gewijzigd_toekomst */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|De toedienlijst moet inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:48:10Z

Sabrina Abou Kamar: /* MBH_300_NieuweMA */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
MTD is feitenregistratie en dus altijd geldig, dus normale consolidatieregels gelden niet. De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|De toedienlijst moet inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:39:46Z

Sabrina Abou Kamar: /* MBH_300_NieuweMA */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|De toedienlijst moet inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:39:31Z

Sabrina Abou Kamar: /* MBH_300_gewijzigd_toekomst */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|De toedienlijst moet inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:38:37Z

Sabrina Abou Kamar: /* MBH_300_gewijzigd */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

De MTD moet wel inzichtelijk worden gemaakt voor de zorgverleners.

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|De toedienlijst moet inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:30:28Z

Sabrina Abou Kamar: /* MBH_300_spoedtoediening */

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|De toedienlijst moet inzichtelijk worden gemaakt.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft3.0 consolidatie medicatiegegevens raadplegen

2025-10-13T13:10:52Z

Sabrina Abou Kamar:

{{DISPLAYTITLE:Medicatieproces 9 versie 3.0.0 - consolidatie - medicatiegegevens raadplegend systeem}}

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]

[[mp:Vcurrent_Kwalificatie|Terug naar alle testscenario's]]

== Inleiding ==
Dit document toont de gegevens van de bouwstenen die onderdeel zijn van de consolidatietest voor de Ontwikkeltest en Proof of Concept van de Kickstart. 
Zie ook de implementatiehandleiding van de afleidingsregels die hier zijn opgesteld [[mp:Implementatiehandleiding Consolidatie/afleidingsregels|''implementatiehandleiding consolidatie (afleidingsregels)'']] 
Raadplegen van de bouwstenen gaat via de transactie:
* '''''M'''edicatie'''G'''egevens '''R'''aadplegend systeem (MP-MGR)''.
 
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl

== Leeswijzer ==

=== Inhoudelijke gegevens ===
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als medicatiegegevens raadplegend systeem. Dit zijn momenteel de gegevens voor medicatieafspraken, toedieningsafspraken, medicatiegebruik en wisselend doseerschema.

=== Gebruikersschermen===
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties.
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.

===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. 
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} '''tot en met''' einddatum {23:59:59}.

== Scenario: consolidatie MA, TA, MGB, WDS ==
=== Query ===
Stuur een Medicatiegegevens raadplegen bericht met een filterquery op MA, TA, MGB of WDS.

=== Inhoudelijke gegevens ===
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Rover }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Rover }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Vriends }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Vriends }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Lans }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Lans }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Noort }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Noort }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Schoutens }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Schoutens }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Groote }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Groote }}
 
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Snijdewint }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Snijdewint }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Hulsing }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Hulsing }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Ruha }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Ruha }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Walsmit }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Walsmit }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Poll }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Poll }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Eijken }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Eijken }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Verstelle }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Verstelle }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Maasbommel }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Maasbommel }}
==== Patiënt gegevens ====
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|XXX_Toorn }}
{{#lst:mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|ALLMBHS_XXX_Toorn }}

== Consolidatie ketens ==
Dit hoofdstuk is opgesplitst per MBH. Elke paragraaf heeft de MBH-ID als koptekst en gaat over de bouwstenen die hierboven inhoudelijk staan uitgewerkt. De paragraaf start steeds met tekstuele uitleg over de bouwstenen eronder. De bouwstenen zijn weergegeven in een chronologische keten van links naar rechts. Deze ketens zijn weergegeven met de ID's van de bouwstenen. De consolidatieregels zijn hierop toegepast. Dit verduidelijkt het effect die de regels hebben op de bouwstenen. Om aan te geven of een bouwsteen een geldige gebruiksperiode heeft, heeft deze een kleur gekregen. Hieronder staat de legenda:

<div class='container-div-treintjes' style='display:flex;height:max-content;max-width:1440px;align-items:center;justify-content:left;flex-wrap:wrap;'>
<div class='box box--red' style='height:12px;width:12px;background-color:red;'></div>Rode tekst is de stop-bouwsteen.
<div class='box box--black' style='height:12px;width:12px;background-color:black;'></div> Zwarte tekst is de bouwsteen met de niet geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:green;'></div> Groene tekst is de bouwsteen met de geldige gebruiksperiode.
<div class='box box--green' style='height:12px;width:12px;background-color:orange;'></div> Oranje tekst is de annuleer-bouwsteen
</div>
 
Voor het '''verwacht resultaat''' gelden een aantal algemene richtlijnen:
* In de gevallen dat TA dezelfde informatie als MA bevat, is het aan de leverancier om 1 van de 2 of allebei te tonen.
* Termijn van "gestopte medicatie" is binnen 2 maanden, maar van het termijn mag afgeweken worden.
* Optioneel mag een bouwsteen met een niet geldige gebruiksperiode wel zichtbaar zijn in de historie van de medicatie na doorklikken.
* Als een leverancier afwijkt wordt om een toelichting gevraagd, zodat het besproken kan worden.



===MBH_300_gestopt===
De "MA_staken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_staken" bouwsteen is een stop-bouwsteen die ervoor zorgt dat Gestopt_MA wordt gestopt. Hetzelfde gaat op voor de TA.
 
 
''Gestopt_MA – Gestopt_TA – MA_staken – TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''gestopte medicatie''' voor medicatieafspraak met bouwsteen "MA_staken" en/of toedieningsafspraak met bouwsteen "TA_staken".
|}

===MBH_300_gewijzigd===
De "MA_techstaken" bouwsteen zorgt ervoor dat de MA niet meer de geldige gebruiksperiode bevat, want het wordt stopgezet. De "MA_wijziging" bouwsteen, welke een groene kleur heeft, bevat nu de geldige gebruiksperiode. Hetzelfde gaat op voor de TA.
 
 
''Gewijzigd_MA – Gewijzigd_TA – MA_techstaken – MA_wijziging – TA_techstaken – TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat medicatie de gewijzigde en dus de geldige gebruiksperiode bevat.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_MA_wijziging"
en/of toedieningsafspraak met bouwsteen "gewijzigd_TA_wijziging"

'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gewijzigddoorander===
De "MA_eigen" wordt gestopt door "MA_techstakendoorander". Hierdoor bevat "MA_eigen" niet meer de geldige gebruiksperiode. "MA_wijzigingdoorander" bevat hierdoor wel de geldige gebruiksperiode. De "MGB_zv" is gerelateerd aan "MA_eigen". Omdat "MA_eigen" dus niet meer de geldige gebruiksperiode bevat, geldt dat ook automatisch voor "MGB_zv". Dezelfde uitleg geldt voor "MGB_pat", alleen is deze gerelateerd aan de TA.
 
 
''Gewijzigddoorander_MA_eigen – Gewijzigddoorander_MGB_zv – Gewijzigddoorander_TA – Gewijzigddoorander_MGB_pat – gewijzigddoorander_MA_techstakendoorander – gewijzigddoorander_TA_techstaken – gewijzigddoorander_MA_wijzigingdoorander – gewijzigddoorander_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging".
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_onderbroken===
"Onderbroken_MA" bevat niet meer de geldige gebruiksperiode door de stop van "MA_onderbreken". Dezelfde uitleg geldt voor de TA.
 
 
''Onderbroken_MA – Onderbroken_TA – MA_onderbreken – TA_onderbreken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "onderbroken_MA_onderbreken" en/of toedieningsafspraak" met bouwsteen onderbroken_TA_onderbreken" met een status "onderbroken". De bouwstenen "onderbroken_MA" en de TA "onderbroken_TA" worden niet nogmaals getoond.
|}

===MBH_300_andermans1===
"andermans1_MA" bevat de geldige gebruiksperiode. "andermans1_TA" ligt in het verleden, maar bevat de geldige gebruiksperiode voor die periode in het verleden, daardoor heeft deze bouwsteen een groene kleur. Als de patiënt medicatiegebruik vastlegt dan overschrijft dit niet het medicatiegebruik wat door de zorgverlener is vastgelegd. Ze bestaan naast elkaar en bevatten allebei de geldige gebruiksperiode. Dit zie je gebeuren bij de bouwstenen hieronder. "MGB_zv" en "MGB_pat" bestaan naast elkaar.
 
 
''Andermans1_MA – Andermans1_TA – Andersmans1_MGB_zv – Andermans1_MGB_pat''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat de MGB_pat niet de MGB_zv overruled en beide medicatiegebruiken naast elkaar bestaan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "andermans1_MA" en/of toedieningsafspraak met bouwsteen "andermans1_TA" en medicatiegebruiken aangegeven door de zorgverlener met bouwsteen "andermans1_MGB_zv" en patient met bouwsteen "andermans1_MGB_pat".
|}

===MBH_300_andermans2===
Beide bouwstenen liggen in het verleden. Ondanks dat de gebruiksperiode in het verleden ligt, bevatten beide bouwstenen de geldige gebruiksperiode voor die periode in het verleden. Dit maakt dat ze groen zijn.
 
 
''Andermans2_MA – Andermans2_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "andermans2_MA" en/of toedieningsafspraak met bouwsteen "andermans2_TA". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_geannuleerd===
Zowel "geannuleerd_MA" als "geannuleerd_TA" hebben een begindatum van T + 5 dagen. De gebruiksperiode gaat dus in op een moment in de toekomst. Er wordt na het aanmaken van deze bouwsteen geannuleerd d.m.v. een annuleer MA en TA. Doordat ze niet beginnen, kunnen ze ook niet worden gestopt maar moeten ze worden geannuleerd. Omdat het gaat om annuleer bouwstenen hebben ze een oranje kleur. Dit om duidelijk aan te geven dat het gaat om annuleren wat wezenlijk wat anders is dan stoppen.
 
 
''Geannuleerd_MA – Geannuleerd_TA – Geannuleerd_MA_annuleren – Geannuleerd_TA_annuleren''
{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA en/of TA geannuleerd is. Annuleren van een bouwsteen is wat anders dan stoppen van een bouwsteen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Geen van de bouwstenen komen voor in het medicatieoverzicht. ''Optioneel: Kan het zichtbaar zijn na bijvoorbeeld doorklikken in de historie van de medicatie.
|}

===MBH_300_toekomstig===
Zowel de MA als de TA hebben een startdatum in de toekomst. Beide zijn niet gewijzigd of geannuleerd en zijn dus groen.
 
 
''Toekomstig_MA – Toekomstig_TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal starten.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "toekomstig_MA" en/of toedieningsafspraak met bouwsteen "toekomstig_TA".
|}

===MBH_300_gestoptandermans===
Zowel de "gestoptandermans_MA" als de "gestoptandermans_TA" worden gestopt en bevatten dus niet meer de geldige gebruiksperiode. De "MA_staken" bouwsteen zorgt voor een stop van de MA en de "TA_staken" bouwsteen zorgt voor een stop van de TA.
 
 
''Gestopsandermans_MA – gestopsandermans_TA – Gestoptandermans_MA_staken – Gestopsandermans_TA_staken''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA gestopt zijn/is door een andere zorgverlener.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "gestoptandermans_MA_staken" en/of toedieningsafspraak met bouwsteen "gestoptandermans_TA_staken". '' Optioneel: De MA bouwsteen "gestoptandermans_MA" en/of de TA bouwsteen "gestoptandermans_TA" worden niet nogmaals getoond. Dit mag optioneel wel met bijvoorbeeld doorklikken.
|}

===MBH_300_gewijzigd_toekomst===
De "toekomst_MA" wordt stopgezet door "toekomst_MA_techstaken". Hierdoor bevat de bouwsteen "toekomst_MA" niet meer de geldige gebruiksperiode. Er is een wijziging van de MA en die start op T+2, dus heeft het een groene kleur. Hetzelfde geldt voor de TA.
 
 
''Gewijzigd_toekomst_MA – Gewijzigd_toekomst_TA – Gewijzigd_toekomst_MA_techstaken – Gewijzigd_toekomst_MA_wijziging – Gewijzigd_toekomst_TA_techstaken – Gewijzigd_toekomst_TA_wijziging''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA in de toekomst zal wijzigen.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_techstaken" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_techstaken" met een stopdatum in de toekomst. De bouwstenen "gewijzigd_toekomst_MA" en de TA "gewijzigd_toekomst_TA" worden niet nogmaals getoond. 
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "gewijzigd_toekomst_MA_wijziging" en/of toedieningsafspraak met bouwsteen "gewijzigd_toekomst_TA_wijziging". 
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_gebruik===
De bouwsteen ligt in het verleden. Ondanks dat dit in het verleden heeft plaatsgevonden, bevat de bouwsteen de geldige gebruiksperiode voor die periode in het verleden wat maakt dat het groen is.
 
 
''Gebruik_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat ook al ligt de gebruiksperiode in het verleden, dat het wel de geldige gebruiksperiode is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''recent gestopte medicatie''' voor medicatiegebruik met bouwsteen "gebruik_MGB". '' Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_NieuweMA===
Er is een MA een TA en een MGB. Deze worden gestopt door een stopMA en een stopTA. Al deze bouwstenen bevatten niet meer de geldige gebruiksperiode en hebben een zwarte kleur. De nieuwe MA, TA en MBG zijn al gestart en bevatten wel een geldige gebruiksperiode. Ze krijgen dus een groene kleur.
 
 
''NieuweMA_start_MA – NieuweMA_start_TA – NieuweMA_start_MGB – NieuweMA_stop_MA – NieuweMA_stop_TA – NieuweMA_nieuw_MA – NieuweMA_nieuw_TA – NieuweMA_nieuw_MGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de medicatie in verleden gestart en gestopt is en dat de medicatie later herstart is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_nieuw_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_nieuw_TA", en medicatiegebruik met bouwsteen "NieuweMA_nieuw_MGB".
* In de categorie '''recent gestopte medicatie''' voor medicatieafspraak met bouwsteen "NieuweMA_start_MA" en/of toedieningsafspraak met bouwsteen "NieuweMA_start_TA", en medicatiegebruik met bouwsteen "NieuweMA_start_MGB". 
''Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.''
|}

===MBH_300_OTCmedicatie===
De MBH is begonnen met een MGB omdat een patiënt zelfzorgmedicatie had aangeschaft en deze heeft geregistreerd middels een MGB. Alle "oude" MGB's bevatten niet meer de geldige gebruiksperiode, omdat ze zijn overruled door de MA die later is vastgelegd.
 
 
''OTCmedicatie_MGB_oud1 – OTCmedicatie_MGB_oud2 – OTCmedicatie_MGB_oud3 – OTCmedicatie_MA – OTCmedicatie_TA – OTCmedicatie_MGB_nieuw''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat een nieuwere MA de oudere MGB's overruled.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "OTCmedicatie_MA" en/of toedieningsafspraak met bouwsteen "OTCmedicatie_TA", en medicatiegebruik met bouwsteen "OTCmedicatie_MGB_nieuw".
|}

===MBH_300_ToekomstigEnNieuwMA===
Er is een startMA, een startTA en een startMGB. Vervolgens is er een stopMA die de MA, de TA en de MGB stopt. Daarna is er dus een nieuwe MA aangemaakt met vervolgens een toekomstMA, toekomstTA en toekomstMGB. De nieuwMA heeft een einddatum van T+9. De toekomstMA heeft een ingangsdatum van T+10. De toekomstMA zal dus ingaan wanneer de nieuwMA verloopt.
 
 
''ToekomstigEnNieuweMA_startMA – ToekomstigEnNieuweMA_startTA – ToekomstigEnNieuweMA_startMGB – ToekomstigEnNieuweMA_stopMA – ToekomstigEnNieuweMA_NieuwMA – ToekomstigEnNieuweMA_ToekomstMA – ToekomstigEnNieuweMA_ToekomstTA – ToekomstigEnNieuweMA_ToekomstMGB''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de bouwsteen "ToekomstigEnNieuweMA_stopMA" de bouwstenen "ToekomstigEnNieuweMA_startMA", "ToekomstigEnNieuweMA_startTA" en "ToekomstigEnNieuweMA_startMGB" zijn gestopt en de MA "ToekomstigEnNieuweMA_NieuwMA" en "ToekomstigEnNieuweMA_ToekomstMA" in de medicatieoverzicht staan.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "ToekomstigEnNieuweMA_NieuwMA".
* In de categorie '''Toekomstige medicatie''' voor medicatieafspraak "ToekomstigEnNieuweMA_ToekomstMA" en/of toedieningsafspraak "ToekomstigEnNieuweMA_ToekomstTA", en medicatiegebruik "ToekomstigEnNieuweMA_ToekomstMGB". 
'' Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_NieuweToekomstigeMA===
De eerste groene bouwstenen hadden een einddatum, maar ze zijn nooit gestopt. Hierdoor bevatten ze de geldige gebruiksperiode van het verleden. De zwarte bouwstenen erna zijn geannuleerd door de annuleerMA. Hierdoor bevatten ze niet meer de geldige gebruiksperiode en daardoor hebben ze dus de zwarte kleur. De bouwsteen "nieuwMA" gaat in de toekomst in en heeft daardoor dus ook een groene kleur.
 
 
''nieuweToekomstigeMA_startMA – nieuweToekomstigeMA_startTA – nieuweToekomstigeMA_startMGB – NieuweToekomstigeMA_toekomstMA – NieuweToekomstigeMA_toekomstTA – nieuweToekomstigeMA_toekomstMGB – nieuweToekomstigeMA_annuleerMA – nieuweToekomstigeMA_nieuwMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat als medicatie geen stopMA hebben, deze nog geldige gebruiksperiode bevatten.
* Toon aan dat als geannuleerde toekomstige medicatie niet in medicatieoverzicht voorkomen. ''Optioneel toonbaar gemaakt met bijvoorbeeld doorklikken in de historie van de medicatie.''
* Toon aan dat nieuw toekomst medicatie wel zichtbaar zijn in het medicatieoverzicht.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_startMA" en/of toedieningsafspraak met bouwsteen "nieuweToekomstigeMA_startTA" en medicatiegebruik met bouwsteen "nieuweToekomstigeMA_startMGB".
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "nieuweToekomstigeMA_nieuwTMA".
''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_stopMA_zonder_referentie===
De TA en de MGB bevatten niet meer de geldige gebruiksperiode omdat deze zijn gestopt door de referentieloze stop-MA. Daarna wordt er een nieuwe MA aangemaakt (StopMA_zonder_referentie_startMA). Deze loopt tot T+2 en bevat dus een geldige gebruiksperiode. Daarna wordt er ook een toekomstige MA aangemaakt (StopMA_zonder_referentie_toekomstMA) die begint op T+3 en dus een toekomstige gebruiksperiode bevat. De gebruiksperiodes van deze MA's overlappen niet en zijn daardoor beiden geldig. Hierdoor zijn dus zowel de "startMA" als de "toekomstMA" groen.
 
 
''stopMA_zonder_referentie_TA – stopMA_zonder_referentie_MGB – stopMA_zonder_referentie_stopMA – stopMA_zonder_referentie_startMA – stopMA_zonder_referentie_toekomstMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|
* Toon aan dat een stopMA de TA zonder referentie en de MGB zonder referentie kan stoppen.
* Toon aan dat medicatie met geldige en huidige gebruiksperiode in het medicatieoverzicht voorkomen in "huidige medicatie".
* Toon aan dat geldige en toekomstige medicatie in het medicatie overzicht voorkomen in "toekomstige medicatie".
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|
* In de categorie '''huidige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_stopMA" en/of toedieningafspraak met bouwsteen "stopMA_zonder_referentie_TA" en medicatiegebruik met bouwsteen "stopMA_zonder_referentie_MGB" met een stopdatum in de toekomst.
* In de categorie '''toekomstige medicatie''' voor medicatieafspraak met bouwsteen "stopMA_zonder_referentie_toekomstMA". 

De bouwstenen "stopMA_zonder_referentie_startMA", "stopMA_zonder_referentie_TA" en "stopMA_zonder_referentie_MGB" ''zonder stopdatum'' worden niet nogmaals getoond in het medicatieoverzicht. ''Optioneel mag bijvoorbeeld met doorklikken ook het beloop van de gebruiksperiode worden getoond.''
|}

===MBH_300_WDS===
Er is een MA, WDS en TA. Deze bouwstenen bevatten een geldige gebruiksperiode.
 
 
''MA – WDS – TA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS met de afgesproken doseringen geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA.
|}

===MBH_300_WDS_nieuweWDS===
Er is een MA, TA, WDS1 en WDS2. De MA en TA hebben een geldige gebruiksperiode. WDS1 heeft een gebruiksperiode in het verleden. WDS2 heeft een geldige gebruiksperiode die aansluit op gebruiksperiode van WDS1. De MA, TA en WDS2 bevatten dus een geldige gebruiksperiode. WDS1 heeft geen geldige gebruiksperiode.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een nieuwe WDS geldig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, TA en WDS2. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_wijzigWDS===
Er is een MA, TA, WDS1 en WDS2 met een geldige gebruiksperiode. WDS2 heeft een latere startdatum in de gebruiksperiode dan WDS1. De MA, TA en WDS2 bevatten een geldige gebruiksperiode. WDS1 is niet meer geldig, omdat er een vervangende WDS2 met een nieuwere gebruiksperiode bestaat. Let op: WDS kent géén stop-WDS.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een WDS1 is gewijzigd.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS2 en TA. 
Optioneel mag WDS1 zichtbaar zijn om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_stopMA===
Er is een MA, TA, WDS en stopMA. De stopMA zorgt ervoor dat de MA, TA en de WDS niet meer geldig zijn en dat hiermee de gehele MBH is gestopt.
 
 
''MA – WDS – TA – stopMA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat de MA, en daarmee de hele therapie, gestopt is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie recent gestopte medicatie voor stopMA. 
Optioneel: Als de gebruiksperiode verder in het verleden ligt dan de eigen vastgestelde termijn voor de categorie "recent gestopte medicatie" mogen de bouwstenen ook te zien zijn in de historie.
|}

===MBH_300_WDS_wijzigTA===
Er is een MA, WDS, TA1, stopTA1 en TA2. De TA1 wordt gewijzigd vanwege verstrekking van een ander geneesmiddel (dezelfde PRK). De MA en WDS hebben geldige gebruiksperiode samen met de TA2. De oorspronkelijke TA1 is gestopt door de stopTA1.
 
 
''MA – WDS – TA1 – stopTA1 - TA2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat het handelsproduct is gewijzigd, maar dat hetzelfde WDS blijft gelden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS en TA2. 
Optioneel mag TA1 zichtbaar om het beloop van de gebruiksperiode te duiden.
|}

===MBH_300_WDS_toekomstWDS===
Er is een MA, WDS1, TA en WDS2. Allen hebben een geldige gebruiksperiode waarbij WDS1 een actueel geldige gebruiksperiode heeft en WDS2 een toekomstige geldige gebruiksperiode aansluitend op WDS1.
 
 
''MA – WDS1 – TA – WDS2''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er twee actuele WDSen bestaan, waarvan één toekomstig is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor MA, WDS1 en TA.
In de categorie toekomstige medicatie voor WDS2.
|}

===MBH_300_WDS_OnderbrokenMA===
Er is een MA, WDS, TA, stopMA en stopTA. Door de stopMA (onderbreken) bevatten de MA, WDS en TA niet meer de geldige gebruiksperiode.
 
 
''MA – WDS – TA – stopMA - stopTA''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is gemaakt dat de MA en/of TA tijdelijk onderbroken is en dat hiermee de WDS niet langer actueel is.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|In de categorie huidige medicatie voor stopMA en/of stopTA met stoptype "onderbroken". De oude bouwstenen MA, WDS en TA worden niet nogmaals getoond.
In de categorie toekomstige medicatie voor WDS.
|}

===MBH_300_spoedtoediening===
Er is een MTD zonder MA.
 
 
''MTD''

{| class="wikitable"
|-
| style="border:solid 1px black; background-color:#ffd9b3"|'''Testdoel'''
| style="border:solid 1px black; background-color:#fff2e6;"|Toon aan dat het voor de zorgverlener duidelijk is dat er een spoedtoediening heeft plaatsgevonden.
|-
| style="border:solid 1px black; background-color:#99ffe6;"|'''Verwacht resultaat'''
| style="border:solid 1px black; background-color:#e6fff9;"|Een toedienlijst met een MTD die geen afspraak in de MBH heeft.
|}

== Documenthistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2023-06-28
|style="background-color: white;"| publicatie
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-02-12
|style="background-color: white;"| Paragraaf met consolidatie treintjes toegevoegd
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-07-05
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.3 [https://nictiz.atlassian.net/projects/MP/versions/10569/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2024-11-29
|style="background-color: white;"| Publicatie MP9 3.0.0-beta.4 [https://nictiz.atlassian.net/projects/MP/versions/10597/tab/release-report-all-issues Testmaterialen]
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"| 2025-06-03
|style="background-color: white;"| Publicatie van WDS consolidatiematerialen
|}


Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:VDraft3.0.0_consolidatie_medicatiegegevensMGR_addendum|''consolidatie medicatiegegevens MGR addendum'']].

mp:VDraft 3.0.0 Ontwerp medicatieproces 9 ENG

2025-10-07T13:15:16Z

Sabrina Abou Kamar: /* Effective period */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functional Design Medication Process 9 version 3.0.0-rc.2 English version}}
{{IssueBox|'''<big>This page is currently under construction. </big>'''}}

[[Bestand:NL.jpg|50px]] [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9 Klik hier voor de Nederlandse live-versie] 
For an overview of relevant wiki pages for Medication Process see [[Landingspagina_Medicatieproces|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 supplier 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  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'' The conditions that must be met before the process is started.
** ''Trigger Event'' The event that starts the process.
** ''One or more process steps'' Description of part of the process.
**''Postcondition'' The conditions that are met after the process steps have been carried out.
**''Practical examples'' List of practical examples associated with a specific subprocess. These are detailed in [[#Description of practical examples|Chapter 4]].
**''Information systems and transaction groups'', 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 practical examples|Chapter 4]] describes several practical examples in more detail. These examples are, in a large number of cases, derived from general medical practice but are illustrative of similar situations in a different setting. The practical examples are classified according to subprocess, as indicated in [[#Medication process|Chapter 2]]. 
[[#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, Dutch abbreviations are used for the medication building blocks (see Table 1 below). The word ‘patient' is used to mean both patients and clients.

==Introduction of relevant terms==

===Therapeutic and logistical building blocks===

[[#Medication process|Chapter 2]] provides 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 patient to the prescriber of the MA regarding the agreed medication. The proposal may involve stopping, starting, changing or continuing the 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.
|}Table 1 Building blocks – description

===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. 
'''Scope''' 
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. 
:'''Pharmaceutical treatment' is a '''technical concept''' in the information standard. Its purpose is'': 
:#''To unambiguously identify the set of interdependent medication building blocks, and'' 
:#''To apply rules to it to unambiguously determine the present situation''. 
The functional application of the concept of MBH is as follows: 
*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 (hereafter: startDateTime according to naming convention in the 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. 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.
*When prescribing in [[#Free-text prescribing|free-text]] (meaning a prescription without a code from the G-Standard) every change of the product may lead to a new MBH.
*Intravenous (IV) therapy (to be worked out).

'''Examples''' 
Five examples illustrate the scope of an MBH: 
*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. 

'''Creation of an MBH''' 
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]]. A practical example can be found in [[#Merging building blocks under one MBH|paragraph 4.1.41]].

 
'''Rules for parallel building blocks''' 
Within an MBH, several building blocks of the same type may be simultaneously actual. In this FO, the term ‘actual’ (in single quotation marks) means all building blocks that are currently valid or will become valid in the future. <nowiki>'</nowiki>''Valid''<nowiki>'</nowiki> means that a building block contains the agreements the healthcare provider is allowed to act upon.

In principle, only one valid building block per type is allowed within an MBH at any given time. However, there are some exceptions. The rules below indicate per building block type whether multiple simultaneously valid (parallel) building blocks are allowed within the same MBH.

* Parallel MAs are not allowed within the same MBH. Complex build-up and tapering schedules must also be recorded in 1 MA.
* Parallel WDSs are not allowed within the same MBH.
* Parallel TAs are, however, allowed within the same MBH. This may be necessary to completely fulfill the MA. See sections 4.2.16 and 4.2.17 for examples.
* Parallel MGBs are allowed, but only for parallel TAs. This enables correct medication verification, so that, for example, medication use according to one TA can be assessed as correct, while medication use according to another TA in the same MBH is recorded as divergent. In all other cases, parallel MGBs are not allowed.

===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 usually 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, 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, this MA must then be created. This MA may refer to the TA or MGB. A supplier 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.
*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, medication for an indefinite period of time) 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 supplier 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).
*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 an 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-care medication dispensed by the supplier can possibly be recorded by that supplier as a TA with MVE. It can also be recorded as MGB by a 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, query/make available and send/receive.
''Make available'' means that data in one's own information system are made available for ''querying'' by other parties involved in the chain.
Another possibility is to ''send'' data to other parties involved. These other parties ''receive'' the data automatically.

The data are sent to health care providers, not to specific health professionals. If in this FO mention is made of sending data to “the pharmacist/general practitioner/pulmonologist etc.” this concerns the corresponding health care provider, not that individual health professional.

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 patients only.
* Height, Weight and Laboratory results can be sent with the medication prescription. Query/make available 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. Sending an MA combined with a VV corresponds to a prescription as defined in the [https://wetten.overheid.nl/BWBR0021505/2025-01-01#HoofdstukI_Artikel1 Dutch Geneesmiddelenwet] (Art.1 - section pp.). Further explanation can be found in the [https://www.nen.nl/nen-7503-2022-nl-294742 NEN 7503 Gegevensuitwisseling in de zorg]. 
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: 
http://informatiestandaarden.nictiz.nl/wiki/Handleiding_Wiki_documentatie 
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 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 querying 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]]
 

==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 supplier 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. 

The health professional verifies the medication together with the patient and can record the verified medication, including self-care medication, as MGB.
The recorded data related to medication use are made available to fellow health professionals and the patient so that they can query 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 section describes the process of prescribing. The role of prescriber may be performed by anyone with a prescribing authorisation according to the [https://wetten.overheid.nl/BWBR0006251/2024-07-01/0 law BIG]. In addition, a prescriber may delegate this task to other healthcare providers who do not have this authority themselves. This is only allowed within the terms of the law and the agreements within the relevant healthcare organisation. 
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 supplier, 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 supplier) 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 supplier.

===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 supplier, 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)]]. 

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 VVV (reply via AVMA or AVVV is optional) and/or
*reject a VMA or VVV (reply via AVMA or AVVV is mandatory) 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, and [[#Process step: Contacting the prescriber|paragraph 2.3.5]] for further information on managing proposals.

===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 (hereafter: endDateTime according to naming convention in the dataset) 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>.
 
An MA can also be created to begin at a point in the future. These MAs will receive a PeriodOfUse with a startDateTime in the future, which is later than the date of the agreement itself. Any prior MA will have an endDateTime just before the startDateTime of the future one. It is possible to only register a startDateTime (without Duration or endDateTime) in the PeriodOfUse.This is the case with medication for an indefinite period of time. To avoid confusion between 'to/until/till' and 'up to and including', specifying the time is mandatory when entering an endDateTime. In case of an 'up to and including' date (in case of an entire day), the time 23:59:59 applies.

If there is a situation-dependent start- or endDateTime, this can be indicated in the data element Condition in the PeriodOfUse. This Condition clarifies what kind of situation dependency is involved. Examples include:
*‘Start X days before admission’ - when the exact start time depends on a planned hospital admission.
*‘Stop X days after end of holiday’ - when medication is stopped after a specific event with an uncertain end date.

Every MA (as well as WDS, TA and MTD) has a [https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250429T134736/ds-2.16.840.1.113883.2.4.3.11.60.20.77.1.4-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.2.4.1480_20240215140223 RegistrationDateTime]. This defines the date and time when the medication building block was recorded and is used to determine the chronological order of medication building blocks.

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 the hybrid 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 supplier has not received the MA with the corresponding MBH in digital form. The supplier 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. 

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, in data element ReasonModificationOrDiscontinuation. The medication may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-MA contains the following information:
*An endDateTime (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*MedicationAgreementStopType 'discontinued',
*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. The stop-MA also gets no relation to a TA or MGB in this case.
*ReasonModificationOrDiscontinuation.

From the referenced building block, at least the following data elements must be copied into the stop-MA:
*startDateTime,
*AgreedMedicine, with exception of 90 million numbers,
*InstructionsForUse, with exception of AdditionalInstructions.

For an MA in which an endDateTime has immediately been agreed upon, e.g. in the case of a course of treatment, no additional stop-MA is needed. A stop-MA also has the ‘discontinued’ stop type, even if it is a stop-MA resulting from a change. In case of a change, the stop-MA is followed by a new MA.

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 supplier who may need to adjust his logistical process because of the change. When a prescriber wants to shorten the PeriodOfUse 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 healthcare provider who made the original MA. The stop-MA should also be sent to the supplier. The prescriber can find the supplier by querying the TAs associated with the MA (transaction MP-MGR). He then sends the stop-MA to the provider with an active TA (transaction MP-VOS). 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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. A suspension may take effect immediately or a future suspension can be planned. 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 a suspension 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 the guidelines for a stop-MA (see previous paragraph). The stop-MA has a relation to the original MA in order to temporarily stop that MA. The reason for the suspension is recorded in ReasonModificationOrDiscontinuation. The stop type of the stop-MA is 'suspended’.
A new MA is created for resuming the medication, including the reason for resuming, if any (in ReasonModificationOrDiscontinuation). All these MAs are part of the same MBH.

====Changing medication====

Changing an MA may apply to:

* Dosage, 

* Method of administration, 

* Duration of treatment ((e.g. extension of therapy), 

* The responsible prescriber. 

Changes in the dose strength or switching to a completely different medicine results in a different PRK thus 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 RegistrationDateTime of the technical stop/cancel-MA and the new MA should always be the same. In the new MA a reason for the change is recorded in ReasonModificationOrDiscontinuation, and, if possible, a reference to the original MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop-/cancel-MA and corresponding new MA are sent and/or made available simultaneously.

Shortening an MA's PeriodOfUse is considered a change. A stop-MA needs to be made and a new MA2 with the shortened PeriodOfUse.

A stop-MA cannot prolong the PeriodOfUse. Extending an MA can be done in the following ways:
*Creating a new MA2 with a startDateTime after the endDateTime of the original MA1. There is no need for a stop-MA on MA1, as this expires automatically on its endDateTime. The new MA2 can be created both during and after the PeriodOfUse of MA1.
*Extending the PeriodOfUse of the original MA1 if it has not yet expired. This is a common change where a technical stop-MA is made and a new MA2 with the extended PeriodOfUse.

====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 incorrect 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' (in ReasonModificationOrDiscontinuation) and create a new MA under the same MBH with the correct information.

Should the erroneous MA have a startDateTime 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 supplier 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 startDateTime 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 PeriodOfUse.

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.

The cancel-MA basically works the same as the stop-MA described in [[#Discontinuing medication|paragraph 2.2.5.3]], but with two important differences:

*The stop type is 'cancelled' instead of 'discontinued'
*The startDateTime and stopDateTime of the cancel-MA are the same.

===Process step: Making a variable dosing regimen===
When a prescriber prescribes medication with a variable dosing regimen (WDS), 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. 
The thrombosis service is responsible for drafting the WDS. The dosing regimen is entered in the medication building block WisselendDoseerschema (WDS) by a prescriber, usually the thrombosis physician. . The prescriber who made the MA remains responsible for the VVs. The thrombosis physician composes the WDS within the agreed upon INR-range based on a specific, measured INR-value. 
====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'' 
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 its endDateTime, it can be replaced by a new WDS that succeeds it. The new WDS has a relation to the MA and the previous WDS.
It is also possible to adjust the WDS before the endDateTime has been 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.

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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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 dispense request (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 an MA for an indefinite period of time (meaning a PeriodOfUse with only a startDateTime), several VVs may be made over time within the scope of this existing agreement. It is also possible for a prescriber other than the one who made the MA to make a VV under this MA.
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 (Amount) or the consumption period (PeriodOfUse) 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 endDateTime has a meaning other than the PeriodOfUse endDateTime from the MA and may diffeer.
*VV PeriodOfUse endDateTime: date until which the supplier is allowed to supply medication (and thereby provide sufficient supplies to the patient for use until that date).
*MA PeriodOfUse endDateTime: date on which the patient must stop the medication (this can be equal to the consumption period endDateTime or lie 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 supplier, 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 supplier 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===
When sending a medication prescription, a prescriber may also include the patient’s body height and weight. These refer to the height and weight on which the prescriber has based the prescription and may differ (be more accurate) from the general height or weight that has been recorded for the patient. This may, for instance, be done when prescribing for children, or when prescribing medication where weight (e.g. in case of certain anticoagulants) or body surface area (e.g. in case of certain oncolytics) is important.

Body height and weight are separate building blocks and can only be included when sending a medication prescription or when sending a Proposal medication agreement (VMA). This information is not available for querying.

===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 supplier to dispense medication. The prescriber sends the MA to the supplier. In an ambulatory situation, the VV is also sent to the patient’s supplier. If the supplier is not known, this process step can also be performed by making the data available (see C). When the supplier has filled the order, the prescriber will receive a notification (see [[#Information systems and transaction groups 3|paragraph 2.3.10]]). 

B. As an order for the supplier to implement a medication change (including stop-MA with stop type 'discontinued' or 'suspended') that impacts or may impact a current dispense process by this supplier. 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. 

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

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

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.

===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 supplier to carry out a dispense of medication
* An order may have been sent to the supplier 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 supplier 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]]

===Practical examples===
The following specific practical examples have been elaborated:
*[[#Medication for definite period of time|Medication for definite period of time]]
*[[#Medication for indefinite period of time|Medication for indefinite period of time]]
*[[#Changing someone else's MA by non-prescriber with delegated responsibility | Changing someone else's MA by non-prescriber with delegated responsibility]]
*[[#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 - no more allowed|Paper prescription - ''no more allowed'']]
*[[#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 waiting period between intake moments|Dosing with minimum waiting period between intake moments]]
*[[#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 by a supplier, including repeat medication and GDS. A supplier is a pharmacist or dispensing general practitioner who carries out the process of dispensing medication, or under whose responsibility it is carried out. This process encompasses all actions a supplier 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 supplier 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 suppliers collaborate with another organisation that handles part of the supplier’s 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 supplier. The internal logistics and communication between the supplier 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 (medication distribution system, Dutch: 'Geneesmiddel Distributie Systeem'), 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, suppliers and general practitioners communicate via so-called authorisation lists. The supplier 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 supplier 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, suppliers 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 supplier 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 supplier 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 supplier 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 supplier 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 supplier first contacts the prescriber to discuss the possible error and suggest an alternative. The supplier 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. If the prescriber approves the VMA, he changes it into a final MA. Sending an AVMA is optional as the new MA suffices as an answer. If the prescriber rejects the proposal an AVMA must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.). 

A new VV is needed when the patient’s medication stock is depleted or nearly used and the treatment may need to be continued (repeat dispense request). The patient either requests a repeat medication dispense from the supplier or has signed up in the past for proactive repeat medication dispensing 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 supplier can send a VVV to the prescriber. The VVV may contain indications for the prescriber, such as urgency. If the prescriber approves the VVV, he changes it into a final VV. The new VV is sent with the previously created MA, using the transaction MP-VOS. The new prescription containing the new VV suffices as a response. Sending an AVVV is optional in that situation. If the prescriber rejects the proposal an AVVV must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.).

===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 supplier 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 a drug with a different PRK may fall under the same MBH, for example, when changing from 1x 20 mg to 2x 10 mg tablets,
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 supplier takes into account, among other things:
*Preference policy,
*Inclusion in GDS-packaging,
*Available stock of the institution (‘hospital formulary’) or the pharmacy itself. 

''Administration agreement for anticoagulants'' 
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. 

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

A new TA can also be made without an associated MA. When a patient buys self-care medication in the pharmacy, the supplier may wish to register this as a TA, for example for the purpose of medication monitoring.

''Administration agreement for administration list patients'' 
For medication safety, it is essential that the dosing instructions recorded in the TA can be interpreted unambiguously by all involved systems. This means that the planned administration times derived from the TA must always be identical — regardless of which system performs the interpretation. To ensure this, dosing instructions that cannot be derived unambiguously (such as frequencies per week, month, or year) must make use of the RepeatPeriodCyclicalSchedule. This schedule makes it possible to always arrive at the same administration dates, thereby preventing interpretation differences between systems. Examples of dosing instructions that cannot be derived unambiguously include:
*Twice per week
*Once per month
*Twice per year

In such cases, the use of the RepeatPeriodCyclicalSchedule is mandatory in the TA when dealing with a patient on an administration list. For a detailed example, see [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0_Voorbeelden_doseringen#Cyclisch dosing examples].

====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. The reason for discontinuation is recorded in this TA, in data element AdministrationAgreementReasonModificationOrDiscontinuation. The TA may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-TA is a copy of the existing TA with:
*As endDateTime in the PeriodOfUse the date on which the TA ends (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*Stop type 'discontinued',
*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 supplier must be able to stop these with a stop-TA without reference to a TA. The stop-TA also gets no relation to the MGB in this case.

For a TA in which an endDateTime 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 endDateTime 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 ‘discontinued’ 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 ‘discontinued’ 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 endDateTime of the stop-TA may be later than indicated in the original stop-MA.

A TA can be stopped by the supplier himself or by another supplier. When a supplier 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. 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

====Temporarily halting an administration agreement====

Temporarily halting an MA results in a stop-TA (stop type: 'suspended'). 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 with reference to both that stop-MA and to the original TA. The newly created MA also results in a new TA with reference to that new MA. This new TA has no relation to the original TA.

When the change is made by means of a technical cancel-MA and a new future MA, basically the same process applies. The corresponding TA is cancelled by a cancel-TA with reference to the cancel-MA and to the original TA. With the new future MA, a new future TA is created with reference that new MA. This new TA has no relation to the original TA.

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 [[#Stopping future administration agreement | paragraph 2.3.6.6]]) and a new future TA with the change. The RegistrationDateTime 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 (in AdministrationAgreementReasonModificationOrDiscontinuation) and, if possible, a reference to the original TA as well as to the unchanged MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop/cancel-TA and corresponding new TA are made available simultaneously.

====Stopping future administration agreement====

This concerns only TAs with a startDateTime in the future. A supplier 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 PeriodOfUse.

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.

The 'cancel-TA' basically works 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 ‘discontinued’
* startDateTime and endDateTime of the cancel-TA are the same

===Process step: Supply===

After creating the TA, the supplier 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 supplier 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 query them at a later date.

===Postcondition===
*A TA may have been created.
*Medication supply 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 supplier 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]]

===Practical examples===
The following specific practical examples 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 supplier|Patient requests repeat prescription via supplier]]
*[[#Proactive repeat prescription by supplier|Proactive repeat prescription by supplier]]
*[[#Deviation from prescribed quantity in DispenseRequest|Deviation from prescribed quantity in DispenseRequest]]
*[[#Splitting a prescription|Splitting a prescription ]]
*[[#Starting and continuing a GDS|Starting and continuing a GDS ]]
*[[#Supplier changes commercial product|Supplier 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==

 
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 supplier. 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 supplier 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 queries the medication data needed for the automated generation of the administration list. The administrator must have access to current medication data prior to administration. For the administration list, among other things the medication-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. These data can be entered by the supplier in the TA or by the prescriber in the MA or WDS. Recently stopped medication administrations (including recently stopped or modified medication) are also shown in the administration list. In general, suppliers 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 locations of administration; this is registered in InjectionPatchSite 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. 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 can differentiate 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 with differentiation according to administration moment. Prescribers, suppliers and administrators are responsible for providing the medication data which is necessary for generating the administration list.

If, due to circumstances, no current MA/TA is available, the (professional) administrator can record the separate administrations in the eTDR. Examples of situations where this might occur are:
* verbal adjustment in the medication prescription,
* in an emergency situation where no current MA/TA is available, this situation is described in [[#Medication administration without MA or TA|paragraph 4.3.13]].

===Process step: Administering===
The following paragraphs describe the different situations in which an MTD is created: Registering a new MTD, correcting a registered MTD and suspending an administration.

====Registering a new medication administration====
The (professional) administrator has received or queried the medication data that is required for the medication administration. 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. Deviations in the medication administration (not administered, adjusted dosage, refusal by the patient, swallowing problems, adverse effects, etc.) are recorded as well, if applicable as a correction or suspension. Corrections and suspensions are explained in more detail in the next paragraphs.

====Correcting a medication administration====
When an MTD is made available but has to be corrected, another MTD is registered. The ''AdministeredAmount'' of a correcting MTD can be negative. This makes the sum of the ''AdministeredAmount'' from different MTDs the final amount that has been administered. When registering a correction the ''ReasonForDeviation'' can be filled in with e.g. ‘Incorrect registration of medication’ or ‘Drug spat out by patiënt’.

====Suspending a medication administration====
When a planned administration cannot be done, it is possible to register that the administration did not take place. This MTD will then have a ''AdministeredAmount'' of 0. If the administration is not intended to be given at a later moment, this can be communicated in the ''Comment'' data element of this MTD. When the medication is administered at a later moment, this is registered in a new MTD.

===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 query them at a later date. For example, the administration data can be queried 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 supplier 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]]

===Practical examples===

The following practical examples for medication administration have been elaborated:

*[[#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 supplier| Change processed by the supplier]]
*[[#Change not processed by the supplier| Change not processed by the supplier]]
*[[#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 of an administration| Correction of an administration]]
*[[#Medication not administered| Medication not administered]]
*[[#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]]
*[[#Registration (stop-)MA retroactively with interim MTD| Registration (stop-)MA retroactively with interim MTD]]
*[[#Registration of separate MTDs per InjectionPatchSite| Registration of separate MTDs per InjectionPatchSite]]
*[[#Patient transfer to a different department with the same GDS supply date| Patient transfer to a different department with the same GDS supply date]]
*[[#Patient transfer to a different department with an earlier GDS supply date| Patient transfer to a different department with an earlier GDS supply date]]
*[[#Patient transfer to a different department with a later GDS supply date| Patient transfer to a different department with a later GDS supply date]]
*[[#GDS medication dosage increase, no change in administration times (option A)| GDS medication dosage increase, no change in administration times (option A)]]
*[[#GDS medication dosage increase, no change in administration times (option B)| GDS medication dosage increase, no change in administration times (option B)]]
*[[#GDS medication dosage increase, change in administration times| GDS medication dosage increase, change in administration times]]
*[[#GDS medication dosage decrease| GDS medication dosage decrease]]
*[[#Changing GDS medication to ‘as needed’ medication| Changing GDS medication to ‘as needed’ medication]]
*[[#Splitting GDS medication into GDS medication and ‘as needed’ medication| Splitting GDS medication into GDS medication and ‘as needed’ medication]]

==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 [[#Process: medication verification|paragraph 2.1]]),
*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. 
While medication is being used, pharmaceutical care is provided by the supplier (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. 
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|paragraph 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 medication use. The data about medication use are recorded in an MGB, with the patient being recorded as the source of the information in Informant, and the health professional as the Author. 
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 supplier 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 supplier ([[#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. 
[[#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]]

===Practical examples===
The practical examples 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 practical examples for medication use have been elaborated:
*[[#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 data element ‘NextPractitioner’. When prescribing new medication the AHGP can use this data element to indicate who the regular GP of the patient is. When stopping or changing medication the AHGP can use this data element to indicate who 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. 
The AHGP will inform the regular GP about the after-hours contact. 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.

==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 supplier 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 query 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 pharmacies on an outpatient basis and, in clinical practice, often by a contracted hospital pharmacy. 
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. 
Letting the psychiatric patient record his own medication use may be experienced as undesirable control instead of it stimulating proper medication use. 
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 pharmacies, possibly as part of GDS if needed. VVT institutions and home care make use of administration lists. Before administration of medication, the medication is checked. After administration the actual MTD's are signed off. Communication regarding MTD's between supplier, prescriber and nursing staff will be explained in more detail 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 ongoing medication a few days before admission. At the time this agreement is made, the exact admission date is often not yet known. In such cases, it must be clear to all healthcare providers in the care chain that the PeriodOfUse of the medication is not yet final. The prescriber issues a MA or a stop-MA, indicating in the data element PeriodOfUse/Condition how many days before admission the patient should start or stop the medication. Once the admission date becomes known or changes, the PeriodOfUse of the MA is adjusted through the standard change process.

===During admission and at time of discharge===
When a patient is admitted, the following situations can occur, concerning the outpatient medication:
* No change in ongoing 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.

====No change in ongoing 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 element ‘NextPractitioner'. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 practical examples=
This chapter contains a description of various practical examples. 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]].
Some of these practical examples are accompanied by a visualisation. In these visualisations the acting stakeholders are shown, as well as the building blocks described in the situation. Changes in building blocks and new building blocks are shown as they occur in time.
{| class="wikitable" style="width: 60%;
|-
! style="text-align:left;" colspan="5" | Legend visualisations
|-
| style="text-align:left;" colspan="5" | ''characters''
|-
| style="vertical-align:top; background-color: white;" | Prescriber
[[Bestand:Voorschrijver.png|100x100px]]

Recognizable by their stethoscope
| style="vertical-align:top; background-color: white;" | Supplier
[[Bestand:Apotheker.png|100x100px]]

Recognizable by their pestle and mortar
| style="vertical-align:top; background-color: white;" | Patient
[[Bestand:Patiënt.png|100x100px]]

Recognizable by their bandage
| style="vertical-align:top; background-color: white;" | Administrator
[[Bestand:Toediener.png|100x100px]]

Recognizable by their syringe
| style="vertical-align:top; background-color: white;" | Healthcare provider
[[Bestand:Zorgverlener.png|100x100px]]

Recognizable by their hat
|-
| style="text-align:left;" colspan="5" | ''Symbols''
|-
| style="vertical-align:top; background-color: white;" | Start of a relevant building block
[[Bestand:Start.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Start of a stopped building block
[[Bestand:Gestopt.png|100x100px]]

Stopped building blocks are grey
| style="vertical-align:top; background-color: white;" | End date of a building block
[[Bestand:Eind.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | End date of a stop-building block
[[Bestand:Stop.png|100x100px]]

The color of the outline indicates the type of building block
| style="vertical-align:top; background-color: white;" | A building block without an end date
[[Bestand:Chronische_duur.png|100x100px]]

The color indicates the type of building block
|-
| style="vertical-align:top; background-color: white;" | An instance of VV or MVE
[[Bestand:Verstrekking.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Labtest value
[[Bestand:Labwaarde.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Direction of sent message
[[Bestand:Voorstelbericht.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Signal from the information system
[[Bestand:Signaal.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Textbox for clarification
[[Bestand:Textbox.png|100x100px]]
|}

==Practical examples, Prescribe==

===Medication for definite period of time===
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 pharmacy 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 for 5 days.''
He records this MA in his information system. The general practitioner then immediately also makes a VV for the pharmacy chosen by the patient:
:''Nitrofurantoin CR capsule, 100 mg; 10 capsules.''
The general practitioner also records this VV in his information system. 
The general practitioner consults with the patient to find out from which pharmacy she wants to pick up the medication. The prescription (MA and VV) is sent to the pharmacy and the medication data are made available to fellow health professionals (MA only) and patient (MA and VV). 
 
[[Bestand:ENG_Voorschrijven_Kortdurende medicatie.png|800px]]

===Medication for indefinite period of time===
The process for ongoing medication is practically the same as for medication for a definite period of time (see [[#Medication for definite period of time|paragraph 4.1.1]]), except that in the case of ongoing 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 an ongoing basis. On ''30 March yyyy'' it was agreed:

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

===Changing someone else's MA by non-prescriber with delegated responsibility===
The medical specialist prescribes 300 mg of Niraparib once a day to treat cancer. 24 hours before the scheduled first administration, the hospital pharmacist reviews the lab values and decides that the dosage needs to be adjusted to 200 mg once a day.

There is an agreement within the hospital that the pharmacist has delegated prescribing authority (see [[#Process: prescribe | paragraph 2.2]]). The pharmacist modifies the medical specialist's MA. The medical specialist remains author of the MA, as the pharmacist acts on his/her instructions.

[[bestand:ENG Wijzigen van andermans medicatieafspraak in opdracht van1.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, as needed 1d1t 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.''
 
[[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 startDateTime or endDateTime as soon as this is known to the prescriber. 
 
[[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 (in data element InstructionsForUse/DosingInstructions) and creates a VV for 60 tablets of oxycodone of 10 mg. 
 
[[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). 
 
[[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 data elements ‘Comment’ or ‘MedicationAgreementAdditionalInformation’ of the MA. The data element ‘MedicationAgreementAdditionalInformation’ contains a list of particularities about the MA that are relevant for pharmacovigilance and fulfilment by the supplier. The element ‘Comment’ is used for particularities that cannot be registered in a coded manner in ‘MedicationAgreementAdditionalInformation’. Below are three examples of the use of these elements.

Example 1: the hospital uses a different formulary than a community pharmacy 
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 data element ‘Comment’. This makes it clear that pantoprazole is the replacement of omeprazole.

Example 2: Half-strengths 
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 ‘MedicationAgreementAdditionalInformation’ can be used to indicate whether this was a deliberate increase.

Example 3: Specific commercial product (HPK), medical necessity 
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 ‘MedicationAgreementAdditionalInformation’ 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 pharmacy does not supply any medication. 
The general practitioner makes the new MA available to fellow health professionals and the patient. 
 
[[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''

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

 
[[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. The practical example for repeat medication 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. 
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.
 
 
[[Bestand:ENG Voorschrijven Wijziging in dosering voldoende voorraadv2.png|800px]] 
In case the patient has no more supply, a new VV will be created. 
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 supplier (fellow health professional). The supplier processes the modification. The supplier 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. For this, no new VV is required. This drug falls under one of the 3 categories (insulins, oral contraceptive pill and non-oral UR contraceptives) where prescriptions may be written for more than one year. It does not matter how the initial VV is filled. 
Three months later, the woman requests a repeat supply at the pharmacy. The pharmacy supplies the product and communicates the MVE to the general practitioner.

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

{{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). 
The pulmonologist records:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; stop type ‘discontinued’; from 13 August yyyy. Because of a side effect.''
The stop-MA is sent to the supplier 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.
 
 
[[Bestand:ENG Voorschrijven Stoppen medicatiev2.png|800px]] 

===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. 
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 'suspended' to the supplier to temporarily halt 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]].

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

===Temporarily halting for an intervention===
A 62-year-old man is taking acetylsalicylic acid 100 mg, 1 tablet 1x daily because of coronary artery disease. He needs to have a colon polyp removed. The general practitioner discusses with him that he should stop taking the acetylsalicylic acid three days before the procedure and resume it the day after the procedure. If the date of the procedure is unknown or uncertain, the data element PeriodOfUse/Condition of the stop-MA indicates that the medication should be stopped three days prior to the procedure. In the new MA, it is specified that the start date is one day after admission. Once the procedure date is known, the MAs are updated to reflect the actual start and stop times. 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]].
 
[[Bestand:ENG_Voorschrijven_Onderbreken voor een ingreep.png|800px]] 

===Paper prescription - ''no more allowed''===
The Dutch law Wegiz (Wet elektronische gegevensuitwisseling in de zorg) states that per January 1st, 2024, prescriptions on paper only are not allowed anymore. Therefore the contents of this practical example have been removed. 
However, there are exceptional situations conceivable where a paper prescription may still be needed. Examples include:
* foreign patients without a BSN
* the patient's preferred pharmacy is not in the Netherlands.
* network failure
The supplier will then have to make a TA without referral to an MA.

===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 pharmacy. 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. 
For treatments with a course of cytostatics, for example, there is an MA, but it is not always clear in advance when the medication dispense/administration takes place. Reason: treatment courses 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, mention can be made in PeriodOfUse/Condition that Nevanac should be started 3 days before surgery takes place. See Prior to admission in [[#Prior to admission|paragraph 3.4.1]].
 [[Bestand:ENG_Voorschrijven_Starten met medicatie voor opname.png|800px]]
 

===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 Comment data element (as free text).
 
[[Bestand:ENG Voorschrijven Niet verstrekken voorv2.png|800px]]
 

===Discontinuation of medication by third parties===
Medication can be discontinued by the prescriber himself (see [[#Discontinuing medication|paragraph 2.2.5.3]] and example in [[#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.
 
 
[[Bestand:Uc4.1.24v2.png|800px]]
 

===Two PRKs in a single pharmaceutical treatment===
In certain circumstances, the supplier 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]]).
 
[[Bestand:ENG_Voorschrijven_Twee PRKs onder een medicamenteuze behandeling.png|800px]]
 

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

===Single medication use===
For medications intended for single use, the period of use can be specified with a startDateTime and Duration, a start and endDateTime, or a Duration and endDateTime. An example of this is a situation where the patient is required to take diazepam once, the day before surgery. The prescriber then indicates the period during which this use should occur.
 
[[Bestand:ENG_Voorschrijven_Eenmalig gebruik.png|800px]]
 

===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 endDateTime, 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 endDateTime, this problem will solve itself over time. 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]].
 
 
[[Bestand:ENG_Voorschrijven_Onterecht openstaande medicatie of weeskinderen.png|800px]]
 

===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. If possible, the stop-MA is sent to the original prescriber and the patient's pharmacy.
 
[[Bestand:ENG_Voorschrijven_Ontbreken digitale medicatieafspraak bij opname.png|800px]]
 

===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, in data element AgreedMedicine. At least one ingredient must be registered, as is the case with magistrals.

===Free-text prescribing===
It is, in exceptional circumstances, possible to prescribe without a code from the G-Standard. This is what we understand as "free-text prescribing". This is only permitted when there is no suitable code available in the G-Standard, for example, with investigational medication. Free-text prescribing is thus explicitly the exception, among other reasons because medication monitoring cannot be performed without a G-standard code.

===Dosing with minimum waiting period between intake moments===
Prescribing medication with a minimum waiting period between intake times should be done 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, in InstructionsForUse. The instruction “''at least 6 hours between intake times''” is recorded in free text in AdditionalInstructions.
 
 [[Bestand:ENG_Voorschrijven_Dosering met minimum interval.png|800px]] 
 

===Dispense request with number of repetitions ===
The prescriber makes a VV with an MA in which she enters the NumberOfRefills. The prescriber hereby indicates to the provider that he may make additional dispenses.

The number of refills in combination with the quantity to be supplied results in: (NumberOfRefills + 1) X Amount. In case of “NumberOfRefills = 3” and “Amount = 30 units” the provider may supply 4 times 30 units (total 120 units).

The number of refills in combination with the duration of medication usage results in: (NumberOfRefills + 1) x PeriodOfUse/Duration. The amount to be supplied depends on the dosage. In case of “Dosage = 3 x per day 2 units”, and “PeriodOfUse/Duration = 30 days” the provider may supply 4 x (6 units per day X 30 days = 180 units) = a total of 720 units.
 
 [[Bestand:ENG_Voorschrijven_Verstrekkingsverzoek met aantal herhalingen.png|800px]] 
 

===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:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift aV2.png|800px]] 

'''B) Renal function value reason for a change:''' 
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.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b1V2.png|800px]] 

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 supplier by the prescriber. Because the patient had already collected the medication and therefore has enough stock, no new VV is sent along.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b2V2.png|800px]] 

'''C) Renal function value due to drug:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift cV2.png|800px]] 
 

===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 CanceledIndicator (MA + VV1 “cancelled”), so the supplier 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. 
In medication building blocks it looks as follows: 
 [[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_a.png|800px]] 
 
The transactions look as follows: 
[[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_b.png]] 

===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.
 
[[Bestand:Eng Uc 4.1.37 wijzigen van andermans medicatieafspraakv3 - Kopie - Kopie.png|800px]]
 

===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 supplier 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 and MTD.
[[Bestand:4.1.38 Uc Opstarten WDSv3.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 endDateTime. 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_Uc_Changing_WDS.png|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 endDateTime 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 practical example [[#Setting up a variable dosing regimen|Setting up a variable dosing regimen]]). 
[[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]]

==Practical examples, Dispense==

===New medication agreement, medication dispense of the same product===
The patient is at the pharmacy on 27 January yyyy to collect his medication. The supplier 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 supplier. 
MA: ''Nitrofurantoin CR capsule, 100 mg, 1 capsule 2x daily, from now on for 5 days.'' 
VV: ''Nitrofurantoin CR capsule, 100 mg; 10 capsules.'' 
The supplier selects a product on the basis of the MA and other factors (such as the pharmacy’s stock and the preference policy of the healthcare insurer): 
''FURABID CR CAPSULE, 100 MG''. The supplier carries out medication monitoring using the information system, no (warning) signals are given. 
The supplier 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: 
''FURABID CR CAPSULE, 100MG; 1 capsule 2x daily; from now on for 5 days''. 
The supplier supplies the medication to the patient: 
''on 27 January yyyy, FURABID CR CAPSULE, 100 MG; 10 capsules.'' 
The TA and MVE are sent to the prescriber and made available to fellow health professionals and the patient.
 
 [[Bestand:ENG_Ter hand stellen_Nieuwe medicatieafspraak medicatieverstrekking zelfde product.png|800px]] 

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

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

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

===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 medication and is described in [[#Splitting a prescription|paragraph 4.2.10]], situation 2.

===Proposal to prescriber for medication agreement===
'''Example 1 - adjusting dosage:''' 
For a 70-year-old patient with a creatinine clearance of 45 mL/min, the supplier 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 supplier 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 supplier.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_a.png|800px]] 
 
'''Example 2 – temporarily halting a medicinal product:''' 
For a 50-year-old patient with on oral fluconazole as part of his current medication, the supplier enters a TA for simvastatin. A message appears with the advice to consider temporarily halting simvastatin. The supplier can make a VMA for halting the simvastatin (stop type ‘suspended’). See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_b.png|800px]] 
 
'''Example 3 – adding a medicinal product:''' 
For a 55-year-old woman, the supplier 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 supplier can make a VMA for these products. See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_c.png|800px]] 
 
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. 
The VMA may help the prescriber to enter this change in the system. The latter is important when MAs are queried, for example, by service observation general practitioners.

===Request and dispense ===
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.
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_a.png|800px]] 

*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 RequestDate and the pre-existing associated TA) is sent to the prescriber when the MedicationDispenseDateTime is registered. See [[#Notification date or dispense date (pharmacist information system)|paragraph 8.3]].
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_b.png|800px]] 

===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. 
For example:
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 for an indefinite period''
on 13 April yyyy a VV to a pharmacy 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 for the patient. The existing MAs had already been made available. 
 [[Bestand:ENG Ter hand stellen Patiënt vraagt herhaalrecept via arts - reactief herhalenV2.png|800px]] 
The supplier 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 use asks for repeat medication, 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. In that case, no RelationMedicationAgreement will be registered.

===Patient requests repeat prescription via supplier===
The patient requests a repeat medication from the supplier, for example through repeat line, by phone, email, counter/boxes, website, app or portal of the pharmacy. 
The supplier 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 supplier. The supplier continues the dispense process and starts with the pharmaceutical care process step. 
 [[Bestand:ENG_Ter hand stellen_Patiënt vraagt herhaalrecept via apotheker - informeren voorschrijver.png|800px]] 
 
If the prescriber does not issue a VV, he lets the supplier know by sending an AVVV.

===Proactive repeat prescription by supplier===
The patient has signed up in the past for proactive repeats and the supplier 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 supplier (or his information system). Proactive repeats are also used for GDS, see [[#Starting and continuing a GDS|paragraph 4.2.11]].
 [[Bestand:ENG_Ter hand stellen_Proactief herhaalrecept door apotheker - informeren voorschrijver.png|800px]] 
 

===Deviation from prescribed quantity in DispenseRequest===

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 28 days and sends a VV to the pharmacist for 28 pieces. The supplier only has packaging of 30 pieces. There are two capsules left at the end of the course, but the MA can still be met. A TA for 28 pieces follows. The MVE states that 30 units have been delivered, optionally with an explanation as to why this deviates from the TA, but this is not mandatory.

[[Bestand:Voorgeschreven hoeveelheid MA less Eng.jpg|800px]]

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 30 days and sends a VV to the supplier for 30 pieces. The supplier only has packaging of 28 pieces. The supplier contacts the prescriber based on professional judgment. There will be a provision of 28 pieces with a TA for 28 days. The TA and MVE deviate from the MA the patient has made with the general practitioner. The pharmacy's information system makes the TA and MVE available to the patient's co-practitioners.

[[Bestand:Voorgeschreven hoeveelheid MA more 30 Eng.jpg|800px]]

===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 supplier.

There are three possible situations: 
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). 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_a.png|800px]] 
 
2) Prescriber and patient initially agree on 90 tablets with 3 repeats. The patient receives the first 90 tablets. The next time the patient visits the pharmacy, an MVE is made under the existing agreements. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_b.png|800px]] 
 
3) Prescriber and patient initially agree on 360 tablets for one year. The supplier 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 pharmacy 3 more times to pick up another 90 tablets each time. 
Situation 3 best describes the way in which a supplier splits a year prescription. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_c.png|800px]] 
 

===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 supplier 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 supplier and the prescriber agree that the supply of medicinal products to this patient will take place via GDS.

The GDS is started: the supplier 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 PeriodOfUse to ensure enough stock up to and including 1 May yyyy.
The supplier sends the proposal to the prescriber. The prescriber approves the proposal on February 6 and sends it unchanged to the supplier as a VV.

The supplier and the patient select an administration schedule 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 pharmacy supplies the patient with a Baxter medication roll containing (among other things) the metoprolol:
*MVE 1: The pharmacy dispenses, on Friday, 8 February yyyyy: 14 tablets, scheduled for weeks 6 and 7 (a PeriodOfUse of 2 weeks).
*MVE 2: The pharmacy 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, in data element DistributionForm. 
After three months, there is a new VVV from the supplier to the prescriber, etc.
 
 [[Bestand:ENG_Ter hand stellen_Het opstarten en continueren van GDS.png|800px]] 
'''Consideration ''' 
*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).

===Supplier 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: Drug not available - out of stock (in data element AdministrationAgreementReasonModificationOrDiscontinuation).
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 supplier sends the new TA and any MVE to the general practitioner. 
 [[Bestand:ENG_Ter hand stellen_De apotheker wijzigt van handelsproduct.png|800px]] 
'''Consideration ''' 
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 supplier records and communicates the reason for the adjustment, the prescriber is better able to assess whether the information is relevant.
 

===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 data element AdditionalInformation in the MA.

If ‘Change in GDS immediately’ is chosen, the supplier will first supply the medication separately, in addition to the existing GDS. This means that a TA is created by the supplier for the bridging period. Starting with the new roll, the new medication is added to the roll. Starting with the startDateTime of the new roll, a TA can be made by the supplier 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. 
 [[Bestand:ENG_Ter hand stellen_Medicatie toevoegen aan GDS.png|800px]] 
 
If 'Change in GDS per change of roll' is chosen, the supplier will start to include the medication in the roll on the startDateTime 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 supplier who can adjust the supply accordingly. The supplier 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.
 
 [[Bestand:ENG_Ter hand stellen_GDS leverancier levert ander handelsproduct.png|800px]] 

===Parallel administration agreements with GDS and non-GDS dispense===
A patient takes 20 mg of Sandoz pantoprazole 2-3 times a day for gastric complaints. 
''TA: pantoprazole Sandoz tablet 20 mg, 2-3x a day 1 tablet'' 
Over time, it is decided to start supplying the patient’s medication in GDS. For pantoprazole, this means that the fixed dose of 2 tablets will be supplied in GDS. These are tablets from Apotex because the GDS supplier does not supply pantoprazole from Sandoz. The third “as needed” tablet will continue to be dispensed separately. The supplier splits the existing TA into two new TAs, with the same startDateTime. 
''TA: pantoprazole Sandoz tablet 20 mg, as needed 1x a day 1 tablet'' 
''TA: pantoprazole Apotex tablet 20 mg, 2x a day 1 tablet 
 
[[Bestand:ENG-Uc4.2.16.png|800px]]

===Parallel administration agreements of which one is changed===
A patient visits the general practitioner with stomach complaints, upon which the general practitioner prescribes pantoprazole.

''Pantoprazole tablet 20 mg; 2-3x daily.''

The fixed dosage of two tablets goes into GDS are supplied by the GDS-provider of the Sandoz brand. The third tablet is dosed ‘as needed’ and is provided separately from the Apotex brand by the patient's regular pharmacy. This results in two parallel TA’s. At a certain point, the GDS supplier can no longer supply pantoprazole. The supplier does have stock of Apotex and adjusts the GDS TA for the fixed dose to a separate dispensing of 1 tablet of 20 mg Pantoprazole Apotex twice a day.
Stopping the GDS TA does not effect the ‘as needed’ TA. This creates two parallel TA’s that are both dispensed separately by the supplier. The one containing the fixed dose and the other the ‘as needed’ dose. In this way, they remain visible separately on the administration list as fixed dose and ‘as needed’ dose.

[[Bestand:ENG Uc4.2.17 stopping parallelTA (1).png|800px]]

===Handling a stop-medication agreement===
When the prescriber agrees to discontinue medication, a stop-MA is created. This stop-MA is processed by the supplier 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 attending physician creates a VV under the existing MA. The physician then sends the prescription, consisting of the VV and a copy of the existing MA, to the after-hours pharmacy. The after-hours pharmacy's supplier reads the medication prescription and creates an MVE, using the existing TA, for the ten tablets that the patient needs. The supplier notifies the after-hours physician about the medication dispense, and sends a copy of the original TA. 
The MVE is made available to fellow health professionals (including the original prescriber and supplier) and patient, the VV only to the patient. 
 
[[Bestand:ENG-Uc4.2.18.png|800px]]
 

===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. 
The after-hours pharmacy's supplier 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.
 
[[Bestand:ENG-Uc4.2.19.png|800px]]
 

==Practical examples, 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, supplier or administrator (the exact process may differ across institutions). Then, the prescriber, supplier, 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 supplier 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 supplier can indicate that an exact administration time is required (the administration time is not a guideline but denotes an exact time). The prescriber or supplier can register an exact administration time by indicating that the administration time is not flexible in the data element IsFlexible under AdministeringSchedule in the MA or TA. 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 supplier 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 the administration moment and/or time is not available beforehand. If relevant (for example because of drug interactions), (guide) administration times can be entered.

See the following 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 supplier 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 supplier 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 pharmacies 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 practical example [[#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 supplier 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 supplier 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. 
 [[Bestand:ENG_Toedienen_Verhogen dosering GDS-medicatie in nieuwe MBH_beta.png|800px]] 

===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. 
 [[Bestand:ENG_Toedienen_Verlagen dosering GDS in nieuwe MBH_beta.png|800px]] 
 

===Change processed by the supplier===
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 supplier processes this change in the TA and/or the MVE. This may be done during the opening hours of the community pharmacy, or after hours when a medication supply is needed. The after-hours pharmacy supplies the medication; in this case, multiple pharmacies 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 supplier(s). Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. Recently stopped medication administrations are also shown in the administration list.

===Change not processed by the supplier===
When medication is changed by a prescriber after the opening hours of the community pharmacy and no medication supply is needed, no supplier 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; this MA overrules all medication building blocks within the same MBH. Recently stopped medication administrations are also shown in the administration list. Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. This situation also applies if the supplier has not processed the modification by the prescriber yet. The supplier 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 data element Comment in the 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 supplier in the MA or TA. This may be a deviation in AdministrationDateTime, AdministeredAmount, RouteOfAdministration, AdministeringSpeed, AdministrationProduct or no administration at all. 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 MedicationAdministrationReasonForDeviation in the MTD.

===Medication administration without MA or TA===
In an emergency situation, the MA and TA may be missing. Therefore, the administrator has to administer medication based on verbal or telephone consultation with a prescriber. This medication will not be included in the administration list. In this situation, the administrator records the MTD in the information system of the administrator (e.g., ECD, eTDR). This is the first building block in a new pharmaceutical treatment with which the administrator creates an MBH. If necessary, an MA and TA can be recorded within this MBH afterwards.

===Medication administration of self-medication===
According to the safety principles in the medication chain, the administrator has no task in the administration of self-care medication. Self-care medication can only appear on the administration list if a prescriber has made this a policy and has created an MA for this, and/or if a provider has created a TA for this.

===Correction of an administration===
This concerns correcting or cancelling an MTD, because an administrator has made a mistake in the registration and the administration is different from what has been registered. 
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. 
If the MTD has already been sent and/or made available to other healthcare providers, a correction can be made by sending and/or making additional medication administrations. Below two examples of corrections are described.

'''Correction with negative ''AdministeredAmount'' '''

A patiënt is prescribed pantoprazole 40mg by their GP. Due to issues with logistics, the supplier hands out pantoprazole 20mg, and instructs to take 2 tablets per day. The patiënt receives support for taking her medication by a home case organisation. The home care worker gives 1 tablet to the patiënt. After registration of the administration, she notices two tablets should have been given. She administers the second tablet and corrects the medication administration. This can be exchanged as an MTD with -1 tablet to nullify the first MTD, and consecutively an MTD with 2 tablets given.

[[Bestand:ENG Uc4.3.15a.png|800px]]

'''Correction with additional MTD'''

A patient has to take 1000mg calcium due to osteoporosis. He receives help from a home care worker once per day. The supplier delivers calcium tablets of 500mg with the instruction to take two tablets per day. The tablets are quite large so the patient can only take them separately. The home care worker administers 1 tablet calcium 500mg and registers this in an MTD. After a few minutes the second tablet is administered. The home care worker corrects the MTD by registering another MTD of 1 tablet calcium 500mg.

[[Bestand:ENG Uc4.3.15b.png|800px]]

===Medication not administered===
A patient is given 1 tablet of propranolol 80mg every day. The patient has lower blood pressure than normal due to fever. The (professional) administrator contacts the prescriber, and in consultation it is decided to not administer the medication that day. The reason is recorded in MedicationAdministrationReasonForDeviation in the MTD.

[[Bestand:ENG Uc4.3.16.png|800px]]

===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 supplier. 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 moment. First, an MTD can be registered with an ''AdministeredAmount'' of 0, and possibly a ''MedicationAdministrationReasonForDeviation''. Then, if the medication is administered at a later moment, this is registered in a new MTD, possibly with a ''MedicationAdministrationReasonForDeviation''.

===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 query 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.). Below an example of such a situation is described.

A patient with renal failure must visit the hospital three times a week for renal dialysis. In addition, the patient receives home care in the morning and evening for assistance with medicine intake. Both at home and in the hospital, the patient is administered medication.
Due to a bacterial infection, the patient is prescribed an antibiotic treatment by the general practitioner.
Ciprofloxacin tablet 500mg; 2x a day; for 10 days

To prevent blood clotting during dialysis, the patient is given nadroparin via the dialysis line in advance in the hospital.
Nadroparin injection into the arterial line 5700 IE / 0,6 ml; 1x prior to dialysis

The administrator consults the current overview with the patient's medication administration and the patient's other MTDs to track the process of medication administration of the last 24 hours.
The administration organisation itself is responsible for what is or is not administered at that time within its own organisation.

[[Bestand:ENG Uc4.3.19.png|810px]]

===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 supplier 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.
 
[[Bestand:ENG_Feedback_to_patient_through_a_medication_adherence_app.PNG|800px]] 
 

===Registration (stop-)MA retroactively with interim MTD===

The patients is taking propranolol and suffers more and more from the side effects during the weekend. In consultation with the prescriber, a decision is made on Sunday morning to stop the medication. However, the registration of stopping the Medication Agreement, the stop MA, is only done on Monday. As a result, during the administration round on Sunday evening, the administrator is not yet aware that the MA was stopped and another medication administration takes place. Since the registration date is known, it is still possible to find out how this administration could have taken place. The MTD is a registration of an action that has taken place. A stop MA or TA therefore has no influence on the validity of an MTD.

[[Bestand:ENG 4.3.20 Toedienen Registration (stop-)MA retroactively with interim MTD.png|800px]]

===Registration of separate MTDs per InjectionPatchSite===
A patient uses long-acting insulin Glargine 50 units a day in the evening. Every evening, an healthcare worker comes every evening to administer the insulin. Because of the high amount of insulin that has to be administered, the administration must be done in two administrations. The administration list shows 1 line for abasaglar 50 units. The healthcare worker first administers 25 units with InjectionPatchSite ‘left upper leg’ and MedicationAdministrationReasonForDeviation ‘2 administrations in relation to 50 units’. Thereafter, the healthcare worker administers another 25 units. In this MTD, the healthcare worker registers the ‘InjectionPatchSite ‘right upper leg’.

[[Bestand:ENG Toedienen 4.3.x Uc Registration of separate MTDs per InjectionPatchLocation.png|800px]]

===Patient transfer to a different department with the same GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is the same as the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, and correct resupply of GDS packaging at the new department.

[[Bestand:ENG Uc4.3.GDS3.png|800px]]

===Patient transfer to a different department with an earlier GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is earlier than the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, correct resupply of GDS packaging at the new department and the recollection of the GDS packaging from the first department.

[[Bestand:ENG Uc4.3.GDS2.png|800px]]

===Patient transfer to a different department with a later GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is later than the supply date of the first department. Thus, the patient will be out of medication before the GDS supply at the new department. The pharmacy will have to supply this medication separately in the meantime.

[[Bestand:ENG Uc4.3.GDS1.png|800px]]

===GDS medication dosage increase, no change in administration times (option A)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (A) in this situation is to supply separate medication in parallel with the GDS medication until the next resupply takes place. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4a.png|800px]]

===GDS medication dosage increase, no change in administration times (option B)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (B) in this situation is to recollect the previous GDS packaging and supply the full dose separately outside of GDS packaging until the next resupply. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4b.png|800px]]

===GDS medication dosage increase, change in administration times===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the administration schedule to one tablet 80mg propranolol every morning at 8:00 and one tablet every afternoon at 16:00. The frequency increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the full dose is supplied separately outside of GDS packaging until the next GDS resupply. The administration times have changed in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS5.png|800px]]

===GDS medication dosage decrease===
Due to high blood pressure, once per day two tablets of propranolol 80mg are administered to the patient. Due to too strong drug action the prescriber decides to decrease the dosage to one tablet 80mg propranolol per day. The dosage increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the new dose is supplied separately outside of GDS packaging until the next GDS resupply. The dosage decrease is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS6.png|800px]]

===Changing GDS medication to ‘as needed’ medication===
The prescriber makes a prescription of temazepam to help insomnia caused by stress. The symptoms are decreasing so the prescriber decides to change the prescription from once per day 10mg temazepam to once per day 10mg temazepam as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that from now on the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy.

[[Bestand:ENG Uc4.3.GDS7.png|800px]]

===Splitting GDS medication into GDS medication and ‘as needed’ medication===
The prescriber makes a prescription for diazepam 5mg twice per day to help with anxiety. Due to too strong drug action the prescriber changes the prescription to diazepam 5mg once per day, and diazepam 5mg once per day as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that for now the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy. The dosage decrease is supplied in the next GDS packaging, and the as needed medication is supplied separately in parallel.

[[Bestand:ENG Uc4.3.GDS8.png|800px]]

==Practical examples, 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 startDateTime and Dosage, and possibly the ReasonForUse.
 [[Bestand:ENG_Gebruik_Zelfzorgmiddel.png|800px]] 

===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 startDateTime and Dosage, and possibly the ReasonForUse. If known, the name of the prescriber is also recorded.
 [[Bestand:ENG_Gebruik_Medicatie uit buitenland.png|800px]] 

===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 startDateTime of the use of this lower dose. The patient also indicates that she initiated this change herself, in ReasonModificationOrDiscontinuationOfUse. 
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 use. 
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.
 [[Bestand:ENG_Gebruik_Wijziging op initatief patiënt.png|800px]] 

===Discontinuation of medication on the patient’s initiative===
Since he started using propranolol, the patient suffers from insomnia. On August 13, he decides to stop without informing the prescribing physician. The patient records that he has discontinued medication, indicating the date of discontinuation in startDateTime, and registering 'Adverse reaction to drug' in ReasonModificationOrDiscontinuationOfUse. In the Comment, he adds that the adverse effect concerns insomnia. 
[[Bestand:ENG_Gebruik_Stoppen_medicatie_op_initiatief_patiënt_V2.png|800px]] 

===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 pharmacy. The patient indicates that the medication has been discontinued and registers Drug not available - out of stock as reason in ReasonModificationOrDiscontinuationOfUse, possibly with the addition that the symptoms have disappeared.
 
[[Bestand:ENG_Gebruik_Geen voorraad meer_a.png|800px]] 
 
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 supplier). 
[[Bestand:ENG_Gebruik_Geen voorraad meer_b.png|800px]] 

===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, in ReasonModificationOrDiscontinuationOfUse. When his symptoms diminish or cease, the patient records this in the explanation in the MGB. 
It is possible that the patient is suffering from side effects without exactly knowing which medicinal products cause them. There is no provision within the information standard 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.
 
[[Bestand:ENG_Gebruik_Gebruik registreren op basis van verstrekking.png|800px]] 

=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==
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 suppliers, 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 blocks (VV, MVE) 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 – NameInformation (Initials, LastName, LastNamePartner), DateOfBirth, Gender ||
|-
| 2 || Telephone || Patient – ContactInformation – TelephoneNumbers || Primary telephone number of patient
|-
| 3 || BSN || Patient – PatientIdentificationNumber || Always BSN
|-
| 4 || Address || Patient – Address data ||
|-
| 5 || Healthcare Provider Name || HealthcareProvider – OrganizationName || Healthcare Provider who has compiled the medication overview
|-
| 6 || Healthcare Provider Address || HealthcareProvider – AddressInformation || Healthcare Provider who has compiled the medication overview
|-
| 7 || Healthcare Provider Telephone || Healthcare Provider – ContactInformation – TelephoneNumbers || Healthcare Provider who has compiled the medication overview
|-
| 8 || Healthcare Provider Email || Healthcare Provider – ContactInformation – EmailAddresses || Healthcare Provider who has compiled the medication overview
|-
| 9 || Date of Medication Overview || Document data – DocumentDate || The time at which the document was created
|-
| || Height|| BodyHeight – HeightValue, HeightDateTime ||
|-
| || Weight|| BodyWeight – WeightValue, WeightDateTime ||
|-
| || Checked by Health professional || DocumentData – VerificationHealthProfessional ||
|-
| || Verified with Patient/Informal Caregiver || DocumentData – VerificationPatient ||
|}
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: endDateTime is not filled, is in the future or was less than a year ago when compiling the overview.

Sort: most recent startDateTime 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. Temporarily halted medication is also shown in this category. When only MGB is known, it is shown if the endDateTime from the PeriodOfUse it is not older than 13 months. When MGB is recorded by both a health professional and a patient, the last registered MGB for both is shown.

Sorting: by MBH: MA, TA, MA (recorded by patient, care provider). MBHs are sorted in descending order by startDateTime of 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;"|AgreedMedicine-
|style="background-color: white;vertical-align:top; text-align:center;"|MedicineForAdministrationAgreement-
|style="background-color: white;vertical-align:top; text-align:center;"|ProductUsed-
|-
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Product – MedicationCode (if absent: ProductSpecifications, 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"|startDateTime
|-
|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"|endDateTime (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"|InstructionsForUse – 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"|InstructionsForUse – RouteOfAdministration
|-
|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;"|PrescriptionReason &
if applicable, ReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|AdministrationAgreementReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|ReasonModificationOrDiscontinuationOfUse
|-
|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"|Comment & MedicationAgreement/AdministrationAgreementAdditionalInformation
|style="background-color: white;vertical-align:top; text-align:center;"|Comment
|-
|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"|HealthProfessional – NameInformation, 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 changing or 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 data element CopyIndicator 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: 
1) displaying a current medication overview (or overviews) obtained from another source (or sources) 
2) showing coherent medication building blocks obtained from one's own information system and from other sources. 
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 supplier outside the region, where this GP or supplier 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 ([[#Prescription medication| paragraph 5.3.2.1]]), then for "over the counter" medication ([[#Over the counter | paragraph 5.3.2.2]]). [[#Future medication agreements and administration agreements | Paragraph 5.3.2.3]] further discusses the special situation that, in addition to a current, a future MA within the same MBH is valid. Finally, [[#Rules of overruling listed| paragraph 5.3.2.4]] summarises the rules to be applied. 
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.
* MA – TA – MGB
A TA refers to the MA it fulfills. If no referral is available in the TA, the RegistrationDateTime of the TA must be later than that of the MA to be relevant to delivery. 
MGB can refer to an MA or TA. If no referral is available in the MGB, the MedicationUseDateTime of the MGB must be later than that of the MA to be relevant for delivery.

=====New medication agreement in MBH=====
If one creates 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.
* ''MA – TA – MGB'' - stop-MA – MA – stop-TA

If a TA and possibly also MGB are created and available following such an MA, these will be included in the medication overview.
* ''MA – TA – MGB'' – stop-MA – MA – stop-TA - TA
* ''MA – TA – MGB'' – stop-MA - MA - stop-TA – TA – MGB 

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. 
* MA – TA – MGB – stop-MA - stop-TA

=====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.
* MA – MGB
* MA – ''MGB'' – TA

Of course, a new record of MGB can then be made, which is also relevant for the medication overview.
* MA – ''MGB'' – TA - MGB

=====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.
* MA – ''TA – MGB''- stop-TA - TA

Of course, you can then record MGB, which in turn is relevant for the medication overview.
* MA – ''TA – MGB'' - stop-TA – TA - MGB

====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.
* MGB

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 MedicationUseDateTime:
* ''MGB'' - MGB

When a prescriber decides to formalize this MBH with an MA the rules as described above apply. Elaborated below, in order of RegistrationDateTime (MA or TA) / MedicationUseDateTime (MGB):
* ''MGB – MGB'' – MA
* ''MGB – MGB'' – MA - MGB
* ''MGB – MGB'' – MA – TA - MGB
* ''MGB – MGB'' – MA – ''MGB'' - TA - MGB
* ''MGB – MGB'' – MA - ''MGB'' - MGB

====Future medication agreements and administration agreements====
An MBH may include more than one 'actual' MA and TA. 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 RegistrationDateTime (MA or TA/ MedicationUseDateTime (MGB) (if these are equal, then sorted by PeriodOfUse):
* MA – T MA
* MA – TA – T MA – T TA
* MA – TA – ''MGB'' – T MA – T TA – T MGB
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:
* MA – TA – ''MGB'' – T TA – T MGB

=====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: 
1) With RelationMedicationagreement to the specific MA that is discontinued or cancelled; 
2) Without RelationMedicationagreement. 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 RegistrationDateTime:
* ''MA'' – T MA - stop-MA – MA 
* ''MA – TA'' – T MA – T TA - stop-MA – MA
* ''MA – TA – MGB'' – T MA – T TA – ''T MGB'' - stop-MA – MA

If only the future MA is changed, this results in the following changes applied to the examples above, in order of RegistrationDateTime:
* MA – ''T MA'' - cancel-MA – T MA
* MA – TA – ''T MA – T TA'' - cancel-MA – T MA
* MA – TA – MGB – ''T MA – T TA – T MGB'' - cancel-MA – T MA 

 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 with RelationMedicationagreement. 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 querying. In these cases, the system does not "know" this MA and therefore cannot refer to it with a RelationMedicationagreement. 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 RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).

* ''TA – '' stop-MA (without reference) - MA 
* ''TA – T TA – MGB'' - stop-MA (without reference) - MA - T MA 
* ''TA – MGB - T TA – T MGB'' - stop-MA (without reference) – MA - T-MA 

=====New administration agreement=====
 However, you can also make a new TA for the current MA only. This new TA must then have a RelationMedicationagreement to that current MA. Elaborated below for three examples, in order of RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).
* MA – T MA – TA
* MA – ''TA'' – T MA – T TA – stop-TA – TA
* MA – ''TA – MGB'' – T MA – T TA – T MGB – stop-TA – TA

A new TA with a RelationMedicationagreement to the future MA looks like this:
* MA – T MA – TA – T TA
* MA –TA – T MA – ''T TA'' – cancel-TA - T TA
* MA – TA – MGB – T MA – ''T TA – T MGB'' - cancel-TA – T TA 

====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.
*A new registration of an MGB overrules in principle older registrations of 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.

::* MA – TA – MGB-ZVL – MGB-PAT
::* MA – TA – MGB-PAT – MGB-ZVL
::* MA – TA – ''MGB-PAT'' – MGB-PAT
::* MA – TA – MGB-ZVL – ''MGB-PAT'' – MGB-PAT
::* MA – TA – ''MGB-ZVL – MGB-PAT'' – MGB PAT – MGB-ZVL

:*Exception to this rule: In case of parallel TA's, any MGB that is recorded as belonging to one TA overrules all older registrations of MGB, except MGBs belonging to another, parallel TA.

==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 RelationMedicationagreement or RelationAdministrationagreement:
**MA or TA that has been the reference for recording this MGB.
**If 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 RegistrationDateTime/MedicationUseDateTime 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, supplier, 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. 
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''. 
:''The effective period describes the period to which an MA or TA (ultimately) applies.'' 
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''' 
Using a number of different situations the inference rules are described for arriving at the effective therapeutic period in a medication profile: 
: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''' 
Medication is started by creating a new MA. The MA has:
*RegistrationDateTime - the date on which the agreement was made with the patient.
*PeriodOfUse - this period consists of:
**startDateTime - the startDateTime of the MA may be in the future;
**Duration - the duration of medication use;
**endDateTime – 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''' 
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 startDateTime 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 startDateTime of the underlying TA and the endDateTime of the last TA.

Parallel TAs may exist under a single MA of which the RegistrationDateTime and the startDateTime 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''' 
Discontinuing medication (i.e. discontinuing the MBH) is done by creating a new MA in which stop type ‘discontinued’ is indicated. The startDateTime of this MA is the date on which the original MA started. The endDateTime 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''' 
Temporarily halting medication is carried out in the same way as discontinuing medication. A stop-MA is created (stop type ‘suspended’) with the same startDateTime as that of the original MA. The endDateTime of the stop-MA is the time of the temporary halt, the stop type is ‘suspended’. Resuming medication is done by creating a new MA with the old (or adjusted) dosage with the date of resuming as the startDateTime. A meaningful reason (example: resume previous policy) may serve to clarify matters. If the medication is not resumed, the medication should be stopped with stop type ‘discontinued’, in order to permanently end the MBH, which means the medication is no longer 'actual'. Medication that is halted remains 'actual', 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 querying 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 (suspended/discontinued) of a stop- or cancel-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, halted 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=
{{IssueBox|'''<big>This chapter is under revision and will be rewritten taking the contextual dependance of shown information into account </big>'''}}
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. 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
*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 InjectionPatchSite is queried 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 TA) 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]]
 
''Figure 1: Example administration list.''
 
 
{| class="wikitable"
|-
! Nr
! style="text-align:left;"|Heading
! style="text-align:left;" colspan="3"|Dataset
|-
| 1 || Type || MA || TA || WDS
|-
| 2 || Medicine || AgreedMedicine || MedicineForAdministrationAgreement || AgreedMedicine
|-
| 3 || Prescriber
|style="text-align:left;" colspan="3"| MedicationAgreement – Prescriber – HealthProfessional
|-
| 4 || Supplier
|style="text-align:left;" colspan="3"| AdministrationAgreement – Supplier – HealthcareProvider
|-
| || Author
|style="text-align:left;" colspan="3"| VariableDosingRegimen – Author – HealthProfessional (conditional)
|-
| 5 || Start Date || MedicationAgreement – PeriodOfUse || Administration Agreement – PeriodOfUse || Variable Dosing Regimen – PeriodOfUse
|-
| 6 || End Date/Duration || MedicationAgreement – PeriodOfUse || AdministrationAgreement – PeriodOfUse || VariableDosingRegimen – PeriodOfUse
|-
| 7 || Description
|style="text-align:left;" colspan="3"| InstructionsForUse – Description
|-
| || Route Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – RouteOfAdministration

|-
| || Additional Instructions
|style="text-align:left;" colspan="3"| InstructionsForUse – AdditionalInstructions
|-
| || Dose
|style="text-align:left;" colspan="3"| InstructionsForUse – DosingInstructions – Dosage – Dose
|-
| || Administration Time
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSchedule – Administration Time
|-
| || Administration Speed
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSpeed
|-
| || Duration Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – DurationOfAdministration
|-
| 8 || Injection-Patch Location
|style="text-align:left;" colspan="3"|MedicationAdministration – InjectionPatchSite
|-
| 9 || Comment
|style="text-align:left;" colspan="3"|Comment & AdditionalInformation
|}
''Table 1: Normative medication data in the administration list.''


==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 data element, 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 ([https://www.knmp.nl/praktijkvoering/richtlijnen/knmp-richtlijnen-praktijkvoering/knmp-richtlijn-voor-geautomatiseerd-geneesmiddeldistributiesysteem-gds-september-2011 KNMP, 2011]).

A GDS allows a patient to self-manage their own medication for longer. Whether medication is placed in GDS is determined by a supplier. The data element ‘Distribution form’ in the corresponding TA (and also in the MVE, which, however, is not used to compile the administration list) indicates whether GDS medication is involved.

The healthcare field has expressed the wish for a warning signal to be displayed in the event of changed or discontinued medication, stating that the medicine may be in the GDS packaging and that an action may need to be taken on this. Further elaboration on this 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 TA. Furthermore, for non-GDS medication, the data element Condition in 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 TA. Furthermore, the Condition in AsNeeded is filled with 'As needed'.

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

====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 (query/make available) is used for querying and making available individual medication building blocks.
With the transaction group Medication data (send/receive), separate medication building blocks can be sent 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 supplier outside the region; the GP or supplier requests the data by telephone and receives the data digitally).
Both for Medication data send/receive and Medication data query/make 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. When preparing an administration list, if a WDS is present, this WDS is leading for the InstructionsForUse. All situations without WDS, 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 || PeriodOfUse || 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 InjectionPatchSite may be relevant back to one week ago). For example, if 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 || Leading** for compiling the administration list (number: 2, 5, 6, 7, 9, 10) || Data from the prescriber || Data from the prescriber
|-
| TA || - || Leading** for compiling the administration list (number 2, 5, 6, 7, 9, 10) || Data from the supplier and medicine
|-
| WDS || - || - || Leading** for compiling the administration list (number 5, 6, 7, 10)
|}

* Situation in which the supplier has not processed the MA yet.
** ‘Leading’ indicates the data elements which are included in the functional requirements (numbers of the elements are provided between brackets).

====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 addition, a WDS identifies 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.


*MA – WDS– TA 

A TA refers to the MA that is specified by the TA. Also, a WDS refers to the MA that is specified by the WDS. A WDS is always related to an MA.

======New WDS ======


*MA – WDS – TA – WDS

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

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


*MA – WDS– TA – stop-WDS – WDS

The WDS is changed.

======Discontinuation of medication ======
*MA – WDS – TA – stop-MA

Medication with a WDS is discontinued by stopping the MA.

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


*MA – WDS – TA – stop-TA – TA

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: 
*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.


=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 querying/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;"| Querying 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;"| Querying 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
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-VVO
| style="background-color: white;"| Receiving proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekSturend
| style="background-color: white;"| MP-AVVS
| style="background-color: white;"| Sending reply to proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-AVVO
| style="background-color: white;"| Receiving 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
|-
| style="background-color: white;"| VoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-VMO
| style="background-color: white;"| Receiving proposal for new or modified medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakSturend
| style="background-color: white;"| MP-AVMS
| style="background-color: white;"| Sending reply to proposal medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-AVMO
| style="background-color: white;"| Receiving reply to proposal medication agreement
|}Table 3 Overview system roles

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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.373-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.389-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVVS
|style="background-color: white;vertical-align:top;" rowspan="2"|AVVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-20250522T132618/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-AVVO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVMS
|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-20250522T132618/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-AVMO
|}Table 4 Overview transaction groups. For PULL transaction groups, sending and receiving are the same transaction

[[#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 all 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. 
During an admission, certain medicines may be administered that may after discharge still be of interest to healthcare providers outside the institution where the patient was admitted. An example is medication with a long-term effect, making it important to be able to perform medication monitoring on them even after discharge. Such medicines should therefore not be filtered out in advance. The table below (Table 5) lists examples of such medicine groups. Sectors and suppliers can draw up their own list for this purpose by mutual agreement.

{{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
|}Table 5 Types of clinical medication relevant for external health professionals

==Making medication data available (all information systems)==
A healthcare provider only makes their own medication data available. In principle, all own medication data are made available to the extent permitted by patient and the law. 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 condition that they include the original identification label (see also [[#Introduction 2|paragraph 5.1]]).

==Notification date or dispense date (pharmacist information system)==
The RequestDate and the actual MedicationDispenseDateTime may be recorded in the MVE. The RequestDate is the time at which a supplier records an intended medication dispense. The MedicationDispenseDateTime is the date on which the medication dispense has actually taken place.

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. When medication is dispensed on several occasions as part of the same VV (for example, when prescriptions are split), each MVE has its own RequestDate. When an automated dispense system is being used, the MedicationDispenseDateTime 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 practical examples 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 ‘AsNeeded’ instruction with the Condition: ‘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 supplier sends all MVEs and changes in TAs to the prescriber via the transaction Afhandelen medicatievoorschrift (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.

==Pages with additional information relevant to the Kickstart==
Currently, (2023 - 2024), the information standard MP9 is being tested during the [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart]. For this phase, additional information has been described that is supportive of the information standard, but partly not yet fully established. These include the following pages:
* [[mp:Vdraft_RaadplegenReconcilieren|Raadplegen en reconciliëren]] (Querying and reconciliation)
* [[mp:Vkickstart_MigratieHybride|Migratie/hybride]] (Migration/hybrid situation)
* [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|Meesturen nierfunctiewaarde met voorschrift]] (Send kidney function value with prescription)
* [[mp:V3.0_Voorbeelden_doseringen|Voorbeelden doseringen]] - zowel functionele als technische uitwerking in HL7v3 CDA en FHIR (Examples of doses - both functional and technical elaboration in HL7v3 CDA and FHIR)
* [[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|Consolidatie/afleidingsregels]] (Consolidation/deduction rules)
* [[mp:Kickstart_Workflow_Intravenous_Therapy|Workflow and scope for infusion thearpy during the Kickstart]]

See also the [[mp:Medicatieoverdracht_Kickstart|landingspagina voor de Kickstart]] (landing page for the Kickstart) and [[mp:Besluiten_kernteams|Gebruikerseisen en -wensen]] (User requirements and wishes) for further documentation.

==Medication use: UseIndicator, AsAgreedIndicator, MedicationUseStopType, PeriodOfUse and DosingInstructions==
{| class="wikitable"
|-
|style="text-align:center;" |Situation || 1. Medication is/will be used during PeriodOfUse according to agreement|| 2. Medication is/will be used during PeriodOfUse, but not according to agreement || 3. Contrary to agreement, medication is/will not be used during PeriodOfUse || 4. Medication is/will not be used during PeriodOfUse, which is according to agreement || 5. Medication is used during PeriodOfUse but it is unknown if this is according to agreement (self-medication)
|-
! UseIndicator (is this product being used) !! Yes!! Yes !! No !! ''Empty'' (because this would lead to a double negative otherwise) !! Yes
|-
! AsAgreedIndicator !! No!! No !! No!! Yes!! ''Empty''
|-
! MedicationUseStopType!! ''Empty'' !! ''Empty'' !! Discontinued or Suspended !! Discontinued or Suspended (''or Empty'') !! ''Empty''
|-
| || || || StopType depends whether agreement is being discontinued or temporarily halted || StopType in accordance with stop-agreement ||
|-
! PeriodOfUse!! 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;" | startDateTime || 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 PeriodOfUse || 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|| 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;" | endDateTime || 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).
|-
! DosingInstructions!! In accordance with MA or TA!! Required!! ''Empty'' !! ''Empty'' !! Required
|-
| || Medication was/will be used during the PeriodOfUse 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:''' 
'''Situation 1a: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June yyyy). 
{| class="wikitable"
|-
! Situation 1a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime|| 4 June yyyy
|-
| endDateTime || 10 June yyyy
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 1b: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June).
 
{| class="wikitable"
|-
! Situation 1b !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 4 June yyyy 
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 2: Medication is/will be used during the PeriodOfUse, but not by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 2 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 11 June
|-
| endDateTime || 15 June
|-
| Dosing instruction || 1 tablet 2 times a day
|}
'''Situation 3: Contrary to the agreement, the medication is not/will not be used during the PeriodOfUse''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 3 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Suspended
|-
| startDateTime || 20 July
|-
| endDateTime || 23 July
|-
| Dosing instruction || Not applicable
|}
'''Situation 4a: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy . 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. 
{| class="wikitable"
|-
! Situation 4a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 12 August yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
''* When discontinuing in accordance with the MA/TA, it does not matter whether the MedicationUseStopType is registered as ‘Discontinued’ or left empty. Both scenarios are correctly processed on the receiving end and represent the same stop type. However, if not in accordance with the MA/TA, the MedicationUseStopType is expected to be provided with the value ‘Discontinued’.'' 
 
'''Situation 4b: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has an infection and has been prescribed Amoxicillin. The patient should take this medication 7 days. The period of use has ended on September 8, and the patient wants to register that he is no longer taking this medication. He registers this on September 8 as MGB. 
{| class="wikitable"
|-
! Situation 4b !!
|-
| ProductUsed || AMOXICILLIN DISPERSIBLE TABLET 500 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 8 September yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
'''Situation 4c: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient suffers from seasonal allergic rhinitis and has been prescribed Cetirizine. The patient should take this medication as needed for symptoms. However, the patient has been symptom-free for the past three months and has therefore not used the medication. The patient wants to register this. 
{| class="wikitable"
|-
! Situation 4c !!
|-
| ProductUsed || CETIRIZINE TABLET 10 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued or suspended (''or Empty'')
|-
| startDateTime || 8 August yyyy
|-
| endDateTime || 8 November yyyy
|-
| Dosing instruction || ''Empty''
|}
'''Situation 5: Medication is/will be used during the PeriodOfUse, but it is unknown whether this is by agreement or that there is no agreement (self-medication)''' 
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. 
{| class="wikitable"
|-
! Situation 5 !!
|-
| ProductUsed || Paracetamol 500mg
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || ''Empty''
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 8 August yyyy
|-
| Duration || 7 days
|-
| Dosing instruction || 4 to 6 tablets a day
|}

==Implementation of medication distribution system (GDS) data elements==

===Background===
More and more patients are receiving their medication through medication distribution systems (in Dutch “Geneesmiddel Distributie Systeem"), with the supplier 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. 

'''Who'''
*All healthcare parties (from prescriber to operator)
'''What'''
*Record/exchange that someone is using GDS
*Record why someone is a GDS patient
*Record/exchange that medication must be in the GDS
*Record/exchange the duration of a role
*Exchange whether the change is immediate or at the next role change

'''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 data elements that play a role in recording GDS. 

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Building block '''
! 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;"|AdditionalInformation
|style="background-color: white;vertical-align:top;"|AdditionalInformation contains a list of details of the medicatieafspraak that are important for pharmacovigilance monitoring and completion by a supplier.

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

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

For example: GDS
|-
|style="background-color: white;vertical-align:top;"|DurationOfUse
|style="background-color: white;vertical-align:top;"|Stock for this duration, consumption period
|-
|style="background-color: white;vertical-align:top;"|RequestDate
|style="background-color: white;vertical-align:top;"|The request date is the time when a supplier records an intended dispense
|-
|style="background-color: white;vertical-align:top;"|MedicationDispenseDateTime
|style="background-color: white;vertical-align:top;"|The time of dispense. The date/time 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 DistributionForm data element in the MVE.
*Step 1: if medication is included in the distribution module: fill in the DistributionForm data element in the MVE with 'GDS'.
*Step 2: Based on the DistributionForm data element, deduce that a patient is using GDS. The fact that a patient has an MVE where the DistributionForm data element 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 DistributionForm data element 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 data elements 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, AdditionalWishes (AanvullendeWensen) data element. The code list for this data element 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 "DurationOfUse" of the MVE: the "DurationOfUse" 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, data element AdditionalInformation (AanvullendeInformatie) data element. The code list for this data element 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, data element DurationOfUse (Verbruiksduur), see above. For this, the prescribing system must have access to the supply data of previous MVEs.
**MVE, data element MedicationDispenseDateTime (or if this data element is not filled but the RequestDate is, then the RequestDate; if both are filled, MedicationDispenseDateTime is preferred). Based on this date and the DurationOfUse, 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. 

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 pharmacy.
#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 supplier 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 supplier 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. 
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;"| October 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]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.3
| style="background-color: white;vertical-align:top;"| March 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.3_releasenotes Release notes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.4
| style="background-color: white;vertical-align:top;"| November 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.4_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-rc.1
| style="background-color: white;vertical-align:top;"| May 2025
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-rc.1_releasenotes Releasenotes]
|}

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

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

mp:VDraft 3.0.0 Ontwerp medicatieproces 9 ENG

2025-10-07T13:14:31Z

Sabrina Abou Kamar: /* Details */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functional Design Medication Process 9 version 3.0.0-rc.2 English version}}
{{IssueBox|'''<big>This page is currently under construction. </big>'''}}

[[Bestand:NL.jpg|50px]] [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9 Klik hier voor de Nederlandse live-versie] 
For an overview of relevant wiki pages for Medication Process see [[Landingspagina_Medicatieproces|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 supplier 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  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'' The conditions that must be met before the process is started.
** ''Trigger Event'' The event that starts the process.
** ''One or more process steps'' Description of part of the process.
**''Postcondition'' The conditions that are met after the process steps have been carried out.
**''Practical examples'' List of practical examples associated with a specific subprocess. These are detailed in [[#Description of practical examples|Chapter 4]].
**''Information systems and transaction groups'', 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 practical examples|Chapter 4]] describes several practical examples in more detail. These examples are, in a large number of cases, derived from general medical practice but are illustrative of similar situations in a different setting. The practical examples are classified according to subprocess, as indicated in [[#Medication process|Chapter 2]]. 
[[#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, Dutch abbreviations are used for the medication building blocks (see Table 1 below). The word ‘patient' is used to mean both patients and clients.

==Introduction of relevant terms==

===Therapeutic and logistical building blocks===

[[#Medication process|Chapter 2]] provides 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 patient to the prescriber of the MA regarding the agreed medication. The proposal may involve stopping, starting, changing or continuing the 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.
|}Table 1 Building blocks – description

===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. 
'''Scope''' 
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. 
:'''Pharmaceutical treatment' is a '''technical concept''' in the information standard. Its purpose is'': 
:#''To unambiguously identify the set of interdependent medication building blocks, and'' 
:#''To apply rules to it to unambiguously determine the present situation''. 
The functional application of the concept of MBH is as follows: 
*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 (hereafter: startDateTime according to naming convention in the 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. 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.
*When prescribing in [[#Free-text prescribing|free-text]] (meaning a prescription without a code from the G-Standard) every change of the product may lead to a new MBH.
*Intravenous (IV) therapy (to be worked out).

'''Examples''' 
Five examples illustrate the scope of an MBH: 
*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. 

'''Creation of an MBH''' 
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]]. A practical example can be found in [[#Merging building blocks under one MBH|paragraph 4.1.41]].

 
'''Rules for parallel building blocks''' 
Within an MBH, several building blocks of the same type may be simultaneously actual. In this FO, the term ‘actual’ (in single quotation marks) means all building blocks that are currently valid or will become valid in the future. <nowiki>'</nowiki>''Valid''<nowiki>'</nowiki> means that a building block contains the agreements the healthcare provider is allowed to act upon.

In principle, only one valid building block per type is allowed within an MBH at any given time. However, there are some exceptions. The rules below indicate per building block type whether multiple simultaneously valid (parallel) building blocks are allowed within the same MBH.

* Parallel MAs are not allowed within the same MBH. Complex build-up and tapering schedules must also be recorded in 1 MA.
* Parallel WDSs are not allowed within the same MBH.
* Parallel TAs are, however, allowed within the same MBH. This may be necessary to completely fulfill the MA. See sections 4.2.16 and 4.2.17 for examples.
* Parallel MGBs are allowed, but only for parallel TAs. This enables correct medication verification, so that, for example, medication use according to one TA can be assessed as correct, while medication use according to another TA in the same MBH is recorded as divergent. In all other cases, parallel MGBs are not allowed.

===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 usually 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, 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, this MA must then be created. This MA may refer to the TA or MGB. A supplier 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.
*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, medication for an indefinite period of time) 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 supplier 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).
*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 an 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-care medication dispensed by the supplier can possibly be recorded by that supplier as a TA with MVE. It can also be recorded as MGB by a 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, query/make available and send/receive.
''Make available'' means that data in one's own information system are made available for ''querying'' by other parties involved in the chain.
Another possibility is to ''send'' data to other parties involved. These other parties ''receive'' the data automatically.

The data are sent to health care providers, not to specific health professionals. If in this FO mention is made of sending data to “the pharmacist/general practitioner/pulmonologist etc.” this concerns the corresponding health care provider, not that individual health professional.

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 patients only.
* Height, Weight and Laboratory results can be sent with the medication prescription. Query/make available 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. Sending an MA combined with a VV corresponds to a prescription as defined in the [https://wetten.overheid.nl/BWBR0021505/2025-01-01#HoofdstukI_Artikel1 Dutch Geneesmiddelenwet] (Art.1 - section pp.). Further explanation can be found in the [https://www.nen.nl/nen-7503-2022-nl-294742 NEN 7503 Gegevensuitwisseling in de zorg]. 
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: 
http://informatiestandaarden.nictiz.nl/wiki/Handleiding_Wiki_documentatie 
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 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 querying 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]]
 

==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 supplier 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. 

The health professional verifies the medication together with the patient and can record the verified medication, including self-care medication, as MGB.
The recorded data related to medication use are made available to fellow health professionals and the patient so that they can query 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 section describes the process of prescribing. The role of prescriber may be performed by anyone with a prescribing authorisation according to the [https://wetten.overheid.nl/BWBR0006251/2024-07-01/0 law BIG]. In addition, a prescriber may delegate this task to other healthcare providers who do not have this authority themselves. This is only allowed within the terms of the law and the agreements within the relevant healthcare organisation. 
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 supplier, 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 supplier) 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 supplier.

===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 supplier, 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)]]. 

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 VVV (reply via AVMA or AVVV is optional) and/or
*reject a VMA or VVV (reply via AVMA or AVVV is mandatory) 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, and [[#Process step: Contacting the prescriber|paragraph 2.3.5]] for further information on managing proposals.

===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 (hereafter: endDateTime according to naming convention in the dataset) 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>.
 
An MA can also be created to begin at a point in the future. These MAs will receive a PeriodOfUse with a startDateTime in the future, which is later than the date of the agreement itself. Any prior MA will have an endDateTime just before the startDateTime of the future one. It is possible to only register a startDateTime (without Duration or endDateTime) in the PeriodOfUse.This is the case with medication for an indefinite period of time. To avoid confusion between 'to/until/till' and 'up to and including', specifying the time is mandatory when entering an endDateTime. In case of an 'up to and including' date (in case of an entire day), the time 23:59:59 applies.

If there is a situation-dependent start- or endDateTime, this can be indicated in the data element Condition in the PeriodOfUse. This Condition clarifies what kind of situation dependency is involved. Examples include:
*‘Start X days before admission’ - when the exact start time depends on a planned hospital admission.
*‘Stop X days after end of holiday’ - when medication is stopped after a specific event with an uncertain end date.

Every MA (as well as WDS, TA and MTD) has a [https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250429T134736/ds-2.16.840.1.113883.2.4.3.11.60.20.77.1.4-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.2.4.1480_20240215140223 RegistrationDateTime]. This defines the date and time when the medication building block was recorded and is used to determine the chronological order of medication building blocks.

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 the hybrid 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 supplier has not received the MA with the corresponding MBH in digital form. The supplier 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. 

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, in data element ReasonModificationOrDiscontinuation. The medication may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-MA contains the following information:
*An endDateTime (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*MedicationAgreementStopType 'discontinued',
*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. The stop-MA also gets no relation to a TA or MGB in this case.
*ReasonModificationOrDiscontinuation.

From the referenced building block, at least the following data elements must be copied into the stop-MA:
*startDateTime,
*AgreedMedicine, with exception of 90 million numbers,
*InstructionsForUse, with exception of AdditionalInstructions.

For an MA in which an endDateTime has immediately been agreed upon, e.g. in the case of a course of treatment, no additional stop-MA is needed. A stop-MA also has the ‘discontinued’ stop type, even if it is a stop-MA resulting from a change. In case of a change, the stop-MA is followed by a new MA.

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 supplier who may need to adjust his logistical process because of the change. When a prescriber wants to shorten the PeriodOfUse 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 healthcare provider who made the original MA. The stop-MA should also be sent to the supplier. The prescriber can find the supplier by querying the TAs associated with the MA (transaction MP-MGR). He then sends the stop-MA to the provider with an active TA (transaction MP-VOS). 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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. A suspension may take effect immediately or a future suspension can be planned. 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 a suspension 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 the guidelines for a stop-MA (see previous paragraph). The stop-MA has a relation to the original MA in order to temporarily stop that MA. The reason for the suspension is recorded in ReasonModificationOrDiscontinuation. The stop type of the stop-MA is 'suspended’.
A new MA is created for resuming the medication, including the reason for resuming, if any (in ReasonModificationOrDiscontinuation). All these MAs are part of the same MBH.

====Changing medication====

Changing an MA may apply to:

* Dosage, 

* Method of administration, 

* Duration of treatment ((e.g. extension of therapy), 

* The responsible prescriber. 

Changes in the dose strength or switching to a completely different medicine results in a different PRK thus 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 RegistrationDateTime of the technical stop/cancel-MA and the new MA should always be the same. In the new MA a reason for the change is recorded in ReasonModificationOrDiscontinuation, and, if possible, a reference to the original MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop-/cancel-MA and corresponding new MA are sent and/or made available simultaneously.

Shortening an MA's PeriodOfUse is considered a change. A stop-MA needs to be made and a new MA2 with the shortened PeriodOfUse.

A stop-MA cannot prolong the PeriodOfUse. Extending an MA can be done in the following ways:
*Creating a new MA2 with a startDateTime after the endDateTime of the original MA1. There is no need for a stop-MA on MA1, as this expires automatically on its endDateTime. The new MA2 can be created both during and after the PeriodOfUse of MA1.
*Extending the PeriodOfUse of the original MA1 if it has not yet expired. This is a common change where a technical stop-MA is made and a new MA2 with the extended PeriodOfUse.

====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 incorrect 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' (in ReasonModificationOrDiscontinuation) and create a new MA under the same MBH with the correct information.

Should the erroneous MA have a startDateTime 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 supplier 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 startDateTime 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 PeriodOfUse.

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.

The cancel-MA basically works the same as the stop-MA described in [[#Discontinuing medication|paragraph 2.2.5.3]], but with two important differences:

*The stop type is 'cancelled' instead of 'discontinued'
*The startDateTime and stopDateTime of the cancel-MA are the same.

===Process step: Making a variable dosing regimen===
When a prescriber prescribes medication with a variable dosing regimen (WDS), 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. 
The thrombosis service is responsible for drafting the WDS. The dosing regimen is entered in the medication building block WisselendDoseerschema (WDS) by a prescriber, usually the thrombosis physician. . The prescriber who made the MA remains responsible for the VVs. The thrombosis physician composes the WDS within the agreed upon INR-range based on a specific, measured INR-value. 
====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'' 
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 its endDateTime, it can be replaced by a new WDS that succeeds it. The new WDS has a relation to the MA and the previous WDS.
It is also possible to adjust the WDS before the endDateTime has been 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.

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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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 dispense request (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 an MA for an indefinite period of time (meaning a PeriodOfUse with only a startDateTime), several VVs may be made over time within the scope of this existing agreement. It is also possible for a prescriber other than the one who made the MA to make a VV under this MA.
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 (Amount) or the consumption period (PeriodOfUse) 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 endDateTime has a meaning other than the PeriodOfUse endDateTime from the MA and may diffeer.
*VV PeriodOfUse endDateTime: date until which the supplier is allowed to supply medication (and thereby provide sufficient supplies to the patient for use until that date).
*MA PeriodOfUse endDateTime: date on which the patient must stop the medication (this can be equal to the consumption period endDateTime or lie 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 supplier, 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 supplier 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===
When sending a medication prescription, a prescriber may also include the patient’s body height and weight. These refer to the height and weight on which the prescriber has based the prescription and may differ (be more accurate) from the general height or weight that has been recorded for the patient. This may, for instance, be done when prescribing for children, or when prescribing medication where weight (e.g. in case of certain anticoagulants) or body surface area (e.g. in case of certain oncolytics) is important.

Body height and weight are separate building blocks and can only be included when sending a medication prescription or when sending a Proposal medication agreement (VMA). This information is not available for querying.

===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 supplier to dispense medication. The prescriber sends the MA to the supplier. In an ambulatory situation, the VV is also sent to the patient’s supplier. If the supplier is not known, this process step can also be performed by making the data available (see C). When the supplier has filled the order, the prescriber will receive a notification (see [[#Information systems and transaction groups 3|paragraph 2.3.10]]). 

B. As an order for the supplier to implement a medication change (including stop-MA with stop type 'discontinued' or 'suspended') that impacts or may impact a current dispense process by this supplier. 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. 

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

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

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.

===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 supplier to carry out a dispense of medication
* An order may have been sent to the supplier 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 supplier 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]]

===Practical examples===
The following specific practical examples have been elaborated:
*[[#Medication for definite period of time|Medication for definite period of time]]
*[[#Medication for indefinite period of time|Medication for indefinite period of time]]
*[[#Changing someone else's MA by non-prescriber with delegated responsibility | Changing someone else's MA by non-prescriber with delegated responsibility]]
*[[#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 - no more allowed|Paper prescription - ''no more allowed'']]
*[[#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 waiting period between intake moments|Dosing with minimum waiting period between intake moments]]
*[[#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 by a supplier, including repeat medication and GDS. A supplier is a pharmacist or dispensing general practitioner who carries out the process of dispensing medication, or under whose responsibility it is carried out. This process encompasses all actions a supplier 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 supplier 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 suppliers collaborate with another organisation that handles part of the supplier’s 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 supplier. The internal logistics and communication between the supplier 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 (medication distribution system, Dutch: 'Geneesmiddel Distributie Systeem'), 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, suppliers and general practitioners communicate via so-called authorisation lists. The supplier 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 supplier 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, suppliers 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 supplier 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 supplier 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 supplier 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 supplier 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 supplier first contacts the prescriber to discuss the possible error and suggest an alternative. The supplier 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. If the prescriber approves the VMA, he changes it into a final MA. Sending an AVMA is optional as the new MA suffices as an answer. If the prescriber rejects the proposal an AVMA must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.). 

A new VV is needed when the patient’s medication stock is depleted or nearly used and the treatment may need to be continued (repeat dispense request). The patient either requests a repeat medication dispense from the supplier or has signed up in the past for proactive repeat medication dispensing 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 supplier can send a VVV to the prescriber. The VVV may contain indications for the prescriber, such as urgency. If the prescriber approves the VVV, he changes it into a final VV. The new VV is sent with the previously created MA, using the transaction MP-VOS. The new prescription containing the new VV suffices as a response. Sending an AVVV is optional in that situation. If the prescriber rejects the proposal an AVVV must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.).

===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 supplier 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 a drug with a different PRK may fall under the same MBH, for example, when changing from 1x 20 mg to 2x 10 mg tablets,
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 supplier takes into account, among other things:
*Preference policy,
*Inclusion in GDS-packaging,
*Available stock of the institution (‘hospital formulary’) or the pharmacy itself. 

''Administration agreement for anticoagulants'' 
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. 

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

A new TA can also be made without an associated MA. When a patient buys self-care medication in the pharmacy, the supplier may wish to register this as a TA, for example for the purpose of medication monitoring.

''Administration agreement for administration list patients'' 
For medication safety, it is essential that the dosing instructions recorded in the TA can be interpreted unambiguously by all involved systems. This means that the planned administration times derived from the TA must always be identical — regardless of which system performs the interpretation. To ensure this, dosing instructions that cannot be derived unambiguously (such as frequencies per week, month, or year) must make use of the RepeatPeriodCyclicalSchedule. This schedule makes it possible to always arrive at the same administration dates, thereby preventing interpretation differences between systems. Examples of dosing instructions that cannot be derived unambiguously include:
*Twice per week
*Once per month
*Twice per year

In such cases, the use of the RepeatPeriodCyclicalSchedule is mandatory in the TA when dealing with a patient on an administration list. For a detailed example, see [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0_Voorbeelden_doseringen#Cyclisch dosing examples].

====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. The reason for discontinuation is recorded in this TA, in data element AdministrationAgreementReasonModificationOrDiscontinuation. The TA may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-TA is a copy of the existing TA with:
*As endDateTime in the PeriodOfUse the date on which the TA ends (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*Stop type 'discontinued',
*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 supplier must be able to stop these with a stop-TA without reference to a TA. The stop-TA also gets no relation to the MGB in this case.

For a TA in which an endDateTime 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 endDateTime 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 ‘discontinued’ 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 ‘discontinued’ 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 endDateTime of the stop-TA may be later than indicated in the original stop-MA.

A TA can be stopped by the supplier himself or by another supplier. When a supplier 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. 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

====Temporarily halting an administration agreement====

Temporarily halting an MA results in a stop-TA (stop type: 'suspended'). 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 with reference to both that stop-MA and to the original TA. The newly created MA also results in a new TA with reference to that new MA. This new TA has no relation to the original TA.

When the change is made by means of a technical cancel-MA and a new future MA, basically the same process applies. The corresponding TA is cancelled by a cancel-TA with reference to the cancel-MA and to the original TA. With the new future MA, a new future TA is created with reference that new MA. This new TA has no relation to the original TA.

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 [[#Stopping future administration agreement | paragraph 2.3.6.6]]) and a new future TA with the change. The RegistrationDateTime 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 (in AdministrationAgreementReasonModificationOrDiscontinuation) and, if possible, a reference to the original TA as well as to the unchanged MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop/cancel-TA and corresponding new TA are made available simultaneously.

====Stopping future administration agreement====

This concerns only TAs with a startDateTime in the future. A supplier 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 PeriodOfUse.

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.

The 'cancel-TA' basically works 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 ‘discontinued’
* startDateTime and endDateTime of the cancel-TA are the same

===Process step: Supply===

After creating the TA, the supplier 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 supplier 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 query them at a later date.

===Postcondition===
*A TA may have been created.
*Medication supply 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 supplier 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]]

===Practical examples===
The following specific practical examples 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 supplier|Patient requests repeat prescription via supplier]]
*[[#Proactive repeat prescription by supplier|Proactive repeat prescription by supplier]]
*[[#Deviation from prescribed quantity in DispenseRequest|Deviation from prescribed quantity in DispenseRequest]]
*[[#Splitting a prescription|Splitting a prescription ]]
*[[#Starting and continuing a GDS|Starting and continuing a GDS ]]
*[[#Supplier changes commercial product|Supplier 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==

 
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 supplier. 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 supplier 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 queries the medication data needed for the automated generation of the administration list. The administrator must have access to current medication data prior to administration. For the administration list, among other things the medication-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. These data can be entered by the supplier in the TA or by the prescriber in the MA or WDS. Recently stopped medication administrations (including recently stopped or modified medication) are also shown in the administration list. In general, suppliers 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 locations of administration; this is registered in InjectionPatchSite 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. 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 can differentiate 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 with differentiation according to administration moment. Prescribers, suppliers and administrators are responsible for providing the medication data which is necessary for generating the administration list.

If, due to circumstances, no current MA/TA is available, the (professional) administrator can record the separate administrations in the eTDR. Examples of situations where this might occur are:
* verbal adjustment in the medication prescription,
* in an emergency situation where no current MA/TA is available, this situation is described in [[#Medication administration without MA or TA|paragraph 4.3.13]].

===Process step: Administering===
The following paragraphs describe the different situations in which an MTD is created: Registering a new MTD, correcting a registered MTD and suspending an administration.

====Registering a new medication administration====
The (professional) administrator has received or queried the medication data that is required for the medication administration. 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. Deviations in the medication administration (not administered, adjusted dosage, refusal by the patient, swallowing problems, adverse effects, etc.) are recorded as well, if applicable as a correction or suspension. Corrections and suspensions are explained in more detail in the next paragraphs.

====Correcting a medication administration====
When an MTD is made available but has to be corrected, another MTD is registered. The ''AdministeredAmount'' of a correcting MTD can be negative. This makes the sum of the ''AdministeredAmount'' from different MTDs the final amount that has been administered. When registering a correction the ''ReasonForDeviation'' can be filled in with e.g. ‘Incorrect registration of medication’ or ‘Drug spat out by patiënt’.

====Suspending a medication administration====
When a planned administration cannot be done, it is possible to register that the administration did not take place. This MTD will then have a ''AdministeredAmount'' of 0. If the administration is not intended to be given at a later moment, this can be communicated in the ''Comment'' data element of this MTD. When the medication is administered at a later moment, this is registered in a new MTD.

===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 query them at a later date. For example, the administration data can be queried 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 supplier 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]]

===Practical examples===

The following practical examples for medication administration have been elaborated:

*[[#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 supplier| Change processed by the supplier]]
*[[#Change not processed by the supplier| Change not processed by the supplier]]
*[[#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 of an administration| Correction of an administration]]
*[[#Medication not administered| Medication not administered]]
*[[#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]]
*[[#Registration (stop-)MA retroactively with interim MTD| Registration (stop-)MA retroactively with interim MTD]]
*[[#Registration of separate MTDs per InjectionPatchSite| Registration of separate MTDs per InjectionPatchSite]]
*[[#Patient transfer to a different department with the same GDS supply date| Patient transfer to a different department with the same GDS supply date]]
*[[#Patient transfer to a different department with an earlier GDS supply date| Patient transfer to a different department with an earlier GDS supply date]]
*[[#Patient transfer to a different department with a later GDS supply date| Patient transfer to a different department with a later GDS supply date]]
*[[#GDS medication dosage increase, no change in administration times (option A)| GDS medication dosage increase, no change in administration times (option A)]]
*[[#GDS medication dosage increase, no change in administration times (option B)| GDS medication dosage increase, no change in administration times (option B)]]
*[[#GDS medication dosage increase, change in administration times| GDS medication dosage increase, change in administration times]]
*[[#GDS medication dosage decrease| GDS medication dosage decrease]]
*[[#Changing GDS medication to ‘as needed’ medication| Changing GDS medication to ‘as needed’ medication]]
*[[#Splitting GDS medication into GDS medication and ‘as needed’ medication| Splitting GDS medication into GDS medication and ‘as needed’ medication]]

==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 [[#Process: medication verification|paragraph 2.1]]),
*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. 
While medication is being used, pharmaceutical care is provided by the supplier (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. 
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|paragraph 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 medication use. The data about medication use are recorded in an MGB, with the patient being recorded as the source of the information in Informant, and the health professional as the Author. 
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 supplier 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 supplier ([[#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. 
[[#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]]

===Practical examples===
The practical examples 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 practical examples for medication use have been elaborated:
*[[#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 data element ‘NextPractitioner’. When prescribing new medication the AHGP can use this data element to indicate who the regular GP of the patient is. When stopping or changing medication the AHGP can use this data element to indicate who 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. 
The AHGP will inform the regular GP about the after-hours contact. 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.

==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 supplier 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 query 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 pharmacies on an outpatient basis and, in clinical practice, often by a contracted hospital pharmacy. 
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. 
Letting the psychiatric patient record his own medication use may be experienced as undesirable control instead of it stimulating proper medication use. 
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 pharmacies, possibly as part of GDS if needed. VVT institutions and home care make use of administration lists. Before administration of medication, the medication is checked. After administration the actual MTD's are signed off. Communication regarding MTD's between supplier, prescriber and nursing staff will be explained in more detail 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 ongoing medication a few days before admission. At the time this agreement is made, the exact admission date is often not yet known. In such cases, it must be clear to all healthcare providers in the care chain that the PeriodOfUse of the medication is not yet final. The prescriber issues a MA or a stop-MA, indicating in the data element PeriodOfUse/Condition how many days before admission the patient should start or stop the medication. Once the admission date becomes known or changes, the PeriodOfUse of the MA is adjusted through the standard change process.

===During admission and at time of discharge===
When a patient is admitted, the following situations can occur, concerning the outpatient medication:
* No change in ongoing 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.

====No change in ongoing 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 element ‘NextPractitioner'. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 practical examples=
This chapter contains a description of various practical examples. 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]].
Some of these practical examples are accompanied by a visualisation. In these visualisations the acting stakeholders are shown, as well as the building blocks described in the situation. Changes in building blocks and new building blocks are shown as they occur in time.
{| class="wikitable" style="width: 60%;
|-
! style="text-align:left;" colspan="5" | Legend visualisations
|-
| style="text-align:left;" colspan="5" | ''characters''
|-
| style="vertical-align:top; background-color: white;" | Prescriber
[[Bestand:Voorschrijver.png|100x100px]]

Recognizable by their stethoscope
| style="vertical-align:top; background-color: white;" | Supplier
[[Bestand:Apotheker.png|100x100px]]

Recognizable by their pestle and mortar
| style="vertical-align:top; background-color: white;" | Patient
[[Bestand:Patiënt.png|100x100px]]

Recognizable by their bandage
| style="vertical-align:top; background-color: white;" | Administrator
[[Bestand:Toediener.png|100x100px]]

Recognizable by their syringe
| style="vertical-align:top; background-color: white;" | Healthcare provider
[[Bestand:Zorgverlener.png|100x100px]]

Recognizable by their hat
|-
| style="text-align:left;" colspan="5" | ''Symbols''
|-
| style="vertical-align:top; background-color: white;" | Start of a relevant building block
[[Bestand:Start.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Start of a stopped building block
[[Bestand:Gestopt.png|100x100px]]

Stopped building blocks are grey
| style="vertical-align:top; background-color: white;" | End date of a building block
[[Bestand:Eind.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | End date of a stop-building block
[[Bestand:Stop.png|100x100px]]

The color of the outline indicates the type of building block
| style="vertical-align:top; background-color: white;" | A building block without an end date
[[Bestand:Chronische_duur.png|100x100px]]

The color indicates the type of building block
|-
| style="vertical-align:top; background-color: white;" | An instance of VV or MVE
[[Bestand:Verstrekking.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Labtest value
[[Bestand:Labwaarde.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Direction of sent message
[[Bestand:Voorstelbericht.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Signal from the information system
[[Bestand:Signaal.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Textbox for clarification
[[Bestand:Textbox.png|100x100px]]
|}

==Practical examples, Prescribe==

===Medication for definite period of time===
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 pharmacy 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 for 5 days.''
He records this MA in his information system. The general practitioner then immediately also makes a VV for the pharmacy chosen by the patient:
:''Nitrofurantoin CR capsule, 100 mg; 10 capsules.''
The general practitioner also records this VV in his information system. 
The general practitioner consults with the patient to find out from which pharmacy she wants to pick up the medication. The prescription (MA and VV) is sent to the pharmacy and the medication data are made available to fellow health professionals (MA only) and patient (MA and VV). 
 
[[Bestand:ENG_Voorschrijven_Kortdurende medicatie.png|800px]]

===Medication for indefinite period of time===
The process for ongoing medication is practically the same as for medication for a definite period of time (see [[#Medication for definite period of time|paragraph 4.1.1]]), except that in the case of ongoing 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 an ongoing basis. On ''30 March yyyy'' it was agreed:

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

===Changing someone else's MA by non-prescriber with delegated responsibility===
The medical specialist prescribes 300 mg of Niraparib once a day to treat cancer. 24 hours before the scheduled first administration, the hospital pharmacist reviews the lab values and decides that the dosage needs to be adjusted to 200 mg once a day.

There is an agreement within the hospital that the pharmacist has delegated prescribing authority (see [[#Process: prescribe | paragraph 2.2]]). The pharmacist modifies the medical specialist's MA. The medical specialist remains author of the MA, as the pharmacist acts on his/her instructions.

[[bestand:ENG Wijzigen van andermans medicatieafspraak in opdracht van1.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, as needed 1d1t 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.''
 
[[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 startDateTime or endDateTime as soon as this is known to the prescriber. 
 
[[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 (in data element InstructionsForUse/DosingInstructions) and creates a VV for 60 tablets of oxycodone of 10 mg. 
 
[[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). 
 
[[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 data elements ‘Comment’ or ‘MedicationAgreementAdditionalInformation’ of the MA. The data element ‘MedicationAgreementAdditionalInformation’ contains a list of particularities about the MA that are relevant for pharmacovigilance and fulfilment by the supplier. The element ‘Comment’ is used for particularities that cannot be registered in a coded manner in ‘MedicationAgreementAdditionalInformation’. Below are three examples of the use of these elements.

Example 1: the hospital uses a different formulary than a community pharmacy 
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 data element ‘Comment’. This makes it clear that pantoprazole is the replacement of omeprazole.

Example 2: Half-strengths 
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 ‘MedicationAgreementAdditionalInformation’ can be used to indicate whether this was a deliberate increase.

Example 3: Specific commercial product (HPK), medical necessity 
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 ‘MedicationAgreementAdditionalInformation’ 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 pharmacy does not supply any medication. 
The general practitioner makes the new MA available to fellow health professionals and the patient. 
 
[[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''

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

 
[[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. The practical example for repeat medication 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. 
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.
 
 
[[Bestand:ENG Voorschrijven Wijziging in dosering voldoende voorraadv2.png|800px]] 
In case the patient has no more supply, a new VV will be created. 
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 supplier (fellow health professional). The supplier processes the modification. The supplier 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. For this, no new VV is required. This drug falls under one of the 3 categories (insulins, oral contraceptive pill and non-oral UR contraceptives) where prescriptions may be written for more than one year. It does not matter how the initial VV is filled. 
Three months later, the woman requests a repeat supply at the pharmacy. The pharmacy supplies the product and communicates the MVE to the general practitioner.

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

{{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). 
The pulmonologist records:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; stop type ‘discontinued’; from 13 August yyyy. Because of a side effect.''
The stop-MA is sent to the supplier 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.
 
 
[[Bestand:ENG Voorschrijven Stoppen medicatiev2.png|800px]] 

===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. 
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 'suspended' to the supplier to temporarily halt 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]].

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

===Temporarily halting for an intervention===
A 62-year-old man is taking acetylsalicylic acid 100 mg, 1 tablet 1x daily because of coronary artery disease. He needs to have a colon polyp removed. The general practitioner discusses with him that he should stop taking the acetylsalicylic acid three days before the procedure and resume it the day after the procedure. If the date of the procedure is unknown or uncertain, the data element PeriodOfUse/Condition of the stop-MA indicates that the medication should be stopped three days prior to the procedure. In the new MA, it is specified that the start date is one day after admission. Once the procedure date is known, the MAs are updated to reflect the actual start and stop times. 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]].
 
[[Bestand:ENG_Voorschrijven_Onderbreken voor een ingreep.png|800px]] 

===Paper prescription - ''no more allowed''===
The Dutch law Wegiz (Wet elektronische gegevensuitwisseling in de zorg) states that per January 1st, 2024, prescriptions on paper only are not allowed anymore. Therefore the contents of this practical example have been removed. 
However, there are exceptional situations conceivable where a paper prescription may still be needed. Examples include:
* foreign patients without a BSN
* the patient's preferred pharmacy is not in the Netherlands.
* network failure
The supplier will then have to make a TA without referral to an MA.

===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 pharmacy. 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. 
For treatments with a course of cytostatics, for example, there is an MA, but it is not always clear in advance when the medication dispense/administration takes place. Reason: treatment courses 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, mention can be made in PeriodOfUse/Condition that Nevanac should be started 3 days before surgery takes place. See Prior to admission in [[#Prior to admission|paragraph 3.4.1]].
 [[Bestand:ENG_Voorschrijven_Starten met medicatie voor opname.png|800px]]
 

===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 Comment data element (as free text).
 
[[Bestand:ENG Voorschrijven Niet verstrekken voorv2.png|800px]]
 

===Discontinuation of medication by third parties===
Medication can be discontinued by the prescriber himself (see [[#Discontinuing medication|paragraph 2.2.5.3]] and example in [[#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.
 
 
[[Bestand:Uc4.1.24v2.png|800px]]
 

===Two PRKs in a single pharmaceutical treatment===
In certain circumstances, the supplier 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]]).
 
[[Bestand:ENG_Voorschrijven_Twee PRKs onder een medicamenteuze behandeling.png|800px]]
 

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

===Single medication use===
For medications intended for single use, the period of use can be specified with a startDateTime and Duration, a start and endDateTime, or a Duration and endDateTime. An example of this is a situation where the patient is required to take diazepam once, the day before surgery. The prescriber then indicates the period during which this use should occur.
 
[[Bestand:ENG_Voorschrijven_Eenmalig gebruik.png|800px]]
 

===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 endDateTime, 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 endDateTime, this problem will solve itself over time. 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]].
 
 
[[Bestand:ENG_Voorschrijven_Onterecht openstaande medicatie of weeskinderen.png|800px]]
 

===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. If possible, the stop-MA is sent to the original prescriber and the patient's pharmacy.
 
[[Bestand:ENG_Voorschrijven_Ontbreken digitale medicatieafspraak bij opname.png|800px]]
 

===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, in data element AgreedMedicine. At least one ingredient must be registered, as is the case with magistrals.

===Free-text prescribing===
It is, in exceptional circumstances, possible to prescribe without a code from the G-Standard. This is what we understand as "free-text prescribing". This is only permitted when there is no suitable code available in the G-Standard, for example, with investigational medication. Free-text prescribing is thus explicitly the exception, among other reasons because medication monitoring cannot be performed without a G-standard code.

===Dosing with minimum waiting period between intake moments===
Prescribing medication with a minimum waiting period between intake times should be done 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, in InstructionsForUse. The instruction “''at least 6 hours between intake times''” is recorded in free text in AdditionalInstructions.
 
 [[Bestand:ENG_Voorschrijven_Dosering met minimum interval.png|800px]] 
 

===Dispense request with number of repetitions ===
The prescriber makes a VV with an MA in which she enters the NumberOfRefills. The prescriber hereby indicates to the provider that he may make additional dispenses.

The number of refills in combination with the quantity to be supplied results in: (NumberOfRefills + 1) X Amount. In case of “NumberOfRefills = 3” and “Amount = 30 units” the provider may supply 4 times 30 units (total 120 units).

The number of refills in combination with the duration of medication usage results in: (NumberOfRefills + 1) x PeriodOfUse/Duration. The amount to be supplied depends on the dosage. In case of “Dosage = 3 x per day 2 units”, and “PeriodOfUse/Duration = 30 days” the provider may supply 4 x (6 units per day X 30 days = 180 units) = a total of 720 units.
 
 [[Bestand:ENG_Voorschrijven_Verstrekkingsverzoek met aantal herhalingen.png|800px]] 
 

===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:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift aV2.png|800px]] 

'''B) Renal function value reason for a change:''' 
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.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b1V2.png|800px]] 

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 supplier by the prescriber. Because the patient had already collected the medication and therefore has enough stock, no new VV is sent along.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b2V2.png|800px]] 

'''C) Renal function value due to drug:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift cV2.png|800px]] 
 

===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 CanceledIndicator (MA + VV1 “cancelled”), so the supplier 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. 
In medication building blocks it looks as follows: 
 [[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_a.png|800px]] 
 
The transactions look as follows: 
[[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_b.png]] 

===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.
 
[[Bestand:Eng Uc 4.1.37 wijzigen van andermans medicatieafspraakv3 - Kopie - Kopie.png|800px]]
 

===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 supplier 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 and MTD.
[[Bestand:4.1.38 Uc Opstarten WDSv3.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 endDateTime. 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_Uc_Changing_WDS.png|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 endDateTime 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 practical example [[#Setting up a variable dosing regimen|Setting up a variable dosing regimen]]). 
[[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]]

==Practical examples, Dispense==

===New medication agreement, medication dispense of the same product===
The patient is at the pharmacy on 27 January yyyy to collect his medication. The supplier 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 supplier. 
MA: ''Nitrofurantoin CR capsule, 100 mg, 1 capsule 2x daily, from now on for 5 days.'' 
VV: ''Nitrofurantoin CR capsule, 100 mg; 10 capsules.'' 
The supplier selects a product on the basis of the MA and other factors (such as the pharmacy’s stock and the preference policy of the healthcare insurer): 
''FURABID CR CAPSULE, 100 MG''. The supplier carries out medication monitoring using the information system, no (warning) signals are given. 
The supplier 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: 
''FURABID CR CAPSULE, 100MG; 1 capsule 2x daily; from now on for 5 days''. 
The supplier supplies the medication to the patient: 
''on 27 January yyyy, FURABID CR CAPSULE, 100 MG; 10 capsules.'' 
The TA and MVE are sent to the prescriber and made available to fellow health professionals and the patient.
 
 [[Bestand:ENG_Ter hand stellen_Nieuwe medicatieafspraak medicatieverstrekking zelfde product.png|800px]] 

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

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

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

===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 medication and is described in [[#Splitting a prescription|paragraph 4.2.10]], situation 2.

===Proposal to prescriber for medication agreement===
'''Example 1 - adjusting dosage:''' 
For a 70-year-old patient with a creatinine clearance of 45 mL/min, the supplier 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 supplier 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 supplier.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_a.png|800px]] 
 
'''Example 2 – temporarily halting a medicinal product:''' 
For a 50-year-old patient with on oral fluconazole as part of his current medication, the supplier enters a TA for simvastatin. A message appears with the advice to consider temporarily halting simvastatin. The supplier can make a VMA for halting the simvastatin (stop type ‘suspended’). See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_b.png|800px]] 
 
'''Example 3 – adding a medicinal product:''' 
For a 55-year-old woman, the supplier 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 supplier can make a VMA for these products. See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_c.png|800px]] 
 
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. 
The VMA may help the prescriber to enter this change in the system. The latter is important when MAs are queried, for example, by service observation general practitioners.

===Request and dispense ===
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.
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_a.png|800px]] 

*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 RequestDate and the pre-existing associated TA) is sent to the prescriber when the MedicationDispenseDateTime is registered. See [[#Notification date or dispense date (pharmacist information system)|paragraph 8.3]].
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_b.png|800px]] 

===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. 
For example:
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 for an indefinite period''
on 13 April yyyy a VV to a pharmacy 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 for the patient. The existing MAs had already been made available. 
 [[Bestand:ENG Ter hand stellen Patiënt vraagt herhaalrecept via arts - reactief herhalenV2.png|800px]] 
The supplier 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 use asks for repeat medication, 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. In that case, no RelationMedicationAgreement will be registered.

===Patient requests repeat prescription via supplier===
The patient requests a repeat medication from the supplier, for example through repeat line, by phone, email, counter/boxes, website, app or portal of the pharmacy. 
The supplier 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 supplier. The supplier continues the dispense process and starts with the pharmaceutical care process step. 
 [[Bestand:ENG_Ter hand stellen_Patiënt vraagt herhaalrecept via apotheker - informeren voorschrijver.png|800px]] 
 
If the prescriber does not issue a VV, he lets the supplier know by sending an AVVV.

===Proactive repeat prescription by supplier===
The patient has signed up in the past for proactive repeats and the supplier 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 supplier (or his information system). Proactive repeats are also used for GDS, see [[#Starting and continuing a GDS|paragraph 4.2.11]].
 [[Bestand:ENG_Ter hand stellen_Proactief herhaalrecept door apotheker - informeren voorschrijver.png|800px]] 
 

===Deviation from prescribed quantity in DispenseRequest===

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 28 days and sends a VV to the pharmacist for 28 pieces. The supplier only has packaging of 30 pieces. There are two capsules left at the end of the course, but the MA can still be met. A TA for 28 pieces follows. The MVE states that 30 units have been delivered, optionally with an explanation as to why this deviates from the TA, but this is not mandatory.

[[Bestand:Voorgeschreven hoeveelheid MA less Eng.jpg|800px]]

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 30 days and sends a VV to the supplier for 30 pieces. The supplier only has packaging of 28 pieces. The supplier contacts the prescriber based on professional judgment. There will be a provision of 28 pieces with a TA for 28 days. The TA and MVE deviate from the MA the patient has made with the general practitioner. The pharmacy's information system makes the TA and MVE available to the patient's co-practitioners.

[[Bestand:Voorgeschreven hoeveelheid MA more 30 Eng.jpg|800px]]

===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 supplier.

There are three possible situations: 
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). 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_a.png|800px]] 
 
2) Prescriber and patient initially agree on 90 tablets with 3 repeats. The patient receives the first 90 tablets. The next time the patient visits the pharmacy, an MVE is made under the existing agreements. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_b.png|800px]] 
 
3) Prescriber and patient initially agree on 360 tablets for one year. The supplier 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 pharmacy 3 more times to pick up another 90 tablets each time. 
Situation 3 best describes the way in which a supplier splits a year prescription. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_c.png|800px]] 
 

===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 supplier 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 supplier and the prescriber agree that the supply of medicinal products to this patient will take place via GDS.

The GDS is started: the supplier 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 PeriodOfUse to ensure enough stock up to and including 1 May yyyy.
The supplier sends the proposal to the prescriber. The prescriber approves the proposal on February 6 and sends it unchanged to the supplier as a VV.

The supplier and the patient select an administration schedule 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 pharmacy supplies the patient with a Baxter medication roll containing (among other things) the metoprolol:
*MVE 1: The pharmacy dispenses, on Friday, 8 February yyyyy: 14 tablets, scheduled for weeks 6 and 7 (a PeriodOfUse of 2 weeks).
*MVE 2: The pharmacy 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, in data element DistributionForm. 
After three months, there is a new VVV from the supplier to the prescriber, etc.
 
 [[Bestand:ENG_Ter hand stellen_Het opstarten en continueren van GDS.png|800px]] 
'''Consideration ''' 
*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).

===Supplier 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: Drug not available - out of stock (in data element AdministrationAgreementReasonModificationOrDiscontinuation).
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 supplier sends the new TA and any MVE to the general practitioner. 
 [[Bestand:ENG_Ter hand stellen_De apotheker wijzigt van handelsproduct.png|800px]] 
'''Consideration ''' 
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 supplier records and communicates the reason for the adjustment, the prescriber is better able to assess whether the information is relevant.
 

===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 data element AdditionalInformation in the MA.

If ‘Change in GDS immediately’ is chosen, the supplier will first supply the medication separately, in addition to the existing GDS. This means that a TA is created by the supplier for the bridging period. Starting with the new roll, the new medication is added to the roll. Starting with the startDateTime of the new roll, a TA can be made by the supplier 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. 
 [[Bestand:ENG_Ter hand stellen_Medicatie toevoegen aan GDS.png|800px]] 
 
If 'Change in GDS per change of roll' is chosen, the supplier will start to include the medication in the roll on the startDateTime 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 supplier who can adjust the supply accordingly. The supplier 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.
 
 [[Bestand:ENG_Ter hand stellen_GDS leverancier levert ander handelsproduct.png|800px]] 

===Parallel administration agreements with GDS and non-GDS dispense===
A patient takes 20 mg of Sandoz pantoprazole 2-3 times a day for gastric complaints. 
''TA: pantoprazole Sandoz tablet 20 mg, 2-3x a day 1 tablet'' 
Over time, it is decided to start supplying the patient’s medication in GDS. For pantoprazole, this means that the fixed dose of 2 tablets will be supplied in GDS. These are tablets from Apotex because the GDS supplier does not supply pantoprazole from Sandoz. The third “as needed” tablet will continue to be dispensed separately. The supplier splits the existing TA into two new TAs, with the same startDateTime. 
''TA: pantoprazole Sandoz tablet 20 mg, as needed 1x a day 1 tablet'' 
''TA: pantoprazole Apotex tablet 20 mg, 2x a day 1 tablet 
 
[[Bestand:ENG-Uc4.2.16.png|800px]]

===Parallel administration agreements of which one is changed===
A patient visits the general practitioner with stomach complaints, upon which the general practitioner prescribes pantoprazole.

''Pantoprazole tablet 20 mg; 2-3x daily.''

The fixed dosage of two tablets goes into GDS are supplied by the GDS-provider of the Sandoz brand. The third tablet is dosed ‘as needed’ and is provided separately from the Apotex brand by the patient's regular pharmacy. This results in two parallel TA’s. At a certain point, the GDS supplier can no longer supply pantoprazole. The supplier does have stock of Apotex and adjusts the GDS TA for the fixed dose to a separate dispensing of 1 tablet of 20 mg Pantoprazole Apotex twice a day.
Stopping the GDS TA does not effect the ‘as needed’ TA. This creates two parallel TA’s that are both dispensed separately by the supplier. The one containing the fixed dose and the other the ‘as needed’ dose. In this way, they remain visible separately on the administration list as fixed dose and ‘as needed’ dose.

[[Bestand:ENG Uc4.2.17 stopping parallelTA (1).png|800px]]

===Handling a stop-medication agreement===
When the prescriber agrees to discontinue medication, a stop-MA is created. This stop-MA is processed by the supplier 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 attending physician creates a VV under the existing MA. The physician then sends the prescription, consisting of the VV and a copy of the existing MA, to the after-hours pharmacy. The after-hours pharmacy's supplier reads the medication prescription and creates an MVE, using the existing TA, for the ten tablets that the patient needs. The supplier notifies the after-hours physician about the medication dispense, and sends a copy of the original TA. 
The MVE is made available to fellow health professionals (including the original prescriber and supplier) and patient, the VV only to the patient. 
 
[[Bestand:ENG-Uc4.2.18.png|800px]]
 

===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. 
The after-hours pharmacy's supplier 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.
 
[[Bestand:ENG-Uc4.2.19.png|800px]]
 

==Practical examples, 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, supplier or administrator (the exact process may differ across institutions). Then, the prescriber, supplier, 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 supplier 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 supplier can indicate that an exact administration time is required (the administration time is not a guideline but denotes an exact time). The prescriber or supplier can register an exact administration time by indicating that the administration time is not flexible in the data element IsFlexible under AdministeringSchedule in the MA or TA. 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 supplier 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 the administration moment and/or time is not available beforehand. If relevant (for example because of drug interactions), (guide) administration times can be entered.

See the following 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 supplier 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 supplier 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 pharmacies 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 practical example [[#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 supplier 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 supplier 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. 
 [[Bestand:ENG_Toedienen_Verhogen dosering GDS-medicatie in nieuwe MBH_beta.png|800px]] 

===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. 
 [[Bestand:ENG_Toedienen_Verlagen dosering GDS in nieuwe MBH_beta.png|800px]] 
 

===Change processed by the supplier===
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 supplier processes this change in the TA and/or the MVE. This may be done during the opening hours of the community pharmacy, or after hours when a medication supply is needed. The after-hours pharmacy supplies the medication; in this case, multiple pharmacies 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 supplier(s). Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. Recently stopped medication administrations are also shown in the administration list.

===Change not processed by the supplier===
When medication is changed by a prescriber after the opening hours of the community pharmacy and no medication supply is needed, no supplier 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; this MA overrules all medication building blocks within the same MBH. Recently stopped medication administrations are also shown in the administration list. Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. This situation also applies if the supplier has not processed the modification by the prescriber yet. The supplier 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 data element Comment in the 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 supplier in the MA or TA. This may be a deviation in AdministrationDateTime, AdministeredAmount, RouteOfAdministration, AdministeringSpeed, AdministrationProduct or no administration at all. 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 MedicationAdministrationReasonForDeviation in the MTD.

===Medication administration without MA or TA===
In an emergency situation, the MA and TA may be missing. Therefore, the administrator has to administer medication based on verbal or telephone consultation with a prescriber. This medication will not be included in the administration list. In this situation, the administrator records the MTD in the information system of the administrator (e.g., ECD, eTDR). This is the first building block in a new pharmaceutical treatment with which the administrator creates an MBH. If necessary, an MA and TA can be recorded within this MBH afterwards.

===Medication administration of self-medication===
According to the safety principles in the medication chain, the administrator has no task in the administration of self-care medication. Self-care medication can only appear on the administration list if a prescriber has made this a policy and has created an MA for this, and/or if a provider has created a TA for this.

===Correction of an administration===
This concerns correcting or cancelling an MTD, because an administrator has made a mistake in the registration and the administration is different from what has been registered. 
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. 
If the MTD has already been sent and/or made available to other healthcare providers, a correction can be made by sending and/or making additional medication administrations. Below two examples of corrections are described.

'''Correction with negative ''AdministeredAmount'' '''

A patiënt is prescribed pantoprazole 40mg by their GP. Due to issues with logistics, the supplier hands out pantoprazole 20mg, and instructs to take 2 tablets per day. The patiënt receives support for taking her medication by a home case organisation. The home care worker gives 1 tablet to the patiënt. After registration of the administration, she notices two tablets should have been given. She administers the second tablet and corrects the medication administration. This can be exchanged as an MTD with -1 tablet to nullify the first MTD, and consecutively an MTD with 2 tablets given.

[[Bestand:ENG Uc4.3.15a.png|800px]]

'''Correction with additional MTD'''

A patient has to take 1000mg calcium due to osteoporosis. He receives help from a home care worker once per day. The supplier delivers calcium tablets of 500mg with the instruction to take two tablets per day. The tablets are quite large so the patient can only take them separately. The home care worker administers 1 tablet calcium 500mg and registers this in an MTD. After a few minutes the second tablet is administered. The home care worker corrects the MTD by registering another MTD of 1 tablet calcium 500mg.

[[Bestand:ENG Uc4.3.15b.png|800px]]

===Medication not administered===
A patient is given 1 tablet of propranolol 80mg every day. The patient has lower blood pressure than normal due to fever. The (professional) administrator contacts the prescriber, and in consultation it is decided to not administer the medication that day. The reason is recorded in MedicationAdministrationReasonForDeviation in the MTD.

[[Bestand:ENG Uc4.3.16.png|800px]]

===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 supplier. 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 moment. First, an MTD can be registered with an ''AdministeredAmount'' of 0, and possibly a ''MedicationAdministrationReasonForDeviation''. Then, if the medication is administered at a later moment, this is registered in a new MTD, possibly with a ''MedicationAdministrationReasonForDeviation''.

===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 query 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.). Below an example of such a situation is described.

A patient with renal failure must visit the hospital three times a week for renal dialysis. In addition, the patient receives home care in the morning and evening for assistance with medicine intake. Both at home and in the hospital, the patient is administered medication.
Due to a bacterial infection, the patient is prescribed an antibiotic treatment by the general practitioner.
Ciprofloxacin tablet 500mg; 2x a day; for 10 days

To prevent blood clotting during dialysis, the patient is given nadroparin via the dialysis line in advance in the hospital.
Nadroparin injection into the arterial line 5700 IE / 0,6 ml; 1x prior to dialysis

The administrator consults the current overview with the patient's medication administration and the patient's other MTDs to track the process of medication administration of the last 24 hours.
The administration organisation itself is responsible for what is or is not administered at that time within its own organisation.

[[Bestand:ENG Uc4.3.19.png|810px]]

===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 supplier 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.
 
[[Bestand:ENG_Feedback_to_patient_through_a_medication_adherence_app.PNG|800px]] 
 

===Registration (stop-)MA retroactively with interim MTD===

The patients is taking propranolol and suffers more and more from the side effects during the weekend. In consultation with the prescriber, a decision is made on Sunday morning to stop the medication. However, the registration of stopping the Medication Agreement, the stop MA, is only done on Monday. As a result, during the administration round on Sunday evening, the administrator is not yet aware that the MA was stopped and another medication administration takes place. Since the registration date is known, it is still possible to find out how this administration could have taken place. The MTD is a registration of an action that has taken place. A stop MA or TA therefore has no influence on the validity of an MTD.

[[Bestand:ENG 4.3.20 Toedienen Registration (stop-)MA retroactively with interim MTD.png|800px]]

===Registration of separate MTDs per InjectionPatchSite===
A patient uses long-acting insulin Glargine 50 units a day in the evening. Every evening, an healthcare worker comes every evening to administer the insulin. Because of the high amount of insulin that has to be administered, the administration must be done in two administrations. The administration list shows 1 line for abasaglar 50 units. The healthcare worker first administers 25 units with InjectionPatchSite ‘left upper leg’ and MedicationAdministrationReasonForDeviation ‘2 administrations in relation to 50 units’. Thereafter, the healthcare worker administers another 25 units. In this MTD, the healthcare worker registers the ‘InjectionPatchSite ‘right upper leg’.

[[Bestand:ENG Toedienen 4.3.x Uc Registration of separate MTDs per InjectionPatchLocation.png|800px]]

===Patient transfer to a different department with the same GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is the same as the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, and correct resupply of GDS packaging at the new department.

[[Bestand:ENG Uc4.3.GDS3.png|800px]]

===Patient transfer to a different department with an earlier GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is earlier than the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, correct resupply of GDS packaging at the new department and the recollection of the GDS packaging from the first department.

[[Bestand:ENG Uc4.3.GDS2.png|800px]]

===Patient transfer to a different department with a later GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is later than the supply date of the first department. Thus, the patient will be out of medication before the GDS supply at the new department. The pharmacy will have to supply this medication separately in the meantime.

[[Bestand:ENG Uc4.3.GDS1.png|800px]]

===GDS medication dosage increase, no change in administration times (option A)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (A) in this situation is to supply separate medication in parallel with the GDS medication until the next resupply takes place. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4a.png|800px]]

===GDS medication dosage increase, no change in administration times (option B)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (B) in this situation is to recollect the previous GDS packaging and supply the full dose separately outside of GDS packaging until the next resupply. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4b.png|800px]]

===GDS medication dosage increase, change in administration times===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the administration schedule to one tablet 80mg propranolol every morning at 8:00 and one tablet every afternoon at 16:00. The frequency increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the full dose is supplied separately outside of GDS packaging until the next GDS resupply. The administration times have changed in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS5.png|800px]]

===GDS medication dosage decrease===
Due to high blood pressure, once per day two tablets of propranolol 80mg are administered to the patient. Due to too strong drug action the prescriber decides to decrease the dosage to one tablet 80mg propranolol per day. The dosage increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the new dose is supplied separately outside of GDS packaging until the next GDS resupply. The dosage decrease is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS6.png|800px]]

===Changing GDS medication to ‘as needed’ medication===
The prescriber makes a prescription of temazepam to help insomnia caused by stress. The symptoms are decreasing so the prescriber decides to change the prescription from once per day 10mg temazepam to once per day 10mg temazepam as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that from now on the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy.

[[Bestand:ENG Uc4.3.GDS7.png|800px]]

===Splitting GDS medication into GDS medication and ‘as needed’ medication===
The prescriber makes a prescription for diazepam 5mg twice per day to help with anxiety. Due to too strong drug action the prescriber changes the prescription to diazepam 5mg once per day, and diazepam 5mg once per day as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that for now the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy. The dosage decrease is supplied in the next GDS packaging, and the as needed medication is supplied separately in parallel.

[[Bestand:ENG Uc4.3.GDS8.png|800px]]

==Practical examples, 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 startDateTime and Dosage, and possibly the ReasonForUse.
 [[Bestand:ENG_Gebruik_Zelfzorgmiddel.png|800px]] 

===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 startDateTime and Dosage, and possibly the ReasonForUse. If known, the name of the prescriber is also recorded.
 [[Bestand:ENG_Gebruik_Medicatie uit buitenland.png|800px]] 

===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 startDateTime of the use of this lower dose. The patient also indicates that she initiated this change herself, in ReasonModificationOrDiscontinuationOfUse. 
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 use. 
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.
 [[Bestand:ENG_Gebruik_Wijziging op initatief patiënt.png|800px]] 

===Discontinuation of medication on the patient’s initiative===
Since he started using propranolol, the patient suffers from insomnia. On August 13, he decides to stop without informing the prescribing physician. The patient records that he has discontinued medication, indicating the date of discontinuation in startDateTime, and registering 'Adverse reaction to drug' in ReasonModificationOrDiscontinuationOfUse. In the Comment, he adds that the adverse effect concerns insomnia. 
[[Bestand:ENG_Gebruik_Stoppen_medicatie_op_initiatief_patiënt_V2.png|800px]] 

===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 pharmacy. The patient indicates that the medication has been discontinued and registers Drug not available - out of stock as reason in ReasonModificationOrDiscontinuationOfUse, possibly with the addition that the symptoms have disappeared.
 
[[Bestand:ENG_Gebruik_Geen voorraad meer_a.png|800px]] 
 
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 supplier). 
[[Bestand:ENG_Gebruik_Geen voorraad meer_b.png|800px]] 

===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, in ReasonModificationOrDiscontinuationOfUse. When his symptoms diminish or cease, the patient records this in the explanation in the MGB. 
It is possible that the patient is suffering from side effects without exactly knowing which medicinal products cause them. There is no provision within the information standard 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.
 
[[Bestand:ENG_Gebruik_Gebruik registreren op basis van verstrekking.png|800px]] 

=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==
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 suppliers, 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 blocks (VV, MVE) 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 – NameInformation (Initials, LastName, LastNamePartner), DateOfBirth, Gender ||
|-
| 2 || Telephone || Patient – ContactInformation – TelephoneNumbers || Primary telephone number of patient
|-
| 3 || BSN || Patient – PatientIdentificationNumber || Always BSN
|-
| 4 || Address || Patient – Address data ||
|-
| 5 || Healthcare Provider Name || HealthcareProvider – OrganizationName || Healthcare Provider who has compiled the medication overview
|-
| 6 || Healthcare Provider Address || HealthcareProvider – AddressInformation || Healthcare Provider who has compiled the medication overview
|-
| 7 || Healthcare Provider Telephone || Healthcare Provider – ContactInformation – TelephoneNumbers || Healthcare Provider who has compiled the medication overview
|-
| 8 || Healthcare Provider Email || Healthcare Provider – ContactInformation – EmailAddresses || Healthcare Provider who has compiled the medication overview
|-
| 9 || Date of Medication Overview || Document data – DocumentDate || The time at which the document was created
|-
| || Height|| BodyHeight – HeightValue, HeightDateTime ||
|-
| || Weight|| BodyWeight – WeightValue, WeightDateTime ||
|-
| || Checked by Health professional || DocumentData – VerificationHealthProfessional ||
|-
| || Verified with Patient/Informal Caregiver || DocumentData – VerificationPatient ||
|}
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: endDateTime is not filled, is in the future or was less than a year ago when compiling the overview.

Sort: most recent startDateTime 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. Temporarily halted medication is also shown in this category. When only MGB is known, it is shown if the endDateTime from the PeriodOfUse it is not older than 13 months. When MGB is recorded by both a health professional and a patient, the last registered MGB for both is shown.

Sorting: by MBH: MA, TA, MA (recorded by patient, care provider). MBHs are sorted in descending order by startDateTime of 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;"|AgreedMedicine-
|style="background-color: white;vertical-align:top; text-align:center;"|MedicineForAdministrationAgreement-
|style="background-color: white;vertical-align:top; text-align:center;"|ProductUsed-
|-
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Product – MedicationCode (if absent: ProductSpecifications, 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"|startDateTime
|-
|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"|endDateTime (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"|InstructionsForUse – 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"|InstructionsForUse – RouteOfAdministration
|-
|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;"|PrescriptionReason &
if applicable, ReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|AdministrationAgreementReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|ReasonModificationOrDiscontinuationOfUse
|-
|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"|Comment & MedicationAgreement/AdministrationAgreementAdditionalInformation
|style="background-color: white;vertical-align:top; text-align:center;"|Comment
|-
|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"|HealthProfessional – NameInformation, 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 changing or 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 data element CopyIndicator 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: 
1) displaying a current medication overview (or overviews) obtained from another source (or sources) 
2) showing coherent medication building blocks obtained from one's own information system and from other sources. 
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 supplier outside the region, where this GP or supplier 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 ([[#Prescription medication| paragraph 5.3.2.1]]), then for "over the counter" medication ([[#Over the counter | paragraph 5.3.2.2]]). [[#Future medication agreements and administration agreements | Paragraph 5.3.2.3]] further discusses the special situation that, in addition to a current, a future MA within the same MBH is valid. Finally, [[#Rules of overruling listed| paragraph 5.3.2.4]] summarises the rules to be applied. 
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.
* MA – TA – MGB
A TA refers to the MA it fulfills. If no referral is available in the TA, the RegistrationDateTime of the TA must be later than that of the MA to be relevant to delivery. 
MGB can refer to an MA or TA. If no referral is available in the MGB, the MedicationUseDateTime of the MGB must be later than that of the MA to be relevant for delivery.

=====New medication agreement in MBH=====
If one creates 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.
* ''MA – TA – MGB'' - stop-MA – MA – stop-TA

If a TA and possibly also MGB are created and available following such an MA, these will be included in the medication overview.
* ''MA – TA – MGB'' – stop-MA – MA – stop-TA - TA
* ''MA – TA – MGB'' – stop-MA - MA - stop-TA – TA – MGB 

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. 
* MA – TA – MGB – stop-MA - stop-TA

=====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.
* MA – MGB
* MA – ''MGB'' – TA

Of course, a new record of MGB can then be made, which is also relevant for the medication overview.
* MA – ''MGB'' – TA - MGB

=====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.
* MA – ''TA – MGB''- stop-TA - TA

Of course, you can then record MGB, which in turn is relevant for the medication overview.
* MA – ''TA – MGB'' - stop-TA – TA - MGB

====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.
* MGB

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 MedicationUseDateTime:
* ''MGB'' - MGB

When a prescriber decides to formalize this MBH with an MA the rules as described above apply. Elaborated below, in order of RegistrationDateTime (MA or TA) / MedicationUseDateTime (MGB):
* ''MGB – MGB'' – MA
* ''MGB – MGB'' – MA - MGB
* ''MGB – MGB'' – MA – TA - MGB
* ''MGB – MGB'' – MA – ''MGB'' - TA - MGB
* ''MGB – MGB'' – MA - ''MGB'' - MGB

====Future medication agreements and administration agreements====
An MBH may include more than one 'actual' MA and TA. 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 RegistrationDateTime (MA or TA/ MedicationUseDateTime (MGB) (if these are equal, then sorted by PeriodOfUse):
* MA – T MA
* MA – TA – T MA – T TA
* MA – TA – ''MGB'' – T MA – T TA – T MGB
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:
* MA – TA – ''MGB'' – T TA – T MGB

=====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: 
1) With RelationMedicationagreement to the specific MA that is discontinued or cancelled; 
2) Without RelationMedicationagreement. 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 RegistrationDateTime:
* ''MA'' – T MA - stop-MA – MA 
* ''MA – TA'' – T MA – T TA - stop-MA – MA
* ''MA – TA – MGB'' – T MA – T TA – ''T MGB'' - stop-MA – MA

If only the future MA is changed, this results in the following changes applied to the examples above, in order of RegistrationDateTime:
* MA – ''T MA'' - cancel-MA – T MA
* MA – TA – ''T MA – T TA'' - cancel-MA – T MA
* MA – TA – MGB – ''T MA – T TA – T MGB'' - cancel-MA – T MA 

 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 with RelationMedicationagreement. 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 querying. In these cases, the system does not "know" this MA and therefore cannot refer to it with a RelationMedicationagreement. 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 RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).

* ''TA – '' stop-MA (without reference) - MA 
* ''TA – T TA – MGB'' - stop-MA (without reference) - MA - T MA 
* ''TA – MGB - T TA – T MGB'' - stop-MA (without reference) – MA - T-MA 

=====New administration agreement=====
 However, you can also make a new TA for the current MA only. This new TA must then have a RelationMedicationagreement to that current MA. Elaborated below for three examples, in order of RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).
* MA – T MA – TA
* MA – ''TA'' – T MA – T TA – stop-TA – TA
* MA – ''TA – MGB'' – T MA – T TA – T MGB – stop-TA – TA

A new TA with a RelationMedicationagreement to the future MA looks like this:
* MA – T MA – TA – T TA
* MA –TA – T MA – ''T TA'' – cancel-TA - T TA
* MA – TA – MGB – T MA – ''T TA – T MGB'' - cancel-TA – T TA 

====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.
*A new registration of an MGB overrules in principle older registrations of 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.

::* MA – TA – MGB-ZVL – MGB-PAT
::* MA – TA – MGB-PAT – MGB-ZVL
::* MA – TA – ''MGB-PAT'' – MGB-PAT
::* MA – TA – MGB-ZVL – ''MGB-PAT'' – MGB-PAT
::* MA – TA – ''MGB-ZVL – MGB-PAT'' – MGB PAT – MGB-ZVL

:*Exception to this rule: In case of parallel TA's, any MGB that is recorded as belonging to one TA overrules all older registrations of MGB, except MGBs belonging to another, parallel TA.

==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 RelationMedicationagreement or RelationAdministrationagreement:
**MA or TA that has been the reference for recording this MGB.
**If 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 RegistrationDateTime/MedicationUseDateTime 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, supplier, 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. 
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''. 
:''The effective period describes the period to which an MA or TA (ultimately) applies.'' 
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''' 
Using a number of different situations the inference rules are described for arriving at the effective therapeutic period in a medication profile: 
: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''' 
Medication is started by creating a new MA. The MA has:
*RegistrationDateTime - the date on which the agreement was made with the patient.
*PeriodOfUse - this period consists of:
**startDateTime - the startDateTime of the MA may be in the future;
**Duration - the duration of medication use;
**endDateTime – 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''' 
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 startDateTime 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 startDateTime of the underlying TA and the endDateTime of the last TA.

Parallel TAs may exist under a single MA of which the RegistrationDateTime and the startDateTime 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''' 
Discontinuing medication (i.e. discontinuing the MBH) is done by creating a new MA in which stop type ‘discontinued’ is indicated. The startDateTime of this MA is the date on which the original MA started. The endDateTime 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''' 
Temporarily halting medication is carried out in the same way as discontinuing medication. A stop-MA is created (stop type ‘suspended’) with the same startDateTime as that of the original MA. The endDateTime of the stop-MA is the time of the temporary halt, the stop type is ‘suspended’. Resuming medication is done by creating a new MA with the old (or adjusted) dosage with the date of resuming as the startDateTime. A meaningful reason (example: resume previous policy) may serve to clarify matters. If the medication is not resumed, the medication should be stopped with stop type ‘discontinued’, in order to permanently end the MBH, which means the medication is no longer 'actual'. Medication that is halted remains 'actual', 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 querying 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 (suspended/discontinued) of a stop- or cancel-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, halted 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=
{{IssueBox|'''<big>This chapter is under revision and will be rewritten taking the contextual dependance of shown information into account </big>'''}}
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. 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
*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 InjectionPatchSite is queried 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 TA) 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]]
 
''Figure 1: Example administration list.''
 
 
{| class="wikitable"
|-
! Nr
! style="text-align:left;"|Heading
! style="text-align:left;" colspan="3"|Dataset
|-
| 1 || Type || MA || TA || WDS
|-
| 2 || Medicine || AgreedMedicine || MedicineForAdministrationAgreement || AgreedMedicine
|-
| 3 || Prescriber
|style="text-align:left;" colspan="3"| MedicationAgreement – Prescriber – HealthProfessional
|-
| 4 || Supplier
|style="text-align:left;" colspan="3"| AdministrationAgreement – Supplier – HealthcareProvider
|-
| || Author
|style="text-align:left;" colspan="3"| VariableDosingRegimen – Author – HealthProfessional (conditional)
|-
| 5 || Start Date || MedicationAgreement – PeriodOfUse || Administration Agreement – PeriodOfUse || Variable Dosing Regimen – PeriodOfUse
|-
| 6 || End Date/Duration || MedicationAgreement – PeriodOfUse || AdministrationAgreement – PeriodOfUse || VariableDosingRegimen – PeriodOfUse
|-
| 7 || Description
|style="text-align:left;" colspan="3"| InstructionsForUse – Description
|-
| || Route Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – RouteOfAdministration

|-
| || Additional Instructions
|style="text-align:left;" colspan="3"| InstructionsForUse – AdditionalInstructions
|-
| || Dose
|style="text-align:left;" colspan="3"| InstructionsForUse – DosingInstructions – Dosage – Dose
|-
| || Administration Time
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSchedule – Administration Time
|-
| || Administration Speed
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSpeed
|-
| || Duration Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – DurationOfAdministration
|-
| 8 || Injection-Patch Location
|style="text-align:left;" colspan="3"|MedicationAdministration – InjectionPatchSite
|-
| 9 || Comment
|style="text-align:left;" colspan="3"|Comment & AdditionalInformation
|}
''Table 1: Normative medication data in the administration list.''


==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 data element, 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 ([https://www.knmp.nl/praktijkvoering/richtlijnen/knmp-richtlijnen-praktijkvoering/knmp-richtlijn-voor-geautomatiseerd-geneesmiddeldistributiesysteem-gds-september-2011 KNMP, 2011]).

A GDS allows a patient to self-manage their own medication for longer. Whether medication is placed in GDS is determined by a supplier. The data element ‘Distribution form’ in the corresponding TA (and also in the MVE, which, however, is not used to compile the administration list) indicates whether GDS medication is involved.

The healthcare field has expressed the wish for a warning signal to be displayed in the event of changed or discontinued medication, stating that the medicine may be in the GDS packaging and that an action may need to be taken on this. Further elaboration on this 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 TA. Furthermore, for non-GDS medication, the data element Condition in 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 TA. Furthermore, the Condition in AsNeeded is filled with 'As needed'.

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

====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 (query/make available) is used for querying and making available individual medication building blocks.
With the transaction group Medication data (send/receive), separate medication building blocks can be sent 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 supplier outside the region; the GP or supplier requests the data by telephone and receives the data digitally).
Both for Medication data send/receive and Medication data query/make 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. When preparing an administration list, if a WDS is present, this WDS is leading for the InstructionsForUse. All situations without WDS, 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 || PeriodOfUse || 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 InjectionPatchSite may be relevant back to one week ago). For example, if 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 || Leading** for compiling the administration list (number: 2, 5, 6, 7, 9, 10) || Data from the prescriber || Data from the prescriber
|-
| TA || - || Leading** for compiling the administration list (number 2, 5, 6, 7, 9, 10) || Data from the supplier and medicine
|-
| WDS || - || - || Leading** for compiling the administration list (number 5, 6, 7, 10)
|}

* Situation in which the supplier has not processed the MA yet.
** ‘Leading’ indicates the data elements which are included in the functional requirements (numbers of the elements are provided between brackets).

====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 addition, a WDS identifies 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.


*MA – WDS– TA 

A TA refers to the MA that is specified by the TA. Also, a WDS refers to the MA that is specified by the WDS. A WDS is always related to an MA.

======New WDS ======


*MA – WDS – TA – WDS

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

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


*MA – WDS– TA – stop-WDS – WDS

The WDS is changed.

======Discontinuation of medication ======
*MA – WDS – TA – stop-MA

Medication with a WDS is discontinued by stopping the MA.

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


*MA – WDS – TA – stop-TA – TA

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: 
*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.


=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 querying/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;"| Querying 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;"| Querying 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
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-VVO
| style="background-color: white;"| Receiving proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekSturend
| style="background-color: white;"| MP-AVVS
| style="background-color: white;"| Sending reply to proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-AVVO
| style="background-color: white;"| Receiving 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
|-
| style="background-color: white;"| VoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-VMO
| style="background-color: white;"| Receiving proposal for new or modified medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakSturend
| style="background-color: white;"| MP-AVMS
| style="background-color: white;"| Sending reply to proposal medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-AVMO
| style="background-color: white;"| Receiving reply to proposal medication agreement
|}Table 3 Overview system roles

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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.373-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.389-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVVS
|style="background-color: white;vertical-align:top;" rowspan="2"|AVVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-20250522T132618/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-AVVO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVMS
|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-20250522T132618/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-AVMO
|}Table 4 Overview transaction groups. For PULL transaction groups, sending and receiving are the same transaction

[[#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 all 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. 
During an admission, certain medicines may be administered that may after discharge still be of interest to healthcare providers outside the institution where the patient was admitted. An example is medication with a long-term effect, making it important to be able to perform medication monitoring on them even after discharge. Such medicines should therefore not be filtered out in advance. The table below (Table 5) lists examples of such medicine groups. Sectors and suppliers can draw up their own list for this purpose by mutual agreement.

{{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
|}Table 5 Types of clinical medication relevant for external health professionals

==Making medication data available (all information systems)==
A healthcare provider only makes their own medication data available. In principle, all own medication data are made available to the extent permitted by patient and the law. 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 condition that they include the original identification label (see also [[#Introduction 2|paragraph 5.1]]).

==Notification date or dispense date (pharmacist information system)==
The RequestDate and the actual MedicationDispenseDateTime may be recorded in the MVE. The RequestDate is the time at which a supplier records an intended medication dispense. The MedicationDispenseDateTime is the date on which the medication dispense has actually taken place.

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. When medication is dispensed on several occasions as part of the same VV (for example, when prescriptions are split), each MVE has its own RequestDate. When an automated dispense system is being used, the MedicationDispenseDateTime 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 practical examples 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 ‘AsNeeded’ instruction with the Condition: ‘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 supplier sends all MVEs and changes in TAs to the prescriber via the transaction Afhandelen medicatievoorschrift (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.

==Pages with additional information relevant to the Kickstart==
Currently, (2023 - 2024), the information standard MP9 is being tested during the [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart]. For this phase, additional information has been described that is supportive of the information standard, but partly not yet fully established. These include the following pages:
* [[mp:Vdraft_RaadplegenReconcilieren|Raadplegen en reconciliëren]] (Querying and reconciliation)
* [[mp:Vkickstart_MigratieHybride|Migratie/hybride]] (Migration/hybrid situation)
* [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|Meesturen nierfunctiewaarde met voorschrift]] (Send kidney function value with prescription)
* [[mp:V3.0_Voorbeelden_doseringen|Voorbeelden doseringen]] - zowel functionele als technische uitwerking in HL7v3 CDA en FHIR (Examples of doses - both functional and technical elaboration in HL7v3 CDA and FHIR)
* [[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|Consolidatie/afleidingsregels]] (Consolidation/deduction rules)
* [[mp:Kickstart_Workflow_Intravenous_Therapy|Workflow and scope for infusion thearpy during the Kickstart]]

See also the [[mp:Medicatieoverdracht_Kickstart|landingspagina voor de Kickstart]] (landing page for the Kickstart) and [[mp:Besluiten_kernteams|Gebruikerseisen en -wensen]] (User requirements and wishes) for further documentation.

==Medication use: UseIndicator, AsAgreedIndicator, MedicationUseStopType, PeriodOfUse and DosingInstructions==
{| class="wikitable"
|-
|style="text-align:center;" |Situation || 1. Medication is/will be used during PeriodOfUse according to agreement|| 2. Medication is/will be used during PeriodOfUse, but not according to agreement || 3. Contrary to agreement, medication is/will not be used during PeriodOfUse || 4. Medication is/will not be used during PeriodOfUse, which is according to agreement || 5. Medication is used during PeriodOfUse but it is unknown if this is according to agreement (self-medication)
|-
! UseIndicator (is this product being used) !! Yes!! Yes !! No !! ''Empty'' (because this would lead to a double negative otherwise) !! Yes
|-
! AsAgreedIndicator !! No!! No !! No!! Yes!! ''Empty''
|-
! MedicationUseStopType!! ''Empty'' !! ''Empty'' !! Discontinued or Suspended !! Discontinued or Suspended (''or Empty'') !! ''Empty''
|-
| || || || StopType depends whether agreement is being discontinued or temporarily halted || StopType in accordance with stop-agreement ||
|-
! PeriodOfUse!! 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;" | startDateTime || 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 PeriodOfUse || 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|| 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;" | endDateTime || 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).
|-
! DosingInstructions!! In accordance with MA or TA!! Required!! ''Empty'' !! ''Empty'' !! Required
|-
| || Medication was/will be used during the PeriodOfUse 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:''' 
'''Situation 1a: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June yyyy). 
{| class="wikitable"
|-
! Situation 1a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime|| 4 June yyyy
|-
| endDateTime || 10 June yyyy
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 1b: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June).
 
{| class="wikitable"
|-
! Situation 1b !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 4 June yyyy 
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 2: Medication is/will be used during the PeriodOfUse, but not by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 2 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 11 June
|-
| endDateTime || 15 June
|-
| Dosing instruction || 1 tablet 2 times a day
|}
'''Situation 3: Contrary to the agreement, the medication is not/will not be used during the PeriodOfUse''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 3 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Suspended
|-
| startDateTime || 20 July
|-
| endDateTime || 23 July
|-
| Dosing instruction || Not applicable
|}
'''Situation 4a: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy . 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. 
{| class="wikitable"
|-
! Situation 4a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 12 August yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
''* When discontinuing in accordance with the MA/TA, it does not matter whether the MedicationUseStopType is registered as ‘Discontinued’ or left empty. Both scenarios are correctly processed on the receiving end and represent the same stop type. However, if not in accordance with the MA/TA, the MedicationUseStopType is expected to be provided with the value ‘Discontinued’.'' 
 
'''Situation 4b: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has an infection and has been prescribed Amoxicillin. The patient should take this medication 7 days. The period of use has ended on September 8, and the patient wants to register that he is no longer taking this medication. He registers this on September 8 as MGB. 
{| class="wikitable"
|-
! Situation 4b !!
|-
| ProductUsed || AMOXICILLIN DISPERSIBLE TABLET 500 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 8 September yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
'''Situation 4c: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient suffers from seasonal allergic rhinitis and has been prescribed Cetirizine. The patient should take this medication as needed for symptoms. However, the patient has been symptom-free for the past three months and has therefore not used the medication. The patient wants to register this. 
{| class="wikitable"
|-
! Situation 4c !!
|-
| ProductUsed || CETIRIZINE TABLET 10 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued or suspended (''or Empty'')
|-
| startDateTime || 8 August yyyy
|-
| endDateTime || 8 November yyyy
|-
| Dosing instruction || ''Empty''
|}
'''Situation 5: Medication is/will be used during the PeriodOfUse, but it is unknown whether this is by agreement or that there is no agreement (self-medication)''' 
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. 
{| class="wikitable"
|-
! Situation 5 !!
|-
| ProductUsed || Paracetamol 500mg
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || ''Empty''
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 8 August yyyy
|-
| Duration || 7 days
|-
| Dosing instruction || 4 to 6 tablets a day
|}

==Implementation of medication distribution system (GDS) data elements==

===Background===
More and more patients are receiving their medication through medication distribution systems (in Dutch “Geneesmiddel Distributie Systeem"), with the supplier 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. 

'''Who'''
*All healthcare parties (from prescriber to operator)
'''What'''
*Record/exchange that someone is using GDS
*Record why someone is a GDS patient
*Record/exchange that medication must be in the GDS
*Record/exchange the duration of a role
*Exchange whether the change is immediate or at the next role change

'''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 data elements that play a role in recording GDS. 

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Building block '''
! 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;"|AdditionalInformation
|style="background-color: white;vertical-align:top;"|AdditionalInformation contains a list of details of the medicatieafspraak that are important for pharmacovigilance monitoring and completion by a supplier.

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

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

For example: GDS
|-
|style="background-color: white;vertical-align:top;"|DurationOfUse
|style="background-color: white;vertical-align:top;"|Stock for this duration, consumption period
|-
|style="background-color: white;vertical-align:top;"|RequestDate
|style="background-color: white;vertical-align:top;"|The request date is the time when a supplier records an intended dispense
|-
|style="background-color: white;vertical-align:top;"|MedicationDispenseDateTime
|style="background-color: white;vertical-align:top;"|The time of dispense. The date/time 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 DistributionForm data element in the MVE.
*Step 1: if medication is included in the distribution module: fill in the DistributionForm data element in the MVE with 'GDS'.
*Step 2: Based on the DistributionForm data element, deduce that a patient is using GDS. The fact that a patient has an MVE where the DistributionForm data element 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 DistributionForm data element 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 data elements 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, AdditionalWishes (AanvullendeWensen) data element. The code list for this data element 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 "DurationOfUse" of the MVE: the "DurationOfUse" 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, data element AdditionalInformation (AanvullendeInformatie) data element. The code list for this data element 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, data element DurationOfUse (Verbruiksduur), see above. For this, the prescribing system must have access to the supply data of previous MVEs.
**MVE, data element MedicationDispenseDateTime (or if this data element is not filled but the RequestDate is, then the RequestDate; if both are filled, MedicationDispenseDateTime is preferred). Based on this date and the DurationOfUse, 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. 

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 pharmacy.
#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 supplier 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 supplier 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. 
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;"| October 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]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.3
| style="background-color: white;vertical-align:top;"| March 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.3_releasenotes Release notes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.4
| style="background-color: white;vertical-align:top;"| November 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.4_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-rc.1
| style="background-color: white;vertical-align:top;"| May 2025
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-rc.1_releasenotes Releasenotes]
|}

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

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

mp:VDraft 3.0.0 Ontwerp medicatieproces 9 ENG

2025-10-07T13:12:49Z

Sabrina Abou Kamar: /* Details */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functional Design Medication Process 9 version 3.0.0-rc.2 English version}}
{{IssueBox|'''<big>This page is currently under construction. </big>'''}}

[[Bestand:NL.jpg|50px]] [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9 Klik hier voor de Nederlandse live-versie] 
For an overview of relevant wiki pages for Medication Process see [[Landingspagina_Medicatieproces|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 supplier 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  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'' The conditions that must be met before the process is started.
** ''Trigger Event'' The event that starts the process.
** ''One or more process steps'' Description of part of the process.
**''Postcondition'' The conditions that are met after the process steps have been carried out.
**''Practical examples'' List of practical examples associated with a specific subprocess. These are detailed in [[#Description of practical examples|Chapter 4]].
**''Information systems and transaction groups'', 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 practical examples|Chapter 4]] describes several practical examples in more detail. These examples are, in a large number of cases, derived from general medical practice but are illustrative of similar situations in a different setting. The practical examples are classified according to subprocess, as indicated in [[#Medication process|Chapter 2]]. 
[[#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, Dutch abbreviations are used for the medication building blocks (see Table 1 below). The word ‘patient' is used to mean both patients and clients.

==Introduction of relevant terms==

===Therapeutic and logistical building blocks===

[[#Medication process|Chapter 2]] provides 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 patient to the prescriber of the MA regarding the agreed medication. The proposal may involve stopping, starting, changing or continuing the 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.
|}Table 1 Building blocks – description

===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. 
'''Scope''' 
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. 
:'''Pharmaceutical treatment' is a '''technical concept''' in the information standard. Its purpose is'': 
:#''To unambiguously identify the set of interdependent medication building blocks, and'' 
:#''To apply rules to it to unambiguously determine the present situation''. 
The functional application of the concept of MBH is as follows: 
*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 (hereafter: startDateTime according to naming convention in the 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. 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.
*When prescribing in [[#Free-text prescribing|free-text]] (meaning a prescription without a code from the G-Standard) every change of the product may lead to a new MBH.
*Intravenous (IV) therapy (to be worked out).

'''Examples''' 
Five examples illustrate the scope of an MBH: 
*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. 

'''Creation of an MBH''' 
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]]. A practical example can be found in [[#Merging building blocks under one MBH|paragraph 4.1.41]].

 
'''Rules for parallel building blocks''' 
Within an MBH, several building blocks of the same type may be simultaneously actual. In this FO, the term ‘actual’ (in single quotation marks) means all building blocks that are currently valid or will become valid in the future. <nowiki>'</nowiki>''Valid''<nowiki>'</nowiki> means that a building block contains the agreements the healthcare provider is allowed to act upon.

In principle, only one valid building block per type is allowed within an MBH at any given time. However, there are some exceptions. The rules below indicate per building block type whether multiple simultaneously valid (parallel) building blocks are allowed within the same MBH.

* Parallel MAs are not allowed within the same MBH. Complex build-up and tapering schedules must also be recorded in 1 MA.
* Parallel WDSs are not allowed within the same MBH.
* Parallel TAs are, however, allowed within the same MBH. This may be necessary to completely fulfill the MA. See sections 4.2.16 and 4.2.17 for examples.
* Parallel MGBs are allowed, but only for parallel TAs. This enables correct medication verification, so that, for example, medication use according to one TA can be assessed as correct, while medication use according to another TA in the same MBH is recorded as divergent. In all other cases, parallel MGBs are not allowed.

===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 usually 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, 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, this MA must then be created. This MA may refer to the TA or MGB. A supplier 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.
*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, medication for an indefinite period of time) 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 supplier 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).
*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 an 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-care medication dispensed by the supplier can possibly be recorded by that supplier as a TA with MVE. It can also be recorded as MGB by a 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, query/make available and send/receive.
''Make available'' means that data in one's own information system are made available for ''querying'' by other parties involved in the chain.
Another possibility is to ''send'' data to other parties involved. These other parties ''receive'' the data automatically.

The data are sent to health care providers, not to specific health professionals. If in this FO mention is made of sending data to “the pharmacist/general practitioner/pulmonologist etc.” this concerns the corresponding health care provider, not that individual health professional.

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 patients only.
* Height, Weight and Laboratory results can be sent with the medication prescription. Query/make available 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. Sending an MA combined with a VV corresponds to a prescription as defined in the [https://wetten.overheid.nl/BWBR0021505/2025-01-01#HoofdstukI_Artikel1 Dutch Geneesmiddelenwet] (Art.1 - section pp.). Further explanation can be found in the [https://www.nen.nl/nen-7503-2022-nl-294742 NEN 7503 Gegevensuitwisseling in de zorg]. 
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: 
http://informatiestandaarden.nictiz.nl/wiki/Handleiding_Wiki_documentatie 
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 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 querying 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]]
 

==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 supplier 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. 

The health professional verifies the medication together with the patient and can record the verified medication, including self-care medication, as MGB.
The recorded data related to medication use are made available to fellow health professionals and the patient so that they can query 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 section describes the process of prescribing. The role of prescriber may be performed by anyone with a prescribing authorisation according to the [https://wetten.overheid.nl/BWBR0006251/2024-07-01/0 law BIG]. In addition, a prescriber may delegate this task to other healthcare providers who do not have this authority themselves. This is only allowed within the terms of the law and the agreements within the relevant healthcare organisation. 
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 supplier, 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 supplier) 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 supplier.

===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 supplier, 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)]]. 

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 VVV (reply via AVMA or AVVV is optional) and/or
*reject a VMA or VVV (reply via AVMA or AVVV is mandatory) 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, and [[#Process step: Contacting the prescriber|paragraph 2.3.5]] for further information on managing proposals.

===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 (hereafter: endDateTime according to naming convention in the dataset) 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>.
 
An MA can also be created to begin at a point in the future. These MAs will receive a PeriodOfUse with a startDateTime in the future, which is later than the date of the agreement itself. Any prior MA will have an endDateTime just before the startDateTime of the future one. It is possible to only register a startDateTime (without Duration or endDateTime) in the PeriodOfUse.This is the case with medication for an indefinite period of time. To avoid confusion between 'to/until/till' and 'up to and including', specifying the time is mandatory when entering an endDateTime. In case of an 'up to and including' date (in case of an entire day), the time 23:59:59 applies.

If there is a situation-dependent start- or endDateTime, this can be indicated in the data element Condition in the PeriodOfUse. This Condition clarifies what kind of situation dependency is involved. Examples include:
*‘Start X days before admission’ - when the exact start time depends on a planned hospital admission.
*‘Stop X days after end of holiday’ - when medication is stopped after a specific event with an uncertain end date.

Every MA (as well as WDS, TA and MTD) has a [https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250429T134736/ds-2.16.840.1.113883.2.4.3.11.60.20.77.1.4-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.2.4.1480_20240215140223 RegistrationDateTime]. This defines the date and time when the medication building block was recorded and is used to determine the chronological order of medication building blocks.

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 the hybrid 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 supplier has not received the MA with the corresponding MBH in digital form. The supplier 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. 

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, in data element ReasonModificationOrDiscontinuation. The medication may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-MA contains the following information:
*An endDateTime (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*MedicationAgreementStopType 'discontinued',
*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. The stop-MA also gets no relation to a TA or MGB in this case.
*ReasonModificationOrDiscontinuation.

From the referenced building block, at least the following data elements must be copied into the stop-MA:
*startDateTime,
*AgreedMedicine, with exception of 90 million numbers,
*InstructionsForUse, with exception of AdditionalInstructions.

For an MA in which an endDateTime has immediately been agreed upon, e.g. in the case of a course of treatment, no additional stop-MA is needed. A stop-MA also has the ‘discontinued’ stop type, even if it is a stop-MA resulting from a change. In case of a change, the stop-MA is followed by a new MA.

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 supplier who may need to adjust his logistical process because of the change. When a prescriber wants to shorten the PeriodOfUse 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 healthcare provider who made the original MA. The stop-MA should also be sent to the supplier. The prescriber can find the supplier by querying the TAs associated with the MA (transaction MP-MGR). He then sends the stop-MA to the provider with an active TA (transaction MP-VOS). 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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. A suspension may take effect immediately or a future suspension can be planned. 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 a suspension 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 the guidelines for a stop-MA (see previous paragraph). The stop-MA has a relation to the original MA in order to temporarily stop that MA. The reason for the suspension is recorded in ReasonModificationOrDiscontinuation. The stop type of the stop-MA is 'suspended’.
A new MA is created for resuming the medication, including the reason for resuming, if any (in ReasonModificationOrDiscontinuation). All these MAs are part of the same MBH.

====Changing medication====

Changing an MA may apply to:

* Dosage, 

* Method of administration, 

* Duration of treatment ((e.g. extension of therapy), 

* The responsible prescriber. 

Changes in the dose strength or switching to a completely different medicine results in a different PRK thus 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 RegistrationDateTime of the technical stop/cancel-MA and the new MA should always be the same. In the new MA a reason for the change is recorded in ReasonModificationOrDiscontinuation, and, if possible, a reference to the original MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop-/cancel-MA and corresponding new MA are sent and/or made available simultaneously.

Shortening an MA's PeriodOfUse is considered a change. A stop-MA needs to be made and a new MA2 with the shortened PeriodOfUse.

A stop-MA cannot prolong the PeriodOfUse. Extending an MA can be done in the following ways:
*Creating a new MA2 with a startDateTime after the endDateTime of the original MA1. There is no need for a stop-MA on MA1, as this expires automatically on its endDateTime. The new MA2 can be created both during and after the PeriodOfUse of MA1.
*Extending the PeriodOfUse of the original MA1 if it has not yet expired. This is a common change where a technical stop-MA is made and a new MA2 with the extended PeriodOfUse.

====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 incorrect 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' (in ReasonModificationOrDiscontinuation) and create a new MA under the same MBH with the correct information.

Should the erroneous MA have a startDateTime 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 supplier 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 startDateTime 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 PeriodOfUse.

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.

The cancel-MA basically works the same as the stop-MA described in [[#Discontinuing medication|paragraph 2.2.5.3]], but with two important differences:

*The stop type is 'cancelled' instead of 'discontinued'
*The startDateTime and stopDateTime of the cancel-MA are the same.

===Process step: Making a variable dosing regimen===
When a prescriber prescribes medication with a variable dosing regimen (WDS), 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. 
The thrombosis service is responsible for drafting the WDS. The dosing regimen is entered in the medication building block WisselendDoseerschema (WDS) by a prescriber, usually the thrombosis physician. . The prescriber who made the MA remains responsible for the VVs. The thrombosis physician composes the WDS within the agreed upon INR-range based on a specific, measured INR-value. 
====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'' 
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 its endDateTime, it can be replaced by a new WDS that succeeds it. The new WDS has a relation to the MA and the previous WDS.
It is also possible to adjust the WDS before the endDateTime has been 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.

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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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 dispense request (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 an MA for an indefinite period of time (meaning a PeriodOfUse with only a startDateTime), several VVs may be made over time within the scope of this existing agreement. It is also possible for a prescriber other than the one who made the MA to make a VV under this MA.
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 (Amount) or the consumption period (PeriodOfUse) 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 endDateTime has a meaning other than the PeriodOfUse endDateTime from the MA and may diffeer.
*VV PeriodOfUse endDateTime: date until which the supplier is allowed to supply medication (and thereby provide sufficient supplies to the patient for use until that date).
*MA PeriodOfUse endDateTime: date on which the patient must stop the medication (this can be equal to the consumption period endDateTime or lie 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 supplier, 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 supplier 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===
When sending a medication prescription, a prescriber may also include the patient’s body height and weight. These refer to the height and weight on which the prescriber has based the prescription and may differ (be more accurate) from the general height or weight that has been recorded for the patient. This may, for instance, be done when prescribing for children, or when prescribing medication where weight (e.g. in case of certain anticoagulants) or body surface area (e.g. in case of certain oncolytics) is important.

Body height and weight are separate building blocks and can only be included when sending a medication prescription or when sending a Proposal medication agreement (VMA). This information is not available for querying.

===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 supplier to dispense medication. The prescriber sends the MA to the supplier. In an ambulatory situation, the VV is also sent to the patient’s supplier. If the supplier is not known, this process step can also be performed by making the data available (see C). When the supplier has filled the order, the prescriber will receive a notification (see [[#Information systems and transaction groups 3|paragraph 2.3.10]]). 

B. As an order for the supplier to implement a medication change (including stop-MA with stop type 'discontinued' or 'suspended') that impacts or may impact a current dispense process by this supplier. 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. 

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

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

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.

===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 supplier to carry out a dispense of medication
* An order may have been sent to the supplier 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 supplier 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]]

===Practical examples===
The following specific practical examples have been elaborated:
*[[#Medication for definite period of time|Medication for definite period of time]]
*[[#Medication for indefinite period of time|Medication for indefinite period of time]]
*[[#Changing someone else's MA by non-prescriber with delegated responsibility | Changing someone else's MA by non-prescriber with delegated responsibility]]
*[[#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 - no more allowed|Paper prescription - ''no more allowed'']]
*[[#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 waiting period between intake moments|Dosing with minimum waiting period between intake moments]]
*[[#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 by a supplier, including repeat medication and GDS. A supplier is a pharmacist or dispensing general practitioner who carries out the process of dispensing medication, or under whose responsibility it is carried out. This process encompasses all actions a supplier 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 supplier 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 suppliers collaborate with another organisation that handles part of the supplier’s 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 supplier. The internal logistics and communication between the supplier 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 (medication distribution system, Dutch: 'Geneesmiddel Distributie Systeem'), 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, suppliers and general practitioners communicate via so-called authorisation lists. The supplier 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 supplier 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, suppliers 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 supplier 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 supplier 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 supplier 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 supplier 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 supplier first contacts the prescriber to discuss the possible error and suggest an alternative. The supplier 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. If the prescriber approves the VMA, he changes it into a final MA. Sending an AVMA is optional as the new MA suffices as an answer. If the prescriber rejects the proposal an AVMA must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.). 

A new VV is needed when the patient’s medication stock is depleted or nearly used and the treatment may need to be continued (repeat dispense request). The patient either requests a repeat medication dispense from the supplier or has signed up in the past for proactive repeat medication dispensing 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 supplier can send a VVV to the prescriber. The VVV may contain indications for the prescriber, such as urgency. If the prescriber approves the VVV, he changes it into a final VV. The new VV is sent with the previously created MA, using the transaction MP-VOS. The new prescription containing the new VV suffices as a response. Sending an AVVV is optional in that situation. If the prescriber rejects the proposal an AVVV must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.).

===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 supplier 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 a drug with a different PRK may fall under the same MBH, for example, when changing from 1x 20 mg to 2x 10 mg tablets,
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 supplier takes into account, among other things:
*Preference policy,
*Inclusion in GDS-packaging,
*Available stock of the institution (‘hospital formulary’) or the pharmacy itself. 

''Administration agreement for anticoagulants'' 
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. 

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

A new TA can also be made without an associated MA. When a patient buys self-care medication in the pharmacy, the supplier may wish to register this as a TA, for example for the purpose of medication monitoring.

''Administration agreement for administration list patients'' 
For medication safety, it is essential that the dosing instructions recorded in the TA can be interpreted unambiguously by all involved systems. This means that the planned administration times derived from the TA must always be identical — regardless of which system performs the interpretation. To ensure this, dosing instructions that cannot be derived unambiguously (such as frequencies per week, month, or year) must make use of the RepeatPeriodCyclicalSchedule. This schedule makes it possible to always arrive at the same administration dates, thereby preventing interpretation differences between systems. Examples of dosing instructions that cannot be derived unambiguously include:
*Twice per week
*Once per month
*Twice per year

In such cases, the use of the RepeatPeriodCyclicalSchedule is mandatory in the TA when dealing with a patient on an administration list. For a detailed example, see [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0_Voorbeelden_doseringen#Cyclisch dosing examples].

====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. The reason for discontinuation is recorded in this TA, in data element AdministrationAgreementReasonModificationOrDiscontinuation. The TA may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-TA is a copy of the existing TA with:
*As endDateTime in the PeriodOfUse the date on which the TA ends (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*Stop type 'discontinued',
*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 supplier must be able to stop these with a stop-TA without reference to a TA. The stop-TA also gets no relation to the MGB in this case.

For a TA in which an endDateTime 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 endDateTime 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 ‘discontinued’ 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 ‘discontinued’ 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 endDateTime of the stop-TA may be later than indicated in the original stop-MA.

A TA can be stopped by the supplier himself or by another supplier. When a supplier 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. 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

====Temporarily halting an administration agreement====

Temporarily halting an MA results in a stop-TA (stop type: 'suspended'). 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 with reference to both that stop-MA and to the original TA. The newly created MA also results in a new TA with reference to that new MA. This new TA has no relation to the original TA.

When the change is made by means of a technical cancel-MA and a new future MA, basically the same process applies. The corresponding TA is cancelled by a cancel-TA with reference to the cancel-MA and to the original TA. With the new future MA, a new future TA is created with reference that new MA. This new TA has no relation to the original TA.

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 [[#Stopping future administration agreement | paragraph 2.3.6.6]]) and a new future TA with the change. The RegistrationDateTime 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 (in AdministrationAgreementReasonModificationOrDiscontinuation) and, if possible, a reference to the original TA as well as to the unchanged MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop/cancel-TA and corresponding new TA are made available simultaneously.

====Stopping future administration agreement====

This concerns only TAs with a startDateTime in the future. A supplier 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 PeriodOfUse.

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.

The 'cancel-TA' basically works 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 ‘discontinued’
* startDateTime and endDateTime of the cancel-TA are the same

===Process step: Supply===

After creating the TA, the supplier 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 supplier 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 query them at a later date.

===Postcondition===
*A TA may have been created.
*Medication supply 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 supplier 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]]

===Practical examples===
The following specific practical examples 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 supplier|Patient requests repeat prescription via supplier]]
*[[#Proactive repeat prescription by supplier|Proactive repeat prescription by supplier]]
*[[#Deviation from prescribed quantity in DispenseRequest|Deviation from prescribed quantity in DispenseRequest]]
*[[#Splitting a prescription|Splitting a prescription ]]
*[[#Starting and continuing a GDS|Starting and continuing a GDS ]]
*[[#Supplier changes commercial product|Supplier 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==

 
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 supplier. 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 supplier 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 queries the medication data needed for the automated generation of the administration list. The administrator must have access to current medication data prior to administration. For the administration list, among other things the medication-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. These data can be entered by the supplier in the TA or by the prescriber in the MA or WDS. Recently stopped medication administrations (including recently stopped or modified medication) are also shown in the administration list. In general, suppliers 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 locations of administration; this is registered in InjectionPatchSite 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. 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 can differentiate 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 with differentiation according to administration moment. Prescribers, suppliers and administrators are responsible for providing the medication data which is necessary for generating the administration list.

If, due to circumstances, no current MA/TA is available, the (professional) administrator can record the separate administrations in the eTDR. Examples of situations where this might occur are:
* verbal adjustment in the medication prescription,
* in an emergency situation where no current MA/TA is available, this situation is described in [[#Medication administration without MA or TA|paragraph 4.3.13]].

===Process step: Administering===
The following paragraphs describe the different situations in which an MTD is created: Registering a new MTD, correcting a registered MTD and suspending an administration.

====Registering a new medication administration====
The (professional) administrator has received or queried the medication data that is required for the medication administration. 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. Deviations in the medication administration (not administered, adjusted dosage, refusal by the patient, swallowing problems, adverse effects, etc.) are recorded as well, if applicable as a correction or suspension. Corrections and suspensions are explained in more detail in the next paragraphs.

====Correcting a medication administration====
When an MTD is made available but has to be corrected, another MTD is registered. The ''AdministeredAmount'' of a correcting MTD can be negative. This makes the sum of the ''AdministeredAmount'' from different MTDs the final amount that has been administered. When registering a correction the ''ReasonForDeviation'' can be filled in with e.g. ‘Incorrect registration of medication’ or ‘Drug spat out by patiënt’.

====Suspending a medication administration====
When a planned administration cannot be done, it is possible to register that the administration did not take place. This MTD will then have a ''AdministeredAmount'' of 0. If the administration is not intended to be given at a later moment, this can be communicated in the ''Comment'' data element of this MTD. When the medication is administered at a later moment, this is registered in a new MTD.

===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 query them at a later date. For example, the administration data can be queried 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 supplier 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]]

===Practical examples===

The following practical examples for medication administration have been elaborated:

*[[#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 supplier| Change processed by the supplier]]
*[[#Change not processed by the supplier| Change not processed by the supplier]]
*[[#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 of an administration| Correction of an administration]]
*[[#Medication not administered| Medication not administered]]
*[[#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]]
*[[#Registration (stop-)MA retroactively with interim MTD| Registration (stop-)MA retroactively with interim MTD]]
*[[#Registration of separate MTDs per InjectionPatchSite| Registration of separate MTDs per InjectionPatchSite]]
*[[#Patient transfer to a different department with the same GDS supply date| Patient transfer to a different department with the same GDS supply date]]
*[[#Patient transfer to a different department with an earlier GDS supply date| Patient transfer to a different department with an earlier GDS supply date]]
*[[#Patient transfer to a different department with a later GDS supply date| Patient transfer to a different department with a later GDS supply date]]
*[[#GDS medication dosage increase, no change in administration times (option A)| GDS medication dosage increase, no change in administration times (option A)]]
*[[#GDS medication dosage increase, no change in administration times (option B)| GDS medication dosage increase, no change in administration times (option B)]]
*[[#GDS medication dosage increase, change in administration times| GDS medication dosage increase, change in administration times]]
*[[#GDS medication dosage decrease| GDS medication dosage decrease]]
*[[#Changing GDS medication to ‘as needed’ medication| Changing GDS medication to ‘as needed’ medication]]
*[[#Splitting GDS medication into GDS medication and ‘as needed’ medication| Splitting GDS medication into GDS medication and ‘as needed’ medication]]

==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 [[#Process: medication verification|paragraph 2.1]]),
*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. 
While medication is being used, pharmaceutical care is provided by the supplier (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. 
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|paragraph 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 medication use. The data about medication use are recorded in an MGB, with the patient being recorded as the source of the information in Informant, and the health professional as the Author. 
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 supplier 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 supplier ([[#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. 
[[#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]]

===Practical examples===
The practical examples 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 practical examples for medication use have been elaborated:
*[[#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 data element ‘NextPractitioner’. When prescribing new medication the AHGP can use this data element to indicate who the regular GP of the patient is. When stopping or changing medication the AHGP can use this data element to indicate who 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. 
The AHGP will inform the regular GP about the after-hours contact. 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.

==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 supplier 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 query 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 pharmacies on an outpatient basis and, in clinical practice, often by a contracted hospital pharmacy. 
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. 
Letting the psychiatric patient record his own medication use may be experienced as undesirable control instead of it stimulating proper medication use. 
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 pharmacies, possibly as part of GDS if needed. VVT institutions and home care make use of administration lists. Before administration of medication, the medication is checked. After administration the actual MTD's are signed off. Communication regarding MTD's between supplier, prescriber and nursing staff will be explained in more detail 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 ongoing medication a few days before admission. At the time this agreement is made, the exact admission date is often not yet known. In such cases, it must be clear to all healthcare providers in the care chain that the PeriodOfUse of the medication is not yet final. The prescriber issues a MA or a stop-MA, indicating in the data element PeriodOfUse/Condition how many days before admission the patient should start or stop the medication. Once the admission date becomes known or changes, the PeriodOfUse of the MA is adjusted through the standard change process.

===During admission and at time of discharge===
When a patient is admitted, the following situations can occur, concerning the outpatient medication:
* No change in ongoing 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.

====No change in ongoing 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 element ‘NextPractitioner'. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 practical examples=
This chapter contains a description of various practical examples. 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]].
Some of these practical examples are accompanied by a visualisation. In these visualisations the acting stakeholders are shown, as well as the building blocks described in the situation. Changes in building blocks and new building blocks are shown as they occur in time.
{| class="wikitable" style="width: 60%;
|-
! style="text-align:left;" colspan="5" | Legend visualisations
|-
| style="text-align:left;" colspan="5" | ''characters''
|-
| style="vertical-align:top; background-color: white;" | Prescriber
[[Bestand:Voorschrijver.png|100x100px]]

Recognizable by their stethoscope
| style="vertical-align:top; background-color: white;" | Supplier
[[Bestand:Apotheker.png|100x100px]]

Recognizable by their pestle and mortar
| style="vertical-align:top; background-color: white;" | Patient
[[Bestand:Patiënt.png|100x100px]]

Recognizable by their bandage
| style="vertical-align:top; background-color: white;" | Administrator
[[Bestand:Toediener.png|100x100px]]

Recognizable by their syringe
| style="vertical-align:top; background-color: white;" | Healthcare provider
[[Bestand:Zorgverlener.png|100x100px]]

Recognizable by their hat
|-
| style="text-align:left;" colspan="5" | ''Symbols''
|-
| style="vertical-align:top; background-color: white;" | Start of a relevant building block
[[Bestand:Start.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Start of a stopped building block
[[Bestand:Gestopt.png|100x100px]]

Stopped building blocks are grey
| style="vertical-align:top; background-color: white;" | End date of a building block
[[Bestand:Eind.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | End date of a stop-building block
[[Bestand:Stop.png|100x100px]]

The color of the outline indicates the type of building block
| style="vertical-align:top; background-color: white;" | A building block without an end date
[[Bestand:Chronische_duur.png|100x100px]]

The color indicates the type of building block
|-
| style="vertical-align:top; background-color: white;" | An instance of VV or MVE
[[Bestand:Verstrekking.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Labtest value
[[Bestand:Labwaarde.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Direction of sent message
[[Bestand:Voorstelbericht.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Signal from the information system
[[Bestand:Signaal.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Textbox for clarification
[[Bestand:Textbox.png|100x100px]]
|}

==Practical examples, Prescribe==

===Medication for definite period of time===
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 pharmacy 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 for 5 days.''
He records this MA in his information system. The general practitioner then immediately also makes a VV for the pharmacy chosen by the patient:
:''Nitrofurantoin CR capsule, 100 mg; 10 capsules.''
The general practitioner also records this VV in his information system. 
The general practitioner consults with the patient to find out from which pharmacy she wants to pick up the medication. The prescription (MA and VV) is sent to the pharmacy and the medication data are made available to fellow health professionals (MA only) and patient (MA and VV). 
 
[[Bestand:ENG_Voorschrijven_Kortdurende medicatie.png|800px]]

===Medication for indefinite period of time===
The process for ongoing medication is practically the same as for medication for a definite period of time (see [[#Medication for definite period of time|paragraph 4.1.1]]), except that in the case of ongoing 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 an ongoing basis. On ''30 March yyyy'' it was agreed:

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

===Changing someone else's MA by non-prescriber with delegated responsibility===
The medical specialist prescribes 300 mg of Niraparib once a day to treat cancer. 24 hours before the scheduled first administration, the hospital pharmacist reviews the lab values and decides that the dosage needs to be adjusted to 200 mg once a day.

There is an agreement within the hospital that the pharmacist has delegated prescribing authority (see [[#Process: prescribe | paragraph 2.2]]). The pharmacist modifies the medical specialist's MA. The medical specialist remains author of the MA, as the pharmacist acts on his/her instructions.

[[bestand:ENG Wijzigen van andermans medicatieafspraak in opdracht van1.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, as needed 1d1t 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.''
 
[[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 startDateTime or endDateTime as soon as this is known to the prescriber. 
 
[[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 (in data element InstructionsForUse/DosingInstructions) and creates a VV for 60 tablets of oxycodone of 10 mg. 
 
[[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). 
 
[[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 data elements ‘Comment’ or ‘MedicationAgreementAdditionalInformation’ of the MA. The data element ‘MedicationAgreementAdditionalInformation’ contains a list of particularities about the MA that are relevant for pharmacovigilance and fulfilment by the supplier. The element ‘Comment’ is used for particularities that cannot be registered in a coded manner in ‘MedicationAgreementAdditionalInformation’. Below are three examples of the use of these elements.

Example 1: the hospital uses a different formulary than a community pharmacy 
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 data element ‘Comment’. This makes it clear that pantoprazole is the replacement of omeprazole.

Example 2: Half-strengths 
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 ‘MedicationAgreementAdditionalInformation’ can be used to indicate whether this was a deliberate increase.

Example 3: Specific commercial product (HPK), medical necessity 
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 ‘MedicationAgreementAdditionalInformation’ 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 pharmacy does not supply any medication. 
The general practitioner makes the new MA available to fellow health professionals and the patient. 
 
[[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''

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

 
[[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. The practical example for repeat medication 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. 
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.
 
 
[[Bestand:ENG Voorschrijven Wijziging in dosering voldoende voorraadv2.png|800px]] 
In case the patient has no more supply, a new VV will be created. 
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 supplier (fellow health professional). The supplier processes the modification. The supplier 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. For this, no new VV is required. This drug falls under one of the 3 categories (insulins, oral contraceptive pill and non-oral UR contraceptives) where prescriptions may be written for more than one year. It does not matter how the initial VV is filled. 
Three months later, the woman requests a repeat supply at the pharmacy. The pharmacy supplies the product and communicates the MVE to the general practitioner.

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

{{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). 
The pulmonologist records:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; stop type ‘discontinued’; from 13 August yyyy. Because of a side effect.''
The stop-MA is sent to the supplier 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.
 
 
[[Bestand:ENG Voorschrijven Stoppen medicatiev2.png|800px]] 

===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. 
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 'suspended' to the supplier to temporarily halt 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]].

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

===Temporarily halting for an intervention===
A 62-year-old man is taking acetylsalicylic acid 100 mg, 1 tablet 1x daily because of coronary artery disease. He needs to have a colon polyp removed. The general practitioner discusses with him that he should stop taking the acetylsalicylic acid three days before the procedure and resume it the day after the procedure. If the date of the procedure is unknown or uncertain, the data element PeriodOfUse/Condition of the stop-MA indicates that the medication should be stopped three days prior to the procedure. In the new MA, it is specified that the start date is one day after admission. Once the procedure date is known, the MAs are updated to reflect the actual start and stop times. 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]].
 
[[Bestand:ENG_Voorschrijven_Onderbreken voor een ingreep.png|800px]] 

===Paper prescription - ''no more allowed''===
The Dutch law Wegiz (Wet elektronische gegevensuitwisseling in de zorg) states that per January 1st, 2024, prescriptions on paper only are not allowed anymore. Therefore the contents of this practical example have been removed. 
However, there are exceptional situations conceivable where a paper prescription may still be needed. Examples include:
* foreign patients without a BSN
* the patient's preferred pharmacy is not in the Netherlands.
* network failure
The supplier will then have to make a TA without referral to an MA.

===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 pharmacy. 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. 
For treatments with a course of cytostatics, for example, there is an MA, but it is not always clear in advance when the medication dispense/administration takes place. Reason: treatment courses 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, mention can be made in PeriodOfUse/Condition that Nevanac should be started 3 days before surgery takes place. See Prior to admission in [[#Prior to admission|paragraph 3.4.1]].
 [[Bestand:ENG_Voorschrijven_Starten met medicatie voor opname.png|800px]]
 

===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 Comment data element (as free text).
 
[[Bestand:ENG Voorschrijven Niet verstrekken voorv2.png|800px]]
 

===Discontinuation of medication by third parties===
Medication can be discontinued by the prescriber himself (see [[#Discontinuing medication|paragraph 2.2.5.3]] and example in [[#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.
 
 
[[Bestand:Uc4.1.24v2.png|800px]]
 

===Two PRKs in a single pharmaceutical treatment===
In certain circumstances, the supplier 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]]).
 
[[Bestand:ENG_Voorschrijven_Twee PRKs onder een medicamenteuze behandeling.png|800px]]
 

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

===Single medication use===
For medications intended for single use, the period of use can be specified with a startDateTime and Duration, a start and endDateTime, or a Duration and endDateTime. An example of this is a situation where the patient is required to take diazepam once, the day before surgery. The prescriber then indicates the period during which this use should occur.
 
[[Bestand:ENG_Voorschrijven_Eenmalig gebruik.png|800px]]
 

===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 endDateTime, 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 endDateTime, this problem will solve itself over time. 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]].
 
 
[[Bestand:ENG_Voorschrijven_Onterecht openstaande medicatie of weeskinderen.png|800px]]
 

===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. If possible, the stop-MA is sent to the original prescriber and the patient's pharmacy.
 
[[Bestand:ENG_Voorschrijven_Ontbreken digitale medicatieafspraak bij opname.png|800px]]
 

===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, in data element AgreedMedicine. At least one ingredient must be registered, as is the case with magistrals.

===Free-text prescribing===
It is, in exceptional circumstances, possible to prescribe without a code from the G-Standard. This is what we understand as "free-text prescribing". This is only permitted when there is no suitable code available in the G-Standard, for example, with investigational medication. Free-text prescribing is thus explicitly the exception, among other reasons because medication monitoring cannot be performed without a G-standard code.

===Dosing with minimum waiting period between intake moments===
Prescribing medication with a minimum waiting period between intake times should be done 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, in InstructionsForUse. The instruction “''at least 6 hours between intake times''” is recorded in free text in AdditionalInstructions.
 
 [[Bestand:ENG_Voorschrijven_Dosering met minimum interval.png|800px]] 
 

===Dispense request with number of repetitions ===
The prescriber makes a VV with an MA in which she enters the NumberOfRefills. The prescriber hereby indicates to the provider that he may make additional dispenses.

The number of refills in combination with the quantity to be supplied results in: (NumberOfRefills + 1) X Amount. In case of “NumberOfRefills = 3” and “Amount = 30 units” the provider may supply 4 times 30 units (total 120 units).

The number of refills in combination with the duration of medication usage results in: (NumberOfRefills + 1) x PeriodOfUse/Duration. The amount to be supplied depends on the dosage. In case of “Dosage = 3 x per day 2 units”, and “PeriodOfUse/Duration = 30 days” the provider may supply 4 x (6 units per day X 30 days = 180 units) = a total of 720 units.
 
 [[Bestand:ENG_Voorschrijven_Verstrekkingsverzoek met aantal herhalingen.png|800px]] 
 

===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:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift aV2.png|800px]] 

'''B) Renal function value reason for a change:''' 
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.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b1V2.png|800px]] 

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 supplier by the prescriber. Because the patient had already collected the medication and therefore has enough stock, no new VV is sent along.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b2V2.png|800px]] 

'''C) Renal function value due to drug:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift cV2.png|800px]] 
 

===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 CanceledIndicator (MA + VV1 “cancelled”), so the supplier 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. 
In medication building blocks it looks as follows: 
 [[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_a.png|800px]] 
 
The transactions look as follows: 
[[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_b.png]] 

===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.
 
[[Bestand:Eng Uc 4.1.37 wijzigen van andermans medicatieafspraakv3 - Kopie - Kopie.png|800px]]
 

===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 supplier 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 and MTD.
[[Bestand:4.1.38 Uc Opstarten WDSv3.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 endDateTime. 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_Uc_Changing_WDS.png|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 endDateTime 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 practical example [[#Setting up a variable dosing regimen|Setting up a variable dosing regimen]]). 
[[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]]

==Practical examples, Dispense==

===New medication agreement, medication dispense of the same product===
The patient is at the pharmacy on 27 January yyyy to collect his medication. The supplier 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 supplier. 
MA: ''Nitrofurantoin CR capsule, 100 mg, 1 capsule 2x daily, from now on for 5 days.'' 
VV: ''Nitrofurantoin CR capsule, 100 mg; 10 capsules.'' 
The supplier selects a product on the basis of the MA and other factors (such as the pharmacy’s stock and the preference policy of the healthcare insurer): 
''FURABID CR CAPSULE, 100 MG''. The supplier carries out medication monitoring using the information system, no (warning) signals are given. 
The supplier 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: 
''FURABID CR CAPSULE, 100MG; 1 capsule 2x daily; from now on for 5 days''. 
The supplier supplies the medication to the patient: 
''on 27 January yyyy, FURABID CR CAPSULE, 100 MG; 10 capsules.'' 
The TA and MVE are sent to the prescriber and made available to fellow health professionals and the patient.
 
 [[Bestand:ENG_Ter hand stellen_Nieuwe medicatieafspraak medicatieverstrekking zelfde product.png|800px]] 

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

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

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

===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 medication and is described in [[#Splitting a prescription|paragraph 4.2.10]], situation 2.

===Proposal to prescriber for medication agreement===
'''Example 1 - adjusting dosage:''' 
For a 70-year-old patient with a creatinine clearance of 45 mL/min, the supplier 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 supplier 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 supplier.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_a.png|800px]] 
 
'''Example 2 – temporarily halting a medicinal product:''' 
For a 50-year-old patient with on oral fluconazole as part of his current medication, the supplier enters a TA for simvastatin. A message appears with the advice to consider temporarily halting simvastatin. The supplier can make a VMA for halting the simvastatin (stop type ‘suspended’). See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_b.png|800px]] 
 
'''Example 3 – adding a medicinal product:''' 
For a 55-year-old woman, the supplier 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 supplier can make a VMA for these products. See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_c.png|800px]] 
 
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. 
The VMA may help the prescriber to enter this change in the system. The latter is important when MAs are queried, for example, by service observation general practitioners.

===Request and dispense ===
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.
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_a.png|800px]] 

*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 RequestDate and the pre-existing associated TA) is sent to the prescriber when the MedicationDispenseDateTime is registered. See [[#Notification date or dispense date (pharmacist information system)|paragraph 8.3]].
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_b.png|800px]] 

===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. 
For example:
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 for an indefinite period''
on 13 April yyyy a VV to a pharmacy 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 for the patient. The existing MAs had already been made available. 
 [[Bestand:ENG Ter hand stellen Patiënt vraagt herhaalrecept via arts - reactief herhalenV2.png|800px]] 
The supplier 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 use asks for repeat medication, 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. In that case, no RelationMedicationAgreement will be registered.

===Patient requests repeat prescription via supplier===
The patient requests a repeat medication from the supplier, for example through repeat line, by phone, email, counter/boxes, website, app or portal of the pharmacy. 
The supplier 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 supplier. The supplier continues the dispense process and starts with the pharmaceutical care process step. 
 [[Bestand:ENG_Ter hand stellen_Patiënt vraagt herhaalrecept via apotheker - informeren voorschrijver.png|800px]] 
 
If the prescriber does not issue a VV, he lets the supplier know by sending an AVVV.

===Proactive repeat prescription by supplier===
The patient has signed up in the past for proactive repeats and the supplier 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 supplier (or his information system). Proactive repeats are also used for GDS, see [[#Starting and continuing a GDS|paragraph 4.2.11]].
 [[Bestand:ENG_Ter hand stellen_Proactief herhaalrecept door apotheker - informeren voorschrijver.png|800px]] 
 

===Deviation from prescribed quantity in DispenseRequest===

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 28 days and sends a VV to the pharmacist for 28 pieces. The supplier only has packaging of 30 pieces. There are two capsules left at the end of the course, but the MA can still be met. A TA for 28 pieces follows. The MVE states that 30 units have been delivered, optionally with an explanation as to why this deviates from the TA, but this is not mandatory.

[[Bestand:Voorgeschreven hoeveelheid MA less Eng.jpg|800px]]

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 30 days and sends a VV to the supplier for 30 pieces. The supplier only has packaging of 28 pieces. The supplier contacts the prescriber based on professional judgment. There will be a provision of 28 pieces with a TA for 28 days. The TA and MVE deviate from the MA the patient has made with the general practitioner. The pharmacy's information system makes the TA and MVE available to the patient's co-practitioners.

[[Bestand:Voorgeschreven hoeveelheid MA more 30 Eng.jpg|800px]]

===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 supplier.

There are three possible situations: 
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). 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_a.png|800px]] 
 
2) Prescriber and patient initially agree on 90 tablets with 3 repeats. The patient receives the first 90 tablets. The next time the patient visits the pharmacy, an MVE is made under the existing agreements. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_b.png|800px]] 
 
3) Prescriber and patient initially agree on 360 tablets for one year. The supplier 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 pharmacy 3 more times to pick up another 90 tablets each time. 
Situation 3 best describes the way in which a supplier splits a year prescription. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_c.png|800px]] 
 

===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 supplier 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 supplier and the prescriber agree that the supply of medicinal products to this patient will take place via GDS.

The GDS is started: the supplier 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 PeriodOfUse to ensure enough stock up to and including 1 May yyyy.
The supplier sends the proposal to the prescriber. The prescriber approves the proposal on February 6 and sends it unchanged to the supplier as a VV.

The supplier and the patient select an administration schedule 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 pharmacy supplies the patient with a Baxter medication roll containing (among other things) the metoprolol:
*MVE 1: The pharmacy dispenses, on Friday, 8 February yyyyy: 14 tablets, scheduled for weeks 6 and 7 (a PeriodOfUse of 2 weeks).
*MVE 2: The pharmacy 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, in data element DistributionForm. 
After three months, there is a new VVV from the supplier to the prescriber, etc.
 
 [[Bestand:ENG_Ter hand stellen_Het opstarten en continueren van GDS.png|800px]] 
'''Consideration ''' 
*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).

===Supplier 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: Drug not available - out of stock (in data element AdministrationAgreementReasonModificationOrDiscontinuation).
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 supplier sends the new TA and any MVE to the general practitioner. 
 [[Bestand:ENG_Ter hand stellen_De apotheker wijzigt van handelsproduct.png|800px]] 
'''Consideration ''' 
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 supplier records and communicates the reason for the adjustment, the prescriber is better able to assess whether the information is relevant.
 

===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 data element AdditionalInformation in the MA.

If ‘Change in GDS immediately’ is chosen, the supplier will first supply the medication separately, in addition to the existing GDS. This means that a TA is created by the supplier for the bridging period. Starting with the new roll, the new medication is added to the roll. Starting with the startDateTime of the new roll, a TA can be made by the supplier 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. 
 [[Bestand:ENG_Ter hand stellen_Medicatie toevoegen aan GDS.png|800px]] 
 
If 'Change in GDS per change of roll' is chosen, the supplier will start to include the medication in the roll on the startDateTime 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 supplier who can adjust the supply accordingly. The supplier 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.
 
 [[Bestand:ENG_Ter hand stellen_GDS leverancier levert ander handelsproduct.png|800px]] 

===Parallel administration agreements with GDS and non-GDS dispense===
A patient takes 20 mg of Sandoz pantoprazole 2-3 times a day for gastric complaints. 
''TA: pantoprazole Sandoz tablet 20 mg, 2-3x a day 1 tablet'' 
Over time, it is decided to start supplying the patient’s medication in GDS. For pantoprazole, this means that the fixed dose of 2 tablets will be supplied in GDS. These are tablets from Apotex because the GDS supplier does not supply pantoprazole from Sandoz. The third “as needed” tablet will continue to be dispensed separately. The supplier splits the existing TA into two new TAs, with the same startDateTime. 
''TA: pantoprazole Sandoz tablet 20 mg, as needed 1x a day 1 tablet'' 
''TA: pantoprazole Apotex tablet 20 mg, 2x a day 1 tablet 
 
[[Bestand:ENG-Uc4.2.16.png|800px]]

===Parallel administration agreements of which one is changed===
A patient visits the general practitioner with stomach complaints, upon which the general practitioner prescribes pantoprazole.

''Pantoprazole tablet 20 mg; 2-3x daily.''

The fixed dosage of two tablets goes into GDS are supplied by the GDS-provider of the Sandoz brand. The third tablet is dosed ‘as needed’ and is provided separately from the Apotex brand by the patient's regular pharmacy. This results in two parallel TA’s. At a certain point, the GDS supplier can no longer supply pantoprazole. The supplier does have stock of Apotex and adjusts the GDS TA for the fixed dose to a separate dispensing of 1 tablet of 20 mg Pantoprazole Apotex twice a day.
Stopping the GDS TA does not effect the ‘as needed’ TA. This creates two parallel TA’s that are both dispensed separately by the supplier. The one containing the fixed dose and the other the ‘as needed’ dose. In this way, they remain visible separately on the administration list as fixed dose and ‘as needed’ dose.

[[Bestand:ENG Uc4.2.17 stopping parallelTA (1).png|800px]]

===Handling a stop-medication agreement===
When the prescriber agrees to discontinue medication, a stop-MA is created. This stop-MA is processed by the supplier 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 attending physician creates a VV under the existing MA. The physician then sends the prescription, consisting of the VV and a copy of the existing MA, to the after-hours pharmacy. The after-hours pharmacy's supplier reads the medication prescription and creates an MVE, using the existing TA, for the ten tablets that the patient needs. The supplier notifies the after-hours physician about the medication dispense, and sends a copy of the original TA. 
The MVE is made available to fellow health professionals (including the original prescriber and supplier) and patient, the VV only to the patient. 
 
[[Bestand:ENG-Uc4.2.18.png|800px]]
 

===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. 
The after-hours pharmacy's supplier 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.
 
[[Bestand:ENG-Uc4.2.19.png|800px]]
 

==Practical examples, 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, supplier or administrator (the exact process may differ across institutions). Then, the prescriber, supplier, 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 supplier 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 supplier can indicate that an exact administration time is required (the administration time is not a guideline but denotes an exact time). The prescriber or supplier can register an exact administration time by indicating that the administration time is not flexible in the data element IsFlexible under AdministeringSchedule in the MA or TA. 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 supplier 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 the administration moment and/or time is not available beforehand. If relevant (for example because of drug interactions), (guide) administration times can be entered.

See the following 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 supplier 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 supplier 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 pharmacies 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 practical example [[#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 supplier 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 supplier 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. 
 [[Bestand:ENG_Toedienen_Verhogen dosering GDS-medicatie in nieuwe MBH_beta.png|800px]] 

===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. 
 [[Bestand:ENG_Toedienen_Verlagen dosering GDS in nieuwe MBH_beta.png|800px]] 
 

===Change processed by the supplier===
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 supplier processes this change in the TA and/or the MVE. This may be done during the opening hours of the community pharmacy, or after hours when a medication supply is needed. The after-hours pharmacy supplies the medication; in this case, multiple pharmacies 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 supplier(s). Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. Recently stopped medication administrations are also shown in the administration list.

===Change not processed by the supplier===
When medication is changed by a prescriber after the opening hours of the community pharmacy and no medication supply is needed, no supplier 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; this MA overrules all medication building blocks within the same MBH. Recently stopped medication administrations are also shown in the administration list. Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. This situation also applies if the supplier has not processed the modification by the prescriber yet. The supplier 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 data element Comment in the 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 supplier in the MA or TA. This may be a deviation in AdministrationDateTime, AdministeredAmount, RouteOfAdministration, AdministeringSpeed, AdministrationProduct or no administration at all. 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 MedicationAdministrationReasonForDeviation in the MTD.

===Medication administration without MA or TA===
In an emergency situation, the MA and TA may be missing. Therefore, the administrator has to administer medication based on verbal or telephone consultation with a prescriber. This medication will not be included in the administration list. In this situation, the administrator records the MTD in the information system of the administrator (e.g., ECD, eTDR). This is the first building block in a new pharmaceutical treatment with which the administrator creates an MBH. If necessary, an MA and TA can be recorded within this MBH afterwards.

===Medication administration of self-medication===
According to the safety principles in the medication chain, the administrator has no task in the administration of self-care medication. Self-care medication can only appear on the administration list if a prescriber has made this a policy and has created an MA for this, and/or if a provider has created a TA for this.

===Correction of an administration===
This concerns correcting or cancelling an MTD, because an administrator has made a mistake in the registration and the administration is different from what has been registered. 
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. 
If the MTD has already been sent and/or made available to other healthcare providers, a correction can be made by sending and/or making additional medication administrations. Below two examples of corrections are described.

'''Correction with negative ''AdministeredAmount'' '''

A patiënt is prescribed pantoprazole 40mg by their GP. Due to issues with logistics, the supplier hands out pantoprazole 20mg, and instructs to take 2 tablets per day. The patiënt receives support for taking her medication by a home case organisation. The home care worker gives 1 tablet to the patiënt. After registration of the administration, she notices two tablets should have been given. She administers the second tablet and corrects the medication administration. This can be exchanged as an MTD with -1 tablet to nullify the first MTD, and consecutively an MTD with 2 tablets given.

[[Bestand:ENG Uc4.3.15a.png|800px]]

'''Correction with additional MTD'''

A patient has to take 1000mg calcium due to osteoporosis. He receives help from a home care worker once per day. The supplier delivers calcium tablets of 500mg with the instruction to take two tablets per day. The tablets are quite large so the patient can only take them separately. The home care worker administers 1 tablet calcium 500mg and registers this in an MTD. After a few minutes the second tablet is administered. The home care worker corrects the MTD by registering another MTD of 1 tablet calcium 500mg.

[[Bestand:ENG Uc4.3.15b.png|800px]]

===Medication not administered===
A patient is given 1 tablet of propranolol 80mg every day. The patient has lower blood pressure than normal due to fever. The (professional) administrator contacts the prescriber, and in consultation it is decided to not administer the medication that day. The reason is recorded in MedicationAdministrationReasonForDeviation in the MTD.

[[Bestand:ENG Uc4.3.16.png|800px]]

===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 supplier. 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 moment. First, an MTD can be registered with an ''AdministeredAmount'' of 0, and possibly a ''MedicationAdministrationReasonForDeviation''. Then, if the medication is administered at a later moment, this is registered in a new MTD, possibly with a ''MedicationAdministrationReasonForDeviation''.

===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 query 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.). Below an example of such a situation is described.

A patient with renal failure must visit the hospital three times a week for renal dialysis. In addition, the patient receives home care in the morning and evening for assistance with medicine intake. Both at home and in the hospital, the patient is administered medication.
Due to a bacterial infection, the patient is prescribed an antibiotic treatment by the general practitioner.
Ciprofloxacin tablet 500mg; 2x a day; for 10 days

To prevent blood clotting during dialysis, the patient is given nadroparin via the dialysis line in advance in the hospital.
Nadroparin injection into the arterial line 5700 IE / 0,6 ml; 1x prior to dialysis

The administrator consults the current overview with the patient's medication administration and the patient's other MTDs to track the process of medication administration of the last 24 hours.
The administration organisation itself is responsible for what is or is not administered at that time within its own organisation.

[[Bestand:ENG Uc4.3.19.png|810px]]

===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 supplier 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.
 
[[Bestand:ENG_Feedback_to_patient_through_a_medication_adherence_app.PNG|800px]] 
 

===Registration (stop-)MA retroactively with interim MTD===

The patients is taking propranolol and suffers more and more from the side effects during the weekend. In consultation with the prescriber, a decision is made on Sunday morning to stop the medication. However, the registration of stopping the Medication Agreement, the stop MA, is only done on Monday. As a result, during the administration round on Sunday evening, the administrator is not yet aware that the MA was stopped and another medication administration takes place. Since the registration date is known, it is still possible to find out how this administration could have taken place. The MTD is a registration of an action that has taken place. A stop MA or TA therefore has no influence on the validity of an MTD.

[[Bestand:ENG 4.3.20 Toedienen Registration (stop-)MA retroactively with interim MTD.png|800px]]

===Registration of separate MTDs per InjectionPatchSite===
A patient uses long-acting insulin Glargine 50 units a day in the evening. Every evening, an healthcare worker comes every evening to administer the insulin. Because of the high amount of insulin that has to be administered, the administration must be done in two administrations. The administration list shows 1 line for abasaglar 50 units. The healthcare worker first administers 25 units with InjectionPatchSite ‘left upper leg’ and MedicationAdministrationReasonForDeviation ‘2 administrations in relation to 50 units’. Thereafter, the healthcare worker administers another 25 units. In this MTD, the healthcare worker registers the ‘InjectionPatchSite ‘right upper leg’.

[[Bestand:ENG Toedienen 4.3.x Uc Registration of separate MTDs per InjectionPatchLocation.png|800px]]

===Patient transfer to a different department with the same GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is the same as the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, and correct resupply of GDS packaging at the new department.

[[Bestand:ENG Uc4.3.GDS3.png|800px]]

===Patient transfer to a different department with an earlier GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is earlier than the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, correct resupply of GDS packaging at the new department and the recollection of the GDS packaging from the first department.

[[Bestand:ENG Uc4.3.GDS2.png|800px]]

===Patient transfer to a different department with a later GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is later than the supply date of the first department. Thus, the patient will be out of medication before the GDS supply at the new department. The pharmacy will have to supply this medication separately in the meantime.

[[Bestand:ENG Uc4.3.GDS1.png|800px]]

===GDS medication dosage increase, no change in administration times (option A)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (A) in this situation is to supply separate medication in parallel with the GDS medication until the next resupply takes place. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4a.png|800px]]

===GDS medication dosage increase, no change in administration times (option B)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (B) in this situation is to recollect the previous GDS packaging and supply the full dose separately outside of GDS packaging until the next resupply. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4b.png|800px]]

===GDS medication dosage increase, change in administration times===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the administration schedule to one tablet 80mg propranolol every morning at 8:00 and one tablet every afternoon at 16:00. The frequency increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the full dose is supplied separately outside of GDS packaging until the next GDS resupply. The administration times have changed in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS5.png|800px]]

===GDS medication dosage decrease===
Due to high blood pressure, once per day two tablets of propranolol 80mg are administered to the patient. Due to too strong drug action the prescriber decides to decrease the dosage to one tablet 80mg propranolol per day. The dosage increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the new dose is supplied separately outside of GDS packaging until the next GDS resupply. The dosage decrease is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS6.png|800px]]

===Changing GDS medication to ‘as needed’ medication===
The prescriber makes a prescription of temazepam to help insomnia caused by stress. The symptoms are decreasing so the prescriber decides to change the prescription from once per day 10mg temazepam to once per day 10mg temazepam as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that from now on the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy.

[[Bestand:ENG Uc4.3.GDS7.png|800px]]

===Splitting GDS medication into GDS medication and ‘as needed’ medication===
The prescriber makes a prescription for diazepam 5mg twice per day to help with anxiety. Due to too strong drug action the prescriber changes the prescription to diazepam 5mg once per day, and diazepam 5mg once per day as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that for now the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy. The dosage decrease is supplied in the next GDS packaging, and the as needed medication is supplied separately in parallel.

[[Bestand:ENG Uc4.3.GDS8.png|800px]]

==Practical examples, 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 startDateTime and Dosage, and possibly the ReasonForUse.
 [[Bestand:ENG_Gebruik_Zelfzorgmiddel.png|800px]] 

===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 startDateTime and Dosage, and possibly the ReasonForUse. If known, the name of the prescriber is also recorded.
 [[Bestand:ENG_Gebruik_Medicatie uit buitenland.png|800px]] 

===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 startDateTime of the use of this lower dose. The patient also indicates that she initiated this change herself, in ReasonModificationOrDiscontinuationOfUse. 
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 use. 
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.
 [[Bestand:ENG_Gebruik_Wijziging op initatief patiënt.png|800px]] 

===Discontinuation of medication on the patient’s initiative===
Since he started using propranolol, the patient suffers from insomnia. On August 13, he decides to stop without informing the prescribing physician. The patient records that he has discontinued medication, indicating the date of discontinuation in startDateTime, and registering 'Adverse reaction to drug' in ReasonModificationOrDiscontinuationOfUse. In the Comment, he adds that the adverse effect concerns insomnia. 
[[Bestand:ENG_Gebruik_Stoppen_medicatie_op_initiatief_patiënt_V2.png|800px]] 

===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 pharmacy. The patient indicates that the medication has been discontinued and registers Drug not available - out of stock as reason in ReasonModificationOrDiscontinuationOfUse, possibly with the addition that the symptoms have disappeared.
 
[[Bestand:ENG_Gebruik_Geen voorraad meer_a.png|800px]] 
 
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 supplier). 
[[Bestand:ENG_Gebruik_Geen voorraad meer_b.png|800px]] 

===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, in ReasonModificationOrDiscontinuationOfUse. When his symptoms diminish or cease, the patient records this in the explanation in the MGB. 
It is possible that the patient is suffering from side effects without exactly knowing which medicinal products cause them. There is no provision within the information standard 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.
 
[[Bestand:ENG_Gebruik_Gebruik registreren op basis van verstrekking.png|800px]] 

=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==
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 suppliers, 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 blocks (VV, MVE) 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 – NameInformation (Initials, LastName, LastNamePartner), DateOfBirth, Gender ||
|-
| 2 || Telephone || Patient – ContactInformation – TelephoneNumbers || Primary telephone number of patient
|-
| 3 || BSN || Patient – PatientIdentificationNumber || Always BSN
|-
| 4 || Address || Patient – Address data ||
|-
| 5 || Healthcare Provider Name || HealthcareProvider – OrganizationName || Healthcare Provider who has compiled the medication overview
|-
| 6 || Healthcare Provider Address || HealthcareProvider – AddressInformation || Healthcare Provider who has compiled the medication overview
|-
| 7 || Healthcare Provider Telephone || Healthcare Provider – ContactInformation – TelephoneNumbers || Healthcare Provider who has compiled the medication overview
|-
| 8 || Healthcare Provider Email || Healthcare Provider – ContactInformation – EmailAddresses || Healthcare Provider who has compiled the medication overview
|-
| 9 || Date of Medication Overview || Document data – DocumentDate || The time at which the document was created
|-
| || Height|| BodyHeight – HeightValue, HeightDateTime ||
|-
| || Weight|| BodyWeight – WeightValue, WeightDateTime ||
|-
| || Checked by Health professional || DocumentData – VerificationHealthProfessional ||
|-
| || Verified with Patient/Informal Caregiver || DocumentData – VerificationPatient ||
|}
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: endDateTime is not filled, is in the future or was less than a year ago when compiling the overview.

Sort: most recent startDateTime 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. Temporarily halted medication is also shown in this category. When only MGB is known, it is shown if the endDateTime from the PeriodOfUse it is not older than 13 months. When MGB is recorded by both a health professional and a patient, the last registered MGB for both is shown.

Sorting: by MBH: MA, TA, MA (recorded by patient, care provider). MBHs are sorted in descending order by startDateTime of 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;"|AgreedMedicine-
|style="background-color: white;vertical-align:top; text-align:center;"|MedicineForAdministrationAgreement-
|style="background-color: white;vertical-align:top; text-align:center;"|ProductUsed-
|-
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Product – MedicationCode (if absent: ProductSpecifications, 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"|startDateTime
|-
|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"|endDateTime (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"|InstructionsForUse – 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"|InstructionsForUse – RouteOfAdministration
|-
|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;"|PrescriptionReason &
if applicable, ReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|AdministrationAgreementReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|ReasonModificationOrDiscontinuationOfUse
|-
|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"|Comment & MedicationAgreement/AdministrationAgreementAdditionalInformation
|style="background-color: white;vertical-align:top; text-align:center;"|Comment
|-
|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"|HealthProfessional – NameInformation, 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 changing or 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 data element CopyIndicator 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: 
1) displaying a current medication overview (or overviews) obtained from another source (or sources) 
2) showing coherent medication building blocks obtained from one's own information system and from other sources. 
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 supplier outside the region, where this GP or supplier 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 ([[#Prescription medication| paragraph 5.3.2.1]]), then for "over the counter" medication ([[#Over the counter | paragraph 5.3.2.2]]). [[#Future medication agreements and administration agreements | Paragraph 5.3.2.3]] further discusses the special situation that, in addition to a current, a future MA within the same MBH is valid. Finally, [[#Rules of overruling listed| paragraph 5.3.2.4]] summarises the rules to be applied. 
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.
* MA – TA – MGB
A TA refers to the MA it fulfills. If no referral is available in the TA, the RegistrationDateTime of the TA must be later than that of the MA to be relevant to delivery. 
MGB can refer to an MA or TA. If no referral is available in the MGB, the MedicationUseDateTime of the MGB must be later than that of the MA to be relevant for delivery.

=====New medication agreement in MBH=====
If one creates 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.
* ''MA – TA – MGB'' - stop-MA – MA – stop-TA

If a TA and possibly also MGB are created and available following such an MA, these will be included in the medication overview.
* ''MA – TA – MGB'' – stop-MA – MA – stop-TA - TA
* ''MA – TA – MGB'' – stop-MA - MA - stop-TA – TA – MGB 

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. 
* MA – TA – MGB – stop-MA - stop-TA

=====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.
* MA – MGB
* MA – ''MGB'' – TA

Of course, a new record of MGB can then be made, which is also relevant for the medication overview.
* MA – ''MGB'' – TA - MGB

=====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.
* MA – ''TA – MGB''- stop-TA - TA

Of course, you can then record MGB, which in turn is relevant for the medication overview.
* MA – ''TA – MGB'' - stop-TA – TA - MGB

====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.
* MGB

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 MedicationUseDateTime:
* ''MGB'' - MGB

When a prescriber decides to formalize this MBH with an MA the rules as described above apply. Elaborated below, in order of RegistrationDateTime (MA or TA) / MedicationUseDateTime (MGB):
* ''MGB – MGB'' – MA
* ''MGB – MGB'' – MA - MGB
* ''MGB – MGB'' – MA – TA - MGB
* ''MGB – MGB'' – MA – ''MGB'' - TA - MGB
* ''MGB – MGB'' – MA - ''MGB'' - MGB

====Future medication agreements and administration agreements====
An MBH may include more than one 'actual' MA and TA. 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 RegistrationDateTime (MA or TA/ MedicationUseDateTime (MGB) (if these are equal, then sorted by PeriodOfUse):
* MA – T MA
* MA – TA – T MA – T TA
* MA – TA – ''MGB'' – T MA – T TA – T MGB
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:
* MA – TA – ''MGB'' – T TA – T MGB

=====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: 
1) With RelationMedicationagreement to the specific MA that is discontinued or cancelled; 
2) Without RelationMedicationagreement. 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 RegistrationDateTime:
* ''MA'' – T MA - stop-MA – MA 
* ''MA – TA'' – T MA – T TA - stop-MA – MA
* ''MA – TA – MGB'' – T MA – T TA – ''T MGB'' - stop-MA – MA

If only the future MA is changed, this results in the following changes applied to the examples above, in order of RegistrationDateTime:
* MA – ''T MA'' - cancel-MA – T MA
* MA – TA – ''T MA – T TA'' - cancel-MA – T MA
* MA – TA – MGB – ''T MA – T TA – T MGB'' - cancel-MA – T MA 

 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 with RelationMedicationagreement. 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 querying. In these cases, the system does not "know" this MA and therefore cannot refer to it with a RelationMedicationagreement. 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 RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).

* ''TA – '' stop-MA (without reference) - MA 
* ''TA – T TA – MGB'' - stop-MA (without reference) - MA - T MA 
* ''TA – MGB - T TA – T MGB'' - stop-MA (without reference) – MA - T-MA 

=====New administration agreement=====
 However, you can also make a new TA for the current MA only. This new TA must then have a RelationMedicationagreement to that current MA. Elaborated below for three examples, in order of RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).
* MA – T MA – TA
* MA – ''TA'' – T MA – T TA – stop-TA – TA
* MA – ''TA – MGB'' – T MA – T TA – T MGB – stop-TA – TA

A new TA with a RelationMedicationagreement to the future MA looks like this:
* MA – T MA – TA – T TA
* MA –TA – T MA – ''T TA'' – cancel-TA - T TA
* MA – TA – MGB – T MA – ''T TA – T MGB'' - cancel-TA – T TA 

====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.
*A new registration of an MGB overrules in principle older registrations of 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.

::* MA – TA – MGB-ZVL – MGB-PAT
::* MA – TA – MGB-PAT – MGB-ZVL
::* MA – TA – ''MGB-PAT'' – MGB-PAT
::* MA – TA – MGB-ZVL – ''MGB-PAT'' – MGB-PAT
::* MA – TA – ''MGB-ZVL – MGB-PAT'' – MGB PAT – MGB-ZVL

:*Exception to this rule: In case of parallel TA's, any MGB that is recorded as belonging to one TA overrules all older registrations of MGB, except MGBs belonging to another, parallel TA.

==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 RelationMedicationagreement or RelationAdministrationagreement:
**MA or TA that has been the reference for recording this MGB.
**If 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 RegistrationDateTime/MedicationUseDateTime 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, supplier, 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. 
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''. 
:''The effective period describes the period to which an MA or TA (ultimately) applies.'' 
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''' 
Using a number of different situations the inference rules are described for arriving at the effective therapeutic period in a medication profile: 
: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''' 
Medication is started by creating a new MA. The MA has:
*RegistrationDateTime - the date on which the agreement was made with the patient.
*PeriodOfUse - this period consists of:
**startDateTime - the startDateTime of the MA may be in the future;
**Duration - the duration of medication use;
**endDateTime – 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''' 
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 startDateTime 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 startDateTime of the underlying TA and the endDateTime of the last TA.

Parallel TAs may exist under a single MA of which the RegistrationDateTime and the startDateTime 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''' 
Discontinuing medication (i.e. discontinuing the MBH) is done by creating a new MA in which stop type ‘discontinued’ is indicated. The startDateTime of this MA is the date on which the original MA started. The endDateTime 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''' 
Temporarily halting medication is carried out in the same way as discontinuing medication. A stop-MA is created (stop type ‘suspended’) with the same startDateTime as that of the original MA. The endDateTime of the stop-MA is the time of the temporary halt, the stop type is ‘suspended’. Resuming medication is done by creating a new MA with the old (or adjusted) dosage with the date of resuming as the startDateTime. A meaningful reason (example: resume previous policy) may serve to clarify matters. If the medication is not resumed, the medication should be stopped with stop type ‘discontinued’, in order to permanently end the MBH, which means the medication is no longer actual. Medication that is halted remains actual, 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 querying 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 (suspended/discontinued) of a stop- or cancel-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, halted 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=
{{IssueBox|'''<big>This chapter is under revision and will be rewritten taking the contextual dependance of shown information into account </big>'''}}
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. 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
*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 InjectionPatchSite is queried 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 TA) 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]]
 
''Figure 1: Example administration list.''
 
 
{| class="wikitable"
|-
! Nr
! style="text-align:left;"|Heading
! style="text-align:left;" colspan="3"|Dataset
|-
| 1 || Type || MA || TA || WDS
|-
| 2 || Medicine || AgreedMedicine || MedicineForAdministrationAgreement || AgreedMedicine
|-
| 3 || Prescriber
|style="text-align:left;" colspan="3"| MedicationAgreement – Prescriber – HealthProfessional
|-
| 4 || Supplier
|style="text-align:left;" colspan="3"| AdministrationAgreement – Supplier – HealthcareProvider
|-
| || Author
|style="text-align:left;" colspan="3"| VariableDosingRegimen – Author – HealthProfessional (conditional)
|-
| 5 || Start Date || MedicationAgreement – PeriodOfUse || Administration Agreement – PeriodOfUse || Variable Dosing Regimen – PeriodOfUse
|-
| 6 || End Date/Duration || MedicationAgreement – PeriodOfUse || AdministrationAgreement – PeriodOfUse || VariableDosingRegimen – PeriodOfUse
|-
| 7 || Description
|style="text-align:left;" colspan="3"| InstructionsForUse – Description
|-
| || Route Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – RouteOfAdministration

|-
| || Additional Instructions
|style="text-align:left;" colspan="3"| InstructionsForUse – AdditionalInstructions
|-
| || Dose
|style="text-align:left;" colspan="3"| InstructionsForUse – DosingInstructions – Dosage – Dose
|-
| || Administration Time
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSchedule – Administration Time
|-
| || Administration Speed
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSpeed
|-
| || Duration Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – DurationOfAdministration
|-
| 8 || Injection-Patch Location
|style="text-align:left;" colspan="3"|MedicationAdministration – InjectionPatchSite
|-
| 9 || Comment
|style="text-align:left;" colspan="3"|Comment & AdditionalInformation
|}
''Table 1: Normative medication data in the administration list.''


==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 data element, 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 ([https://www.knmp.nl/praktijkvoering/richtlijnen/knmp-richtlijnen-praktijkvoering/knmp-richtlijn-voor-geautomatiseerd-geneesmiddeldistributiesysteem-gds-september-2011 KNMP, 2011]).

A GDS allows a patient to self-manage their own medication for longer. Whether medication is placed in GDS is determined by a supplier. The data element ‘Distribution form’ in the corresponding TA (and also in the MVE, which, however, is not used to compile the administration list) indicates whether GDS medication is involved.

The healthcare field has expressed the wish for a warning signal to be displayed in the event of changed or discontinued medication, stating that the medicine may be in the GDS packaging and that an action may need to be taken on this. Further elaboration on this 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 TA. Furthermore, for non-GDS medication, the data element Condition in 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 TA. Furthermore, the Condition in AsNeeded is filled with 'As needed'.

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

====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 (query/make available) is used for querying and making available individual medication building blocks.
With the transaction group Medication data (send/receive), separate medication building blocks can be sent 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 supplier outside the region; the GP or supplier requests the data by telephone and receives the data digitally).
Both for Medication data send/receive and Medication data query/make 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. When preparing an administration list, if a WDS is present, this WDS is leading for the InstructionsForUse. All situations without WDS, 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 || PeriodOfUse || 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 InjectionPatchSite may be relevant back to one week ago). For example, if 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 || Leading** for compiling the administration list (number: 2, 5, 6, 7, 9, 10) || Data from the prescriber || Data from the prescriber
|-
| TA || - || Leading** for compiling the administration list (number 2, 5, 6, 7, 9, 10) || Data from the supplier and medicine
|-
| WDS || - || - || Leading** for compiling the administration list (number 5, 6, 7, 10)
|}

* Situation in which the supplier has not processed the MA yet.
** ‘Leading’ indicates the data elements which are included in the functional requirements (numbers of the elements are provided between brackets).

====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 addition, a WDS identifies 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.


*MA – WDS– TA 

A TA refers to the MA that is specified by the TA. Also, a WDS refers to the MA that is specified by the WDS. A WDS is always related to an MA.

======New WDS ======


*MA – WDS – TA – WDS

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

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


*MA – WDS– TA – stop-WDS – WDS

The WDS is changed.

======Discontinuation of medication ======
*MA – WDS – TA – stop-MA

Medication with a WDS is discontinued by stopping the MA.

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


*MA – WDS – TA – stop-TA – TA

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: 
*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.


=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 querying/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;"| Querying 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;"| Querying 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
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-VVO
| style="background-color: white;"| Receiving proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekSturend
| style="background-color: white;"| MP-AVVS
| style="background-color: white;"| Sending reply to proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-AVVO
| style="background-color: white;"| Receiving 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
|-
| style="background-color: white;"| VoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-VMO
| style="background-color: white;"| Receiving proposal for new or modified medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakSturend
| style="background-color: white;"| MP-AVMS
| style="background-color: white;"| Sending reply to proposal medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-AVMO
| style="background-color: white;"| Receiving reply to proposal medication agreement
|}Table 3 Overview system roles

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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.373-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.389-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVVS
|style="background-color: white;vertical-align:top;" rowspan="2"|AVVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-20250522T132618/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-AVVO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVMS
|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-20250522T132618/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-AVMO
|}Table 4 Overview transaction groups. For PULL transaction groups, sending and receiving are the same transaction

[[#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 all 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. 
During an admission, certain medicines may be administered that may after discharge still be of interest to healthcare providers outside the institution where the patient was admitted. An example is medication with a long-term effect, making it important to be able to perform medication monitoring on them even after discharge. Such medicines should therefore not be filtered out in advance. The table below (Table 5) lists examples of such medicine groups. Sectors and suppliers can draw up their own list for this purpose by mutual agreement.

{{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
|}Table 5 Types of clinical medication relevant for external health professionals

==Making medication data available (all information systems)==
A healthcare provider only makes their own medication data available. In principle, all own medication data are made available to the extent permitted by patient and the law. 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 condition that they include the original identification label (see also [[#Introduction 2|paragraph 5.1]]).

==Notification date or dispense date (pharmacist information system)==
The RequestDate and the actual MedicationDispenseDateTime may be recorded in the MVE. The RequestDate is the time at which a supplier records an intended medication dispense. The MedicationDispenseDateTime is the date on which the medication dispense has actually taken place.

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. When medication is dispensed on several occasions as part of the same VV (for example, when prescriptions are split), each MVE has its own RequestDate. When an automated dispense system is being used, the MedicationDispenseDateTime 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 practical examples 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 ‘AsNeeded’ instruction with the Condition: ‘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 supplier sends all MVEs and changes in TAs to the prescriber via the transaction Afhandelen medicatievoorschrift (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.

==Pages with additional information relevant to the Kickstart==
Currently, (2023 - 2024), the information standard MP9 is being tested during the [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart]. For this phase, additional information has been described that is supportive of the information standard, but partly not yet fully established. These include the following pages:
* [[mp:Vdraft_RaadplegenReconcilieren|Raadplegen en reconciliëren]] (Querying and reconciliation)
* [[mp:Vkickstart_MigratieHybride|Migratie/hybride]] (Migration/hybrid situation)
* [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|Meesturen nierfunctiewaarde met voorschrift]] (Send kidney function value with prescription)
* [[mp:V3.0_Voorbeelden_doseringen|Voorbeelden doseringen]] - zowel functionele als technische uitwerking in HL7v3 CDA en FHIR (Examples of doses - both functional and technical elaboration in HL7v3 CDA and FHIR)
* [[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|Consolidatie/afleidingsregels]] (Consolidation/deduction rules)
* [[mp:Kickstart_Workflow_Intravenous_Therapy|Workflow and scope for infusion thearpy during the Kickstart]]

See also the [[mp:Medicatieoverdracht_Kickstart|landingspagina voor de Kickstart]] (landing page for the Kickstart) and [[mp:Besluiten_kernteams|Gebruikerseisen en -wensen]] (User requirements and wishes) for further documentation.

==Medication use: UseIndicator, AsAgreedIndicator, MedicationUseStopType, PeriodOfUse and DosingInstructions==
{| class="wikitable"
|-
|style="text-align:center;" |Situation || 1. Medication is/will be used during PeriodOfUse according to agreement|| 2. Medication is/will be used during PeriodOfUse, but not according to agreement || 3. Contrary to agreement, medication is/will not be used during PeriodOfUse || 4. Medication is/will not be used during PeriodOfUse, which is according to agreement || 5. Medication is used during PeriodOfUse but it is unknown if this is according to agreement (self-medication)
|-
! UseIndicator (is this product being used) !! Yes!! Yes !! No !! ''Empty'' (because this would lead to a double negative otherwise) !! Yes
|-
! AsAgreedIndicator !! No!! No !! No!! Yes!! ''Empty''
|-
! MedicationUseStopType!! ''Empty'' !! ''Empty'' !! Discontinued or Suspended !! Discontinued or Suspended (''or Empty'') !! ''Empty''
|-
| || || || StopType depends whether agreement is being discontinued or temporarily halted || StopType in accordance with stop-agreement ||
|-
! PeriodOfUse!! 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;" | startDateTime || 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 PeriodOfUse || 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|| 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;" | endDateTime || 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).
|-
! DosingInstructions!! In accordance with MA or TA!! Required!! ''Empty'' !! ''Empty'' !! Required
|-
| || Medication was/will be used during the PeriodOfUse 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:''' 
'''Situation 1a: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June yyyy). 
{| class="wikitable"
|-
! Situation 1a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime|| 4 June yyyy
|-
| endDateTime || 10 June yyyy
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 1b: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June).
 
{| class="wikitable"
|-
! Situation 1b !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 4 June yyyy 
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 2: Medication is/will be used during the PeriodOfUse, but not by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 2 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 11 June
|-
| endDateTime || 15 June
|-
| Dosing instruction || 1 tablet 2 times a day
|}
'''Situation 3: Contrary to the agreement, the medication is not/will not be used during the PeriodOfUse''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 3 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Suspended
|-
| startDateTime || 20 July
|-
| endDateTime || 23 July
|-
| Dosing instruction || Not applicable
|}
'''Situation 4a: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy . 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. 
{| class="wikitable"
|-
! Situation 4a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 12 August yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
''* When discontinuing in accordance with the MA/TA, it does not matter whether the MedicationUseStopType is registered as ‘Discontinued’ or left empty. Both scenarios are correctly processed on the receiving end and represent the same stop type. However, if not in accordance with the MA/TA, the MedicationUseStopType is expected to be provided with the value ‘Discontinued’.'' 
 
'''Situation 4b: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has an infection and has been prescribed Amoxicillin. The patient should take this medication 7 days. The period of use has ended on September 8, and the patient wants to register that he is no longer taking this medication. He registers this on September 8 as MGB. 
{| class="wikitable"
|-
! Situation 4b !!
|-
| ProductUsed || AMOXICILLIN DISPERSIBLE TABLET 500 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 8 September yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
'''Situation 4c: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient suffers from seasonal allergic rhinitis and has been prescribed Cetirizine. The patient should take this medication as needed for symptoms. However, the patient has been symptom-free for the past three months and has therefore not used the medication. The patient wants to register this. 
{| class="wikitable"
|-
! Situation 4c !!
|-
| ProductUsed || CETIRIZINE TABLET 10 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued or suspended (''or Empty'')
|-
| startDateTime || 8 August yyyy
|-
| endDateTime || 8 November yyyy
|-
| Dosing instruction || ''Empty''
|}
'''Situation 5: Medication is/will be used during the PeriodOfUse, but it is unknown whether this is by agreement or that there is no agreement (self-medication)''' 
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. 
{| class="wikitable"
|-
! Situation 5 !!
|-
| ProductUsed || Paracetamol 500mg
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || ''Empty''
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 8 August yyyy
|-
| Duration || 7 days
|-
| Dosing instruction || 4 to 6 tablets a day
|}

==Implementation of medication distribution system (GDS) data elements==

===Background===
More and more patients are receiving their medication through medication distribution systems (in Dutch “Geneesmiddel Distributie Systeem"), with the supplier 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. 

'''Who'''
*All healthcare parties (from prescriber to operator)
'''What'''
*Record/exchange that someone is using GDS
*Record why someone is a GDS patient
*Record/exchange that medication must be in the GDS
*Record/exchange the duration of a role
*Exchange whether the change is immediate or at the next role change

'''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 data elements that play a role in recording GDS. 

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Building block '''
! 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;"|AdditionalInformation
|style="background-color: white;vertical-align:top;"|AdditionalInformation contains a list of details of the medicatieafspraak that are important for pharmacovigilance monitoring and completion by a supplier.

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

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

For example: GDS
|-
|style="background-color: white;vertical-align:top;"|DurationOfUse
|style="background-color: white;vertical-align:top;"|Stock for this duration, consumption period
|-
|style="background-color: white;vertical-align:top;"|RequestDate
|style="background-color: white;vertical-align:top;"|The request date is the time when a supplier records an intended dispense
|-
|style="background-color: white;vertical-align:top;"|MedicationDispenseDateTime
|style="background-color: white;vertical-align:top;"|The time of dispense. The date/time 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 DistributionForm data element in the MVE.
*Step 1: if medication is included in the distribution module: fill in the DistributionForm data element in the MVE with 'GDS'.
*Step 2: Based on the DistributionForm data element, deduce that a patient is using GDS. The fact that a patient has an MVE where the DistributionForm data element 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 DistributionForm data element 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 data elements 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, AdditionalWishes (AanvullendeWensen) data element. The code list for this data element 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 "DurationOfUse" of the MVE: the "DurationOfUse" 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, data element AdditionalInformation (AanvullendeInformatie) data element. The code list for this data element 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, data element DurationOfUse (Verbruiksduur), see above. For this, the prescribing system must have access to the supply data of previous MVEs.
**MVE, data element MedicationDispenseDateTime (or if this data element is not filled but the RequestDate is, then the RequestDate; if both are filled, MedicationDispenseDateTime is preferred). Based on this date and the DurationOfUse, 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. 

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 pharmacy.
#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 supplier 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 supplier 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. 
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;"| October 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]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.3
| style="background-color: white;vertical-align:top;"| March 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.3_releasenotes Release notes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.4
| style="background-color: white;vertical-align:top;"| November 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.4_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-rc.1
| style="background-color: white;vertical-align:top;"| May 2025
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-rc.1_releasenotes Releasenotes]
|}

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

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

mp:VDraft 3.0.0 Ontwerp medicatieproces 9 ENG

2025-10-07T13:11:45Z

Sabrina Abou Kamar: /* Actual and current medication */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functional Design Medication Process 9 version 3.0.0-rc.2 English version}}
{{IssueBox|'''<big>This page is currently under construction. </big>'''}}

[[Bestand:NL.jpg|50px]] [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9 Klik hier voor de Nederlandse live-versie] 
For an overview of relevant wiki pages for Medication Process see [[Landingspagina_Medicatieproces|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 supplier 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  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'' The conditions that must be met before the process is started.
** ''Trigger Event'' The event that starts the process.
** ''One or more process steps'' Description of part of the process.
**''Postcondition'' The conditions that are met after the process steps have been carried out.
**''Practical examples'' List of practical examples associated with a specific subprocess. These are detailed in [[#Description of practical examples|Chapter 4]].
**''Information systems and transaction groups'', 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 practical examples|Chapter 4]] describes several practical examples in more detail. These examples are, in a large number of cases, derived from general medical practice but are illustrative of similar situations in a different setting. The practical examples are classified according to subprocess, as indicated in [[#Medication process|Chapter 2]]. 
[[#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, Dutch abbreviations are used for the medication building blocks (see Table 1 below). The word ‘patient' is used to mean both patients and clients.

==Introduction of relevant terms==

===Therapeutic and logistical building blocks===

[[#Medication process|Chapter 2]] provides 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 patient to the prescriber of the MA regarding the agreed medication. The proposal may involve stopping, starting, changing or continuing the 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.
|}Table 1 Building blocks – description

===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. 
'''Scope''' 
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. 
:'''Pharmaceutical treatment' is a '''technical concept''' in the information standard. Its purpose is'': 
:#''To unambiguously identify the set of interdependent medication building blocks, and'' 
:#''To apply rules to it to unambiguously determine the present situation''. 
The functional application of the concept of MBH is as follows: 
*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 (hereafter: startDateTime according to naming convention in the 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. 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.
*When prescribing in [[#Free-text prescribing|free-text]] (meaning a prescription without a code from the G-Standard) every change of the product may lead to a new MBH.
*Intravenous (IV) therapy (to be worked out).

'''Examples''' 
Five examples illustrate the scope of an MBH: 
*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. 

'''Creation of an MBH''' 
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]]. A practical example can be found in [[#Merging building blocks under one MBH|paragraph 4.1.41]].

 
'''Rules for parallel building blocks''' 
Within an MBH, several building blocks of the same type may be simultaneously actual. In this FO, the term ‘actual’ (in single quotation marks) means all building blocks that are currently valid or will become valid in the future. <nowiki>'</nowiki>''Valid''<nowiki>'</nowiki> means that a building block contains the agreements the healthcare provider is allowed to act upon.

In principle, only one valid building block per type is allowed within an MBH at any given time. However, there are some exceptions. The rules below indicate per building block type whether multiple simultaneously valid (parallel) building blocks are allowed within the same MBH.

* Parallel MAs are not allowed within the same MBH. Complex build-up and tapering schedules must also be recorded in 1 MA.
* Parallel WDSs are not allowed within the same MBH.
* Parallel TAs are, however, allowed within the same MBH. This may be necessary to completely fulfill the MA. See sections 4.2.16 and 4.2.17 for examples.
* Parallel MGBs are allowed, but only for parallel TAs. This enables correct medication verification, so that, for example, medication use according to one TA can be assessed as correct, while medication use according to another TA in the same MBH is recorded as divergent. In all other cases, parallel MGBs are not allowed.

===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 usually 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, 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, this MA must then be created. This MA may refer to the TA or MGB. A supplier 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.
*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, medication for an indefinite period of time) 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 supplier 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).
*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 an 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-care medication dispensed by the supplier can possibly be recorded by that supplier as a TA with MVE. It can also be recorded as MGB by a 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, query/make available and send/receive.
''Make available'' means that data in one's own information system are made available for ''querying'' by other parties involved in the chain.
Another possibility is to ''send'' data to other parties involved. These other parties ''receive'' the data automatically.

The data are sent to health care providers, not to specific health professionals. If in this FO mention is made of sending data to “the pharmacist/general practitioner/pulmonologist etc.” this concerns the corresponding health care provider, not that individual health professional.

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 patients only.
* Height, Weight and Laboratory results can be sent with the medication prescription. Query/make available 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. Sending an MA combined with a VV corresponds to a prescription as defined in the [https://wetten.overheid.nl/BWBR0021505/2025-01-01#HoofdstukI_Artikel1 Dutch Geneesmiddelenwet] (Art.1 - section pp.). Further explanation can be found in the [https://www.nen.nl/nen-7503-2022-nl-294742 NEN 7503 Gegevensuitwisseling in de zorg]. 
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: 
http://informatiestandaarden.nictiz.nl/wiki/Handleiding_Wiki_documentatie 
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 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 querying 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]]
 

==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 supplier 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. 

The health professional verifies the medication together with the patient and can record the verified medication, including self-care medication, as MGB.
The recorded data related to medication use are made available to fellow health professionals and the patient so that they can query 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 section describes the process of prescribing. The role of prescriber may be performed by anyone with a prescribing authorisation according to the [https://wetten.overheid.nl/BWBR0006251/2024-07-01/0 law BIG]. In addition, a prescriber may delegate this task to other healthcare providers who do not have this authority themselves. This is only allowed within the terms of the law and the agreements within the relevant healthcare organisation. 
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 supplier, 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 supplier) 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 supplier.

===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 supplier, 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)]]. 

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 VVV (reply via AVMA or AVVV is optional) and/or
*reject a VMA or VVV (reply via AVMA or AVVV is mandatory) 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, and [[#Process step: Contacting the prescriber|paragraph 2.3.5]] for further information on managing proposals.

===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 (hereafter: endDateTime according to naming convention in the dataset) 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>.
 
An MA can also be created to begin at a point in the future. These MAs will receive a PeriodOfUse with a startDateTime in the future, which is later than the date of the agreement itself. Any prior MA will have an endDateTime just before the startDateTime of the future one. It is possible to only register a startDateTime (without Duration or endDateTime) in the PeriodOfUse.This is the case with medication for an indefinite period of time. To avoid confusion between 'to/until/till' and 'up to and including', specifying the time is mandatory when entering an endDateTime. In case of an 'up to and including' date (in case of an entire day), the time 23:59:59 applies.

If there is a situation-dependent start- or endDateTime, this can be indicated in the data element Condition in the PeriodOfUse. This Condition clarifies what kind of situation dependency is involved. Examples include:
*‘Start X days before admission’ - when the exact start time depends on a planned hospital admission.
*‘Stop X days after end of holiday’ - when medication is stopped after a specific event with an uncertain end date.

Every MA (as well as WDS, TA and MTD) has a [https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250429T134736/ds-2.16.840.1.113883.2.4.3.11.60.20.77.1.4-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.2.4.1480_20240215140223 RegistrationDateTime]. This defines the date and time when the medication building block was recorded and is used to determine the chronological order of medication building blocks.

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 the hybrid 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 supplier has not received the MA with the corresponding MBH in digital form. The supplier 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. 

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, in data element ReasonModificationOrDiscontinuation. The medication may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-MA contains the following information:
*An endDateTime (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*MedicationAgreementStopType 'discontinued',
*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. The stop-MA also gets no relation to a TA or MGB in this case.
*ReasonModificationOrDiscontinuation.

From the referenced building block, at least the following data elements must be copied into the stop-MA:
*startDateTime,
*AgreedMedicine, with exception of 90 million numbers,
*InstructionsForUse, with exception of AdditionalInstructions.

For an MA in which an endDateTime has immediately been agreed upon, e.g. in the case of a course of treatment, no additional stop-MA is needed. A stop-MA also has the ‘discontinued’ stop type, even if it is a stop-MA resulting from a change. In case of a change, the stop-MA is followed by a new MA.

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 supplier who may need to adjust his logistical process because of the change. When a prescriber wants to shorten the PeriodOfUse 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 healthcare provider who made the original MA. The stop-MA should also be sent to the supplier. The prescriber can find the supplier by querying the TAs associated with the MA (transaction MP-MGR). He then sends the stop-MA to the provider with an active TA (transaction MP-VOS). 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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. A suspension may take effect immediately or a future suspension can be planned. 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 a suspension 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 the guidelines for a stop-MA (see previous paragraph). The stop-MA has a relation to the original MA in order to temporarily stop that MA. The reason for the suspension is recorded in ReasonModificationOrDiscontinuation. The stop type of the stop-MA is 'suspended’.
A new MA is created for resuming the medication, including the reason for resuming, if any (in ReasonModificationOrDiscontinuation). All these MAs are part of the same MBH.

====Changing medication====

Changing an MA may apply to:

* Dosage, 

* Method of administration, 

* Duration of treatment ((e.g. extension of therapy), 

* The responsible prescriber. 

Changes in the dose strength or switching to a completely different medicine results in a different PRK thus 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 RegistrationDateTime of the technical stop/cancel-MA and the new MA should always be the same. In the new MA a reason for the change is recorded in ReasonModificationOrDiscontinuation, and, if possible, a reference to the original MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop-/cancel-MA and corresponding new MA are sent and/or made available simultaneously.

Shortening an MA's PeriodOfUse is considered a change. A stop-MA needs to be made and a new MA2 with the shortened PeriodOfUse.

A stop-MA cannot prolong the PeriodOfUse. Extending an MA can be done in the following ways:
*Creating a new MA2 with a startDateTime after the endDateTime of the original MA1. There is no need for a stop-MA on MA1, as this expires automatically on its endDateTime. The new MA2 can be created both during and after the PeriodOfUse of MA1.
*Extending the PeriodOfUse of the original MA1 if it has not yet expired. This is a common change where a technical stop-MA is made and a new MA2 with the extended PeriodOfUse.

====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 incorrect 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' (in ReasonModificationOrDiscontinuation) and create a new MA under the same MBH with the correct information.

Should the erroneous MA have a startDateTime 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 supplier 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 startDateTime 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 PeriodOfUse.

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.

The cancel-MA basically works the same as the stop-MA described in [[#Discontinuing medication|paragraph 2.2.5.3]], but with two important differences:

*The stop type is 'cancelled' instead of 'discontinued'
*The startDateTime and stopDateTime of the cancel-MA are the same.

===Process step: Making a variable dosing regimen===
When a prescriber prescribes medication with a variable dosing regimen (WDS), 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. 
The thrombosis service is responsible for drafting the WDS. The dosing regimen is entered in the medication building block WisselendDoseerschema (WDS) by a prescriber, usually the thrombosis physician. . The prescriber who made the MA remains responsible for the VVs. The thrombosis physician composes the WDS within the agreed upon INR-range based on a specific, measured INR-value. 
====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'' 
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 its endDateTime, it can be replaced by a new WDS that succeeds it. The new WDS has a relation to the MA and the previous WDS.
It is also possible to adjust the WDS before the endDateTime has been 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.

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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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 dispense request (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 an MA for an indefinite period of time (meaning a PeriodOfUse with only a startDateTime), several VVs may be made over time within the scope of this existing agreement. It is also possible for a prescriber other than the one who made the MA to make a VV under this MA.
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 (Amount) or the consumption period (PeriodOfUse) 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 endDateTime has a meaning other than the PeriodOfUse endDateTime from the MA and may diffeer.
*VV PeriodOfUse endDateTime: date until which the supplier is allowed to supply medication (and thereby provide sufficient supplies to the patient for use until that date).
*MA PeriodOfUse endDateTime: date on which the patient must stop the medication (this can be equal to the consumption period endDateTime or lie 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 supplier, 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 supplier 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===
When sending a medication prescription, a prescriber may also include the patient’s body height and weight. These refer to the height and weight on which the prescriber has based the prescription and may differ (be more accurate) from the general height or weight that has been recorded for the patient. This may, for instance, be done when prescribing for children, or when prescribing medication where weight (e.g. in case of certain anticoagulants) or body surface area (e.g. in case of certain oncolytics) is important.

Body height and weight are separate building blocks and can only be included when sending a medication prescription or when sending a Proposal medication agreement (VMA). This information is not available for querying.

===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 supplier to dispense medication. The prescriber sends the MA to the supplier. In an ambulatory situation, the VV is also sent to the patient’s supplier. If the supplier is not known, this process step can also be performed by making the data available (see C). When the supplier has filled the order, the prescriber will receive a notification (see [[#Information systems and transaction groups 3|paragraph 2.3.10]]). 

B. As an order for the supplier to implement a medication change (including stop-MA with stop type 'discontinued' or 'suspended') that impacts or may impact a current dispense process by this supplier. 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. 

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

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

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.

===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 supplier to carry out a dispense of medication
* An order may have been sent to the supplier 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 supplier 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]]

===Practical examples===
The following specific practical examples have been elaborated:
*[[#Medication for definite period of time|Medication for definite period of time]]
*[[#Medication for indefinite period of time|Medication for indefinite period of time]]
*[[#Changing someone else's MA by non-prescriber with delegated responsibility | Changing someone else's MA by non-prescriber with delegated responsibility]]
*[[#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 - no more allowed|Paper prescription - ''no more allowed'']]
*[[#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 waiting period between intake moments|Dosing with minimum waiting period between intake moments]]
*[[#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 by a supplier, including repeat medication and GDS. A supplier is a pharmacist or dispensing general practitioner who carries out the process of dispensing medication, or under whose responsibility it is carried out. This process encompasses all actions a supplier 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 supplier 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 suppliers collaborate with another organisation that handles part of the supplier’s 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 supplier. The internal logistics and communication between the supplier 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 (medication distribution system, Dutch: 'Geneesmiddel Distributie Systeem'), 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, suppliers and general practitioners communicate via so-called authorisation lists. The supplier 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 supplier 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, suppliers 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 supplier 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 supplier 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 supplier 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 supplier 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 supplier first contacts the prescriber to discuss the possible error and suggest an alternative. The supplier 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. If the prescriber approves the VMA, he changes it into a final MA. Sending an AVMA is optional as the new MA suffices as an answer. If the prescriber rejects the proposal an AVMA must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.). 

A new VV is needed when the patient’s medication stock is depleted or nearly used and the treatment may need to be continued (repeat dispense request). The patient either requests a repeat medication dispense from the supplier or has signed up in the past for proactive repeat medication dispensing 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 supplier can send a VVV to the prescriber. The VVV may contain indications for the prescriber, such as urgency. If the prescriber approves the VVV, he changes it into a final VV. The new VV is sent with the previously created MA, using the transaction MP-VOS. The new prescription containing the new VV suffices as a response. Sending an AVVV is optional in that situation. If the prescriber rejects the proposal an AVVV must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.).

===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 supplier 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 a drug with a different PRK may fall under the same MBH, for example, when changing from 1x 20 mg to 2x 10 mg tablets,
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 supplier takes into account, among other things:
*Preference policy,
*Inclusion in GDS-packaging,
*Available stock of the institution (‘hospital formulary’) or the pharmacy itself. 

''Administration agreement for anticoagulants'' 
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. 

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

A new TA can also be made without an associated MA. When a patient buys self-care medication in the pharmacy, the supplier may wish to register this as a TA, for example for the purpose of medication monitoring.

''Administration agreement for administration list patients'' 
For medication safety, it is essential that the dosing instructions recorded in the TA can be interpreted unambiguously by all involved systems. This means that the planned administration times derived from the TA must always be identical — regardless of which system performs the interpretation. To ensure this, dosing instructions that cannot be derived unambiguously (such as frequencies per week, month, or year) must make use of the RepeatPeriodCyclicalSchedule. This schedule makes it possible to always arrive at the same administration dates, thereby preventing interpretation differences between systems. Examples of dosing instructions that cannot be derived unambiguously include:
*Twice per week
*Once per month
*Twice per year

In such cases, the use of the RepeatPeriodCyclicalSchedule is mandatory in the TA when dealing with a patient on an administration list. For a detailed example, see [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0_Voorbeelden_doseringen#Cyclisch dosing examples].

====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. The reason for discontinuation is recorded in this TA, in data element AdministrationAgreementReasonModificationOrDiscontinuation. The TA may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-TA is a copy of the existing TA with:
*As endDateTime in the PeriodOfUse the date on which the TA ends (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*Stop type 'discontinued',
*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 supplier must be able to stop these with a stop-TA without reference to a TA. The stop-TA also gets no relation to the MGB in this case.

For a TA in which an endDateTime 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 endDateTime 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 ‘discontinued’ 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 ‘discontinued’ 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 endDateTime of the stop-TA may be later than indicated in the original stop-MA.

A TA can be stopped by the supplier himself or by another supplier. When a supplier 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. 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

====Temporarily halting an administration agreement====

Temporarily halting an MA results in a stop-TA (stop type: 'suspended'). 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 with reference to both that stop-MA and to the original TA. The newly created MA also results in a new TA with reference to that new MA. This new TA has no relation to the original TA.

When the change is made by means of a technical cancel-MA and a new future MA, basically the same process applies. The corresponding TA is cancelled by a cancel-TA with reference to the cancel-MA and to the original TA. With the new future MA, a new future TA is created with reference that new MA. This new TA has no relation to the original TA.

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 [[#Stopping future administration agreement | paragraph 2.3.6.6]]) and a new future TA with the change. The RegistrationDateTime 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 (in AdministrationAgreementReasonModificationOrDiscontinuation) and, if possible, a reference to the original TA as well as to the unchanged MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop/cancel-TA and corresponding new TA are made available simultaneously.

====Stopping future administration agreement====

This concerns only TAs with a startDateTime in the future. A supplier 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 PeriodOfUse.

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.

The 'cancel-TA' basically works 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 ‘discontinued’
* startDateTime and endDateTime of the cancel-TA are the same

===Process step: Supply===

After creating the TA, the supplier 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 supplier 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 query them at a later date.

===Postcondition===
*A TA may have been created.
*Medication supply 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 supplier 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]]

===Practical examples===
The following specific practical examples 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 supplier|Patient requests repeat prescription via supplier]]
*[[#Proactive repeat prescription by supplier|Proactive repeat prescription by supplier]]
*[[#Deviation from prescribed quantity in DispenseRequest|Deviation from prescribed quantity in DispenseRequest]]
*[[#Splitting a prescription|Splitting a prescription ]]
*[[#Starting and continuing a GDS|Starting and continuing a GDS ]]
*[[#Supplier changes commercial product|Supplier 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==

 
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 supplier. 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 supplier 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 queries the medication data needed for the automated generation of the administration list. The administrator must have access to current medication data prior to administration. For the administration list, among other things the medication-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. These data can be entered by the supplier in the TA or by the prescriber in the MA or WDS. Recently stopped medication administrations (including recently stopped or modified medication) are also shown in the administration list. In general, suppliers 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 locations of administration; this is registered in InjectionPatchSite 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. 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 can differentiate 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 with differentiation according to administration moment. Prescribers, suppliers and administrators are responsible for providing the medication data which is necessary for generating the administration list.

If, due to circumstances, no current MA/TA is available, the (professional) administrator can record the separate administrations in the eTDR. Examples of situations where this might occur are:
* verbal adjustment in the medication prescription,
* in an emergency situation where no current MA/TA is available, this situation is described in [[#Medication administration without MA or TA|paragraph 4.3.13]].

===Process step: Administering===
The following paragraphs describe the different situations in which an MTD is created: Registering a new MTD, correcting a registered MTD and suspending an administration.

====Registering a new medication administration====
The (professional) administrator has received or queried the medication data that is required for the medication administration. 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. Deviations in the medication administration (not administered, adjusted dosage, refusal by the patient, swallowing problems, adverse effects, etc.) are recorded as well, if applicable as a correction or suspension. Corrections and suspensions are explained in more detail in the next paragraphs.

====Correcting a medication administration====
When an MTD is made available but has to be corrected, another MTD is registered. The ''AdministeredAmount'' of a correcting MTD can be negative. This makes the sum of the ''AdministeredAmount'' from different MTDs the final amount that has been administered. When registering a correction the ''ReasonForDeviation'' can be filled in with e.g. ‘Incorrect registration of medication’ or ‘Drug spat out by patiënt’.

====Suspending a medication administration====
When a planned administration cannot be done, it is possible to register that the administration did not take place. This MTD will then have a ''AdministeredAmount'' of 0. If the administration is not intended to be given at a later moment, this can be communicated in the ''Comment'' data element of this MTD. When the medication is administered at a later moment, this is registered in a new MTD.

===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 query them at a later date. For example, the administration data can be queried 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 supplier 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]]

===Practical examples===

The following practical examples for medication administration have been elaborated:

*[[#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 supplier| Change processed by the supplier]]
*[[#Change not processed by the supplier| Change not processed by the supplier]]
*[[#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 of an administration| Correction of an administration]]
*[[#Medication not administered| Medication not administered]]
*[[#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]]
*[[#Registration (stop-)MA retroactively with interim MTD| Registration (stop-)MA retroactively with interim MTD]]
*[[#Registration of separate MTDs per InjectionPatchSite| Registration of separate MTDs per InjectionPatchSite]]
*[[#Patient transfer to a different department with the same GDS supply date| Patient transfer to a different department with the same GDS supply date]]
*[[#Patient transfer to a different department with an earlier GDS supply date| Patient transfer to a different department with an earlier GDS supply date]]
*[[#Patient transfer to a different department with a later GDS supply date| Patient transfer to a different department with a later GDS supply date]]
*[[#GDS medication dosage increase, no change in administration times (option A)| GDS medication dosage increase, no change in administration times (option A)]]
*[[#GDS medication dosage increase, no change in administration times (option B)| GDS medication dosage increase, no change in administration times (option B)]]
*[[#GDS medication dosage increase, change in administration times| GDS medication dosage increase, change in administration times]]
*[[#GDS medication dosage decrease| GDS medication dosage decrease]]
*[[#Changing GDS medication to ‘as needed’ medication| Changing GDS medication to ‘as needed’ medication]]
*[[#Splitting GDS medication into GDS medication and ‘as needed’ medication| Splitting GDS medication into GDS medication and ‘as needed’ medication]]

==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 [[#Process: medication verification|paragraph 2.1]]),
*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. 
While medication is being used, pharmaceutical care is provided by the supplier (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. 
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|paragraph 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 medication use. The data about medication use are recorded in an MGB, with the patient being recorded as the source of the information in Informant, and the health professional as the Author. 
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 supplier 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 supplier ([[#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. 
[[#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]]

===Practical examples===
The practical examples 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 practical examples for medication use have been elaborated:
*[[#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 data element ‘NextPractitioner’. When prescribing new medication the AHGP can use this data element to indicate who the regular GP of the patient is. When stopping or changing medication the AHGP can use this data element to indicate who 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. 
The AHGP will inform the regular GP about the after-hours contact. 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.

==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 supplier 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 query 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 pharmacies on an outpatient basis and, in clinical practice, often by a contracted hospital pharmacy. 
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. 
Letting the psychiatric patient record his own medication use may be experienced as undesirable control instead of it stimulating proper medication use. 
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 pharmacies, possibly as part of GDS if needed. VVT institutions and home care make use of administration lists. Before administration of medication, the medication is checked. After administration the actual MTD's are signed off. Communication regarding MTD's between supplier, prescriber and nursing staff will be explained in more detail 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 ongoing medication a few days before admission. At the time this agreement is made, the exact admission date is often not yet known. In such cases, it must be clear to all healthcare providers in the care chain that the PeriodOfUse of the medication is not yet final. The prescriber issues a MA or a stop-MA, indicating in the data element PeriodOfUse/Condition how many days before admission the patient should start or stop the medication. Once the admission date becomes known or changes, the PeriodOfUse of the MA is adjusted through the standard change process.

===During admission and at time of discharge===
When a patient is admitted, the following situations can occur, concerning the outpatient medication:
* No change in ongoing 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.

====No change in ongoing 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 element ‘NextPractitioner'. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 practical examples=
This chapter contains a description of various practical examples. 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]].
Some of these practical examples are accompanied by a visualisation. In these visualisations the acting stakeholders are shown, as well as the building blocks described in the situation. Changes in building blocks and new building blocks are shown as they occur in time.
{| class="wikitable" style="width: 60%;
|-
! style="text-align:left;" colspan="5" | Legend visualisations
|-
| style="text-align:left;" colspan="5" | ''characters''
|-
| style="vertical-align:top; background-color: white;" | Prescriber
[[Bestand:Voorschrijver.png|100x100px]]

Recognizable by their stethoscope
| style="vertical-align:top; background-color: white;" | Supplier
[[Bestand:Apotheker.png|100x100px]]

Recognizable by their pestle and mortar
| style="vertical-align:top; background-color: white;" | Patient
[[Bestand:Patiënt.png|100x100px]]

Recognizable by their bandage
| style="vertical-align:top; background-color: white;" | Administrator
[[Bestand:Toediener.png|100x100px]]

Recognizable by their syringe
| style="vertical-align:top; background-color: white;" | Healthcare provider
[[Bestand:Zorgverlener.png|100x100px]]

Recognizable by their hat
|-
| style="text-align:left;" colspan="5" | ''Symbols''
|-
| style="vertical-align:top; background-color: white;" | Start of a relevant building block
[[Bestand:Start.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Start of a stopped building block
[[Bestand:Gestopt.png|100x100px]]

Stopped building blocks are grey
| style="vertical-align:top; background-color: white;" | End date of a building block
[[Bestand:Eind.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | End date of a stop-building block
[[Bestand:Stop.png|100x100px]]

The color of the outline indicates the type of building block
| style="vertical-align:top; background-color: white;" | A building block without an end date
[[Bestand:Chronische_duur.png|100x100px]]

The color indicates the type of building block
|-
| style="vertical-align:top; background-color: white;" | An instance of VV or MVE
[[Bestand:Verstrekking.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Labtest value
[[Bestand:Labwaarde.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Direction of sent message
[[Bestand:Voorstelbericht.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Signal from the information system
[[Bestand:Signaal.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Textbox for clarification
[[Bestand:Textbox.png|100x100px]]
|}

==Practical examples, Prescribe==

===Medication for definite period of time===
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 pharmacy 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 for 5 days.''
He records this MA in his information system. The general practitioner then immediately also makes a VV for the pharmacy chosen by the patient:
:''Nitrofurantoin CR capsule, 100 mg; 10 capsules.''
The general practitioner also records this VV in his information system. 
The general practitioner consults with the patient to find out from which pharmacy she wants to pick up the medication. The prescription (MA and VV) is sent to the pharmacy and the medication data are made available to fellow health professionals (MA only) and patient (MA and VV). 
 
[[Bestand:ENG_Voorschrijven_Kortdurende medicatie.png|800px]]

===Medication for indefinite period of time===
The process for ongoing medication is practically the same as for medication for a definite period of time (see [[#Medication for definite period of time|paragraph 4.1.1]]), except that in the case of ongoing 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 an ongoing basis. On ''30 March yyyy'' it was agreed:

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

===Changing someone else's MA by non-prescriber with delegated responsibility===
The medical specialist prescribes 300 mg of Niraparib once a day to treat cancer. 24 hours before the scheduled first administration, the hospital pharmacist reviews the lab values and decides that the dosage needs to be adjusted to 200 mg once a day.

There is an agreement within the hospital that the pharmacist has delegated prescribing authority (see [[#Process: prescribe | paragraph 2.2]]). The pharmacist modifies the medical specialist's MA. The medical specialist remains author of the MA, as the pharmacist acts on his/her instructions.

[[bestand:ENG Wijzigen van andermans medicatieafspraak in opdracht van1.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, as needed 1d1t 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.''
 
[[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 startDateTime or endDateTime as soon as this is known to the prescriber. 
 
[[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 (in data element InstructionsForUse/DosingInstructions) and creates a VV for 60 tablets of oxycodone of 10 mg. 
 
[[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). 
 
[[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 data elements ‘Comment’ or ‘MedicationAgreementAdditionalInformation’ of the MA. The data element ‘MedicationAgreementAdditionalInformation’ contains a list of particularities about the MA that are relevant for pharmacovigilance and fulfilment by the supplier. The element ‘Comment’ is used for particularities that cannot be registered in a coded manner in ‘MedicationAgreementAdditionalInformation’. Below are three examples of the use of these elements.

Example 1: the hospital uses a different formulary than a community pharmacy 
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 data element ‘Comment’. This makes it clear that pantoprazole is the replacement of omeprazole.

Example 2: Half-strengths 
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 ‘MedicationAgreementAdditionalInformation’ can be used to indicate whether this was a deliberate increase.

Example 3: Specific commercial product (HPK), medical necessity 
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 ‘MedicationAgreementAdditionalInformation’ 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 pharmacy does not supply any medication. 
The general practitioner makes the new MA available to fellow health professionals and the patient. 
 
[[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''

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

 
[[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. The practical example for repeat medication 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. 
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.
 
 
[[Bestand:ENG Voorschrijven Wijziging in dosering voldoende voorraadv2.png|800px]] 
In case the patient has no more supply, a new VV will be created. 
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 supplier (fellow health professional). The supplier processes the modification. The supplier 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. For this, no new VV is required. This drug falls under one of the 3 categories (insulins, oral contraceptive pill and non-oral UR contraceptives) where prescriptions may be written for more than one year. It does not matter how the initial VV is filled. 
Three months later, the woman requests a repeat supply at the pharmacy. The pharmacy supplies the product and communicates the MVE to the general practitioner.

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

{{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). 
The pulmonologist records:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; stop type ‘discontinued’; from 13 August yyyy. Because of a side effect.''
The stop-MA is sent to the supplier 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.
 
 
[[Bestand:ENG Voorschrijven Stoppen medicatiev2.png|800px]] 

===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. 
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 'suspended' to the supplier to temporarily halt 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]].

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

===Temporarily halting for an intervention===
A 62-year-old man is taking acetylsalicylic acid 100 mg, 1 tablet 1x daily because of coronary artery disease. He needs to have a colon polyp removed. The general practitioner discusses with him that he should stop taking the acetylsalicylic acid three days before the procedure and resume it the day after the procedure. If the date of the procedure is unknown or uncertain, the data element PeriodOfUse/Condition of the stop-MA indicates that the medication should be stopped three days prior to the procedure. In the new MA, it is specified that the start date is one day after admission. Once the procedure date is known, the MAs are updated to reflect the actual start and stop times. 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]].
 
[[Bestand:ENG_Voorschrijven_Onderbreken voor een ingreep.png|800px]] 

===Paper prescription - ''no more allowed''===
The Dutch law Wegiz (Wet elektronische gegevensuitwisseling in de zorg) states that per January 1st, 2024, prescriptions on paper only are not allowed anymore. Therefore the contents of this practical example have been removed. 
However, there are exceptional situations conceivable where a paper prescription may still be needed. Examples include:
* foreign patients without a BSN
* the patient's preferred pharmacy is not in the Netherlands.
* network failure
The supplier will then have to make a TA without referral to an MA.

===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 pharmacy. 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. 
For treatments with a course of cytostatics, for example, there is an MA, but it is not always clear in advance when the medication dispense/administration takes place. Reason: treatment courses 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, mention can be made in PeriodOfUse/Condition that Nevanac should be started 3 days before surgery takes place. See Prior to admission in [[#Prior to admission|paragraph 3.4.1]].
 [[Bestand:ENG_Voorschrijven_Starten met medicatie voor opname.png|800px]]
 

===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 Comment data element (as free text).
 
[[Bestand:ENG Voorschrijven Niet verstrekken voorv2.png|800px]]
 

===Discontinuation of medication by third parties===
Medication can be discontinued by the prescriber himself (see [[#Discontinuing medication|paragraph 2.2.5.3]] and example in [[#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.
 
 
[[Bestand:Uc4.1.24v2.png|800px]]
 

===Two PRKs in a single pharmaceutical treatment===
In certain circumstances, the supplier 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]]).
 
[[Bestand:ENG_Voorschrijven_Twee PRKs onder een medicamenteuze behandeling.png|800px]]
 

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

===Single medication use===
For medications intended for single use, the period of use can be specified with a startDateTime and Duration, a start and endDateTime, or a Duration and endDateTime. An example of this is a situation where the patient is required to take diazepam once, the day before surgery. The prescriber then indicates the period during which this use should occur.
 
[[Bestand:ENG_Voorschrijven_Eenmalig gebruik.png|800px]]
 

===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 endDateTime, 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 endDateTime, this problem will solve itself over time. 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]].
 
 
[[Bestand:ENG_Voorschrijven_Onterecht openstaande medicatie of weeskinderen.png|800px]]
 

===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. If possible, the stop-MA is sent to the original prescriber and the patient's pharmacy.
 
[[Bestand:ENG_Voorschrijven_Ontbreken digitale medicatieafspraak bij opname.png|800px]]
 

===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, in data element AgreedMedicine. At least one ingredient must be registered, as is the case with magistrals.

===Free-text prescribing===
It is, in exceptional circumstances, possible to prescribe without a code from the G-Standard. This is what we understand as "free-text prescribing". This is only permitted when there is no suitable code available in the G-Standard, for example, with investigational medication. Free-text prescribing is thus explicitly the exception, among other reasons because medication monitoring cannot be performed without a G-standard code.

===Dosing with minimum waiting period between intake moments===
Prescribing medication with a minimum waiting period between intake times should be done 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, in InstructionsForUse. The instruction “''at least 6 hours between intake times''” is recorded in free text in AdditionalInstructions.
 
 [[Bestand:ENG_Voorschrijven_Dosering met minimum interval.png|800px]] 
 

===Dispense request with number of repetitions ===
The prescriber makes a VV with an MA in which she enters the NumberOfRefills. The prescriber hereby indicates to the provider that he may make additional dispenses.

The number of refills in combination with the quantity to be supplied results in: (NumberOfRefills + 1) X Amount. In case of “NumberOfRefills = 3” and “Amount = 30 units” the provider may supply 4 times 30 units (total 120 units).

The number of refills in combination with the duration of medication usage results in: (NumberOfRefills + 1) x PeriodOfUse/Duration. The amount to be supplied depends on the dosage. In case of “Dosage = 3 x per day 2 units”, and “PeriodOfUse/Duration = 30 days” the provider may supply 4 x (6 units per day X 30 days = 180 units) = a total of 720 units.
 
 [[Bestand:ENG_Voorschrijven_Verstrekkingsverzoek met aantal herhalingen.png|800px]] 
 

===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:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift aV2.png|800px]] 

'''B) Renal function value reason for a change:''' 
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.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b1V2.png|800px]] 

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 supplier by the prescriber. Because the patient had already collected the medication and therefore has enough stock, no new VV is sent along.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b2V2.png|800px]] 

'''C) Renal function value due to drug:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift cV2.png|800px]] 
 

===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 CanceledIndicator (MA + VV1 “cancelled”), so the supplier 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. 
In medication building blocks it looks as follows: 
 [[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_a.png|800px]] 
 
The transactions look as follows: 
[[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_b.png]] 

===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.
 
[[Bestand:Eng Uc 4.1.37 wijzigen van andermans medicatieafspraakv3 - Kopie - Kopie.png|800px]]
 

===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 supplier 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 and MTD.
[[Bestand:4.1.38 Uc Opstarten WDSv3.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 endDateTime. 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_Uc_Changing_WDS.png|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 endDateTime 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 practical example [[#Setting up a variable dosing regimen|Setting up a variable dosing regimen]]). 
[[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]]

==Practical examples, Dispense==

===New medication agreement, medication dispense of the same product===
The patient is at the pharmacy on 27 January yyyy to collect his medication. The supplier 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 supplier. 
MA: ''Nitrofurantoin CR capsule, 100 mg, 1 capsule 2x daily, from now on for 5 days.'' 
VV: ''Nitrofurantoin CR capsule, 100 mg; 10 capsules.'' 
The supplier selects a product on the basis of the MA and other factors (such as the pharmacy’s stock and the preference policy of the healthcare insurer): 
''FURABID CR CAPSULE, 100 MG''. The supplier carries out medication monitoring using the information system, no (warning) signals are given. 
The supplier 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: 
''FURABID CR CAPSULE, 100MG; 1 capsule 2x daily; from now on for 5 days''. 
The supplier supplies the medication to the patient: 
''on 27 January yyyy, FURABID CR CAPSULE, 100 MG; 10 capsules.'' 
The TA and MVE are sent to the prescriber and made available to fellow health professionals and the patient.
 
 [[Bestand:ENG_Ter hand stellen_Nieuwe medicatieafspraak medicatieverstrekking zelfde product.png|800px]] 

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

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

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

===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 medication and is described in [[#Splitting a prescription|paragraph 4.2.10]], situation 2.

===Proposal to prescriber for medication agreement===
'''Example 1 - adjusting dosage:''' 
For a 70-year-old patient with a creatinine clearance of 45 mL/min, the supplier 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 supplier 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 supplier.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_a.png|800px]] 
 
'''Example 2 – temporarily halting a medicinal product:''' 
For a 50-year-old patient with on oral fluconazole as part of his current medication, the supplier enters a TA for simvastatin. A message appears with the advice to consider temporarily halting simvastatin. The supplier can make a VMA for halting the simvastatin (stop type ‘suspended’). See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_b.png|800px]] 
 
'''Example 3 – adding a medicinal product:''' 
For a 55-year-old woman, the supplier 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 supplier can make a VMA for these products. See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_c.png|800px]] 
 
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. 
The VMA may help the prescriber to enter this change in the system. The latter is important when MAs are queried, for example, by service observation general practitioners.

===Request and dispense ===
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.
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_a.png|800px]] 

*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 RequestDate and the pre-existing associated TA) is sent to the prescriber when the MedicationDispenseDateTime is registered. See [[#Notification date or dispense date (pharmacist information system)|paragraph 8.3]].
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_b.png|800px]] 

===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. 
For example:
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 for an indefinite period''
on 13 April yyyy a VV to a pharmacy 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 for the patient. The existing MAs had already been made available. 
 [[Bestand:ENG Ter hand stellen Patiënt vraagt herhaalrecept via arts - reactief herhalenV2.png|800px]] 
The supplier 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 use asks for repeat medication, 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. In that case, no RelationMedicationAgreement will be registered.

===Patient requests repeat prescription via supplier===
The patient requests a repeat medication from the supplier, for example through repeat line, by phone, email, counter/boxes, website, app or portal of the pharmacy. 
The supplier 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 supplier. The supplier continues the dispense process and starts with the pharmaceutical care process step. 
 [[Bestand:ENG_Ter hand stellen_Patiënt vraagt herhaalrecept via apotheker - informeren voorschrijver.png|800px]] 
 
If the prescriber does not issue a VV, he lets the supplier know by sending an AVVV.

===Proactive repeat prescription by supplier===
The patient has signed up in the past for proactive repeats and the supplier 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 supplier (or his information system). Proactive repeats are also used for GDS, see [[#Starting and continuing a GDS|paragraph 4.2.11]].
 [[Bestand:ENG_Ter hand stellen_Proactief herhaalrecept door apotheker - informeren voorschrijver.png|800px]] 
 

===Deviation from prescribed quantity in DispenseRequest===

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 28 days and sends a VV to the pharmacist for 28 pieces. The supplier only has packaging of 30 pieces. There are two capsules left at the end of the course, but the MA can still be met. A TA for 28 pieces follows. The MVE states that 30 units have been delivered, optionally with an explanation as to why this deviates from the TA, but this is not mandatory.

[[Bestand:Voorgeschreven hoeveelheid MA less Eng.jpg|800px]]

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 30 days and sends a VV to the supplier for 30 pieces. The supplier only has packaging of 28 pieces. The supplier contacts the prescriber based on professional judgment. There will be a provision of 28 pieces with a TA for 28 days. The TA and MVE deviate from the MA the patient has made with the general practitioner. The pharmacy's information system makes the TA and MVE available to the patient's co-practitioners.

[[Bestand:Voorgeschreven hoeveelheid MA more 30 Eng.jpg|800px]]

===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 supplier.

There are three possible situations: 
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). 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_a.png|800px]] 
 
2) Prescriber and patient initially agree on 90 tablets with 3 repeats. The patient receives the first 90 tablets. The next time the patient visits the pharmacy, an MVE is made under the existing agreements. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_b.png|800px]] 
 
3) Prescriber and patient initially agree on 360 tablets for one year. The supplier 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 pharmacy 3 more times to pick up another 90 tablets each time. 
Situation 3 best describes the way in which a supplier splits a year prescription. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_c.png|800px]] 
 

===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 supplier 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 supplier and the prescriber agree that the supply of medicinal products to this patient will take place via GDS.

The GDS is started: the supplier 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 PeriodOfUse to ensure enough stock up to and including 1 May yyyy.
The supplier sends the proposal to the prescriber. The prescriber approves the proposal on February 6 and sends it unchanged to the supplier as a VV.

The supplier and the patient select an administration schedule 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 pharmacy supplies the patient with a Baxter medication roll containing (among other things) the metoprolol:
*MVE 1: The pharmacy dispenses, on Friday, 8 February yyyyy: 14 tablets, scheduled for weeks 6 and 7 (a PeriodOfUse of 2 weeks).
*MVE 2: The pharmacy 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, in data element DistributionForm. 
After three months, there is a new VVV from the supplier to the prescriber, etc.
 
 [[Bestand:ENG_Ter hand stellen_Het opstarten en continueren van GDS.png|800px]] 
'''Consideration ''' 
*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).

===Supplier 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: Drug not available - out of stock (in data element AdministrationAgreementReasonModificationOrDiscontinuation).
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 supplier sends the new TA and any MVE to the general practitioner. 
 [[Bestand:ENG_Ter hand stellen_De apotheker wijzigt van handelsproduct.png|800px]] 
'''Consideration ''' 
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 supplier records and communicates the reason for the adjustment, the prescriber is better able to assess whether the information is relevant.
 

===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 data element AdditionalInformation in the MA.

If ‘Change in GDS immediately’ is chosen, the supplier will first supply the medication separately, in addition to the existing GDS. This means that a TA is created by the supplier for the bridging period. Starting with the new roll, the new medication is added to the roll. Starting with the startDateTime of the new roll, a TA can be made by the supplier 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. 
 [[Bestand:ENG_Ter hand stellen_Medicatie toevoegen aan GDS.png|800px]] 
 
If 'Change in GDS per change of roll' is chosen, the supplier will start to include the medication in the roll on the startDateTime 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 supplier who can adjust the supply accordingly. The supplier 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.
 
 [[Bestand:ENG_Ter hand stellen_GDS leverancier levert ander handelsproduct.png|800px]] 

===Parallel administration agreements with GDS and non-GDS dispense===
A patient takes 20 mg of Sandoz pantoprazole 2-3 times a day for gastric complaints. 
''TA: pantoprazole Sandoz tablet 20 mg, 2-3x a day 1 tablet'' 
Over time, it is decided to start supplying the patient’s medication in GDS. For pantoprazole, this means that the fixed dose of 2 tablets will be supplied in GDS. These are tablets from Apotex because the GDS supplier does not supply pantoprazole from Sandoz. The third “as needed” tablet will continue to be dispensed separately. The supplier splits the existing TA into two new TAs, with the same startDateTime. 
''TA: pantoprazole Sandoz tablet 20 mg, as needed 1x a day 1 tablet'' 
''TA: pantoprazole Apotex tablet 20 mg, 2x a day 1 tablet 
 
[[Bestand:ENG-Uc4.2.16.png|800px]]

===Parallel administration agreements of which one is changed===
A patient visits the general practitioner with stomach complaints, upon which the general practitioner prescribes pantoprazole.

''Pantoprazole tablet 20 mg; 2-3x daily.''

The fixed dosage of two tablets goes into GDS are supplied by the GDS-provider of the Sandoz brand. The third tablet is dosed ‘as needed’ and is provided separately from the Apotex brand by the patient's regular pharmacy. This results in two parallel TA’s. At a certain point, the GDS supplier can no longer supply pantoprazole. The supplier does have stock of Apotex and adjusts the GDS TA for the fixed dose to a separate dispensing of 1 tablet of 20 mg Pantoprazole Apotex twice a day.
Stopping the GDS TA does not effect the ‘as needed’ TA. This creates two parallel TA’s that are both dispensed separately by the supplier. The one containing the fixed dose and the other the ‘as needed’ dose. In this way, they remain visible separately on the administration list as fixed dose and ‘as needed’ dose.

[[Bestand:ENG Uc4.2.17 stopping parallelTA (1).png|800px]]

===Handling a stop-medication agreement===
When the prescriber agrees to discontinue medication, a stop-MA is created. This stop-MA is processed by the supplier 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 attending physician creates a VV under the existing MA. The physician then sends the prescription, consisting of the VV and a copy of the existing MA, to the after-hours pharmacy. The after-hours pharmacy's supplier reads the medication prescription and creates an MVE, using the existing TA, for the ten tablets that the patient needs. The supplier notifies the after-hours physician about the medication dispense, and sends a copy of the original TA. 
The MVE is made available to fellow health professionals (including the original prescriber and supplier) and patient, the VV only to the patient. 
 
[[Bestand:ENG-Uc4.2.18.png|800px]]
 

===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. 
The after-hours pharmacy's supplier 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.
 
[[Bestand:ENG-Uc4.2.19.png|800px]]
 

==Practical examples, 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, supplier or administrator (the exact process may differ across institutions). Then, the prescriber, supplier, 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 supplier 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 supplier can indicate that an exact administration time is required (the administration time is not a guideline but denotes an exact time). The prescriber or supplier can register an exact administration time by indicating that the administration time is not flexible in the data element IsFlexible under AdministeringSchedule in the MA or TA. 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 supplier 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 the administration moment and/or time is not available beforehand. If relevant (for example because of drug interactions), (guide) administration times can be entered.

See the following 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 supplier 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 supplier 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 pharmacies 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 practical example [[#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 supplier 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 supplier 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. 
 [[Bestand:ENG_Toedienen_Verhogen dosering GDS-medicatie in nieuwe MBH_beta.png|800px]] 

===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. 
 [[Bestand:ENG_Toedienen_Verlagen dosering GDS in nieuwe MBH_beta.png|800px]] 
 

===Change processed by the supplier===
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 supplier processes this change in the TA and/or the MVE. This may be done during the opening hours of the community pharmacy, or after hours when a medication supply is needed. The after-hours pharmacy supplies the medication; in this case, multiple pharmacies 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 supplier(s). Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. Recently stopped medication administrations are also shown in the administration list.

===Change not processed by the supplier===
When medication is changed by a prescriber after the opening hours of the community pharmacy and no medication supply is needed, no supplier 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; this MA overrules all medication building blocks within the same MBH. Recently stopped medication administrations are also shown in the administration list. Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. This situation also applies if the supplier has not processed the modification by the prescriber yet. The supplier 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 data element Comment in the 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 supplier in the MA or TA. This may be a deviation in AdministrationDateTime, AdministeredAmount, RouteOfAdministration, AdministeringSpeed, AdministrationProduct or no administration at all. 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 MedicationAdministrationReasonForDeviation in the MTD.

===Medication administration without MA or TA===
In an emergency situation, the MA and TA may be missing. Therefore, the administrator has to administer medication based on verbal or telephone consultation with a prescriber. This medication will not be included in the administration list. In this situation, the administrator records the MTD in the information system of the administrator (e.g., ECD, eTDR). This is the first building block in a new pharmaceutical treatment with which the administrator creates an MBH. If necessary, an MA and TA can be recorded within this MBH afterwards.

===Medication administration of self-medication===
According to the safety principles in the medication chain, the administrator has no task in the administration of self-care medication. Self-care medication can only appear on the administration list if a prescriber has made this a policy and has created an MA for this, and/or if a provider has created a TA for this.

===Correction of an administration===
This concerns correcting or cancelling an MTD, because an administrator has made a mistake in the registration and the administration is different from what has been registered. 
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. 
If the MTD has already been sent and/or made available to other healthcare providers, a correction can be made by sending and/or making additional medication administrations. Below two examples of corrections are described.

'''Correction with negative ''AdministeredAmount'' '''

A patiënt is prescribed pantoprazole 40mg by their GP. Due to issues with logistics, the supplier hands out pantoprazole 20mg, and instructs to take 2 tablets per day. The patiënt receives support for taking her medication by a home case organisation. The home care worker gives 1 tablet to the patiënt. After registration of the administration, she notices two tablets should have been given. She administers the second tablet and corrects the medication administration. This can be exchanged as an MTD with -1 tablet to nullify the first MTD, and consecutively an MTD with 2 tablets given.

[[Bestand:ENG Uc4.3.15a.png|800px]]

'''Correction with additional MTD'''

A patient has to take 1000mg calcium due to osteoporosis. He receives help from a home care worker once per day. The supplier delivers calcium tablets of 500mg with the instruction to take two tablets per day. The tablets are quite large so the patient can only take them separately. The home care worker administers 1 tablet calcium 500mg and registers this in an MTD. After a few minutes the second tablet is administered. The home care worker corrects the MTD by registering another MTD of 1 tablet calcium 500mg.

[[Bestand:ENG Uc4.3.15b.png|800px]]

===Medication not administered===
A patient is given 1 tablet of propranolol 80mg every day. The patient has lower blood pressure than normal due to fever. The (professional) administrator contacts the prescriber, and in consultation it is decided to not administer the medication that day. The reason is recorded in MedicationAdministrationReasonForDeviation in the MTD.

[[Bestand:ENG Uc4.3.16.png|800px]]

===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 supplier. 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 moment. First, an MTD can be registered with an ''AdministeredAmount'' of 0, and possibly a ''MedicationAdministrationReasonForDeviation''. Then, if the medication is administered at a later moment, this is registered in a new MTD, possibly with a ''MedicationAdministrationReasonForDeviation''.

===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 query 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.). Below an example of such a situation is described.

A patient with renal failure must visit the hospital three times a week for renal dialysis. In addition, the patient receives home care in the morning and evening for assistance with medicine intake. Both at home and in the hospital, the patient is administered medication.
Due to a bacterial infection, the patient is prescribed an antibiotic treatment by the general practitioner.
Ciprofloxacin tablet 500mg; 2x a day; for 10 days

To prevent blood clotting during dialysis, the patient is given nadroparin via the dialysis line in advance in the hospital.
Nadroparin injection into the arterial line 5700 IE / 0,6 ml; 1x prior to dialysis

The administrator consults the current overview with the patient's medication administration and the patient's other MTDs to track the process of medication administration of the last 24 hours.
The administration organisation itself is responsible for what is or is not administered at that time within its own organisation.

[[Bestand:ENG Uc4.3.19.png|810px]]

===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 supplier 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.
 
[[Bestand:ENG_Feedback_to_patient_through_a_medication_adherence_app.PNG|800px]] 
 

===Registration (stop-)MA retroactively with interim MTD===

The patients is taking propranolol and suffers more and more from the side effects during the weekend. In consultation with the prescriber, a decision is made on Sunday morning to stop the medication. However, the registration of stopping the Medication Agreement, the stop MA, is only done on Monday. As a result, during the administration round on Sunday evening, the administrator is not yet aware that the MA was stopped and another medication administration takes place. Since the registration date is known, it is still possible to find out how this administration could have taken place. The MTD is a registration of an action that has taken place. A stop MA or TA therefore has no influence on the validity of an MTD.

[[Bestand:ENG 4.3.20 Toedienen Registration (stop-)MA retroactively with interim MTD.png|800px]]

===Registration of separate MTDs per InjectionPatchSite===
A patient uses long-acting insulin Glargine 50 units a day in the evening. Every evening, an healthcare worker comes every evening to administer the insulin. Because of the high amount of insulin that has to be administered, the administration must be done in two administrations. The administration list shows 1 line for abasaglar 50 units. The healthcare worker first administers 25 units with InjectionPatchSite ‘left upper leg’ and MedicationAdministrationReasonForDeviation ‘2 administrations in relation to 50 units’. Thereafter, the healthcare worker administers another 25 units. In this MTD, the healthcare worker registers the ‘InjectionPatchSite ‘right upper leg’.

[[Bestand:ENG Toedienen 4.3.x Uc Registration of separate MTDs per InjectionPatchLocation.png|800px]]

===Patient transfer to a different department with the same GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is the same as the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, and correct resupply of GDS packaging at the new department.

[[Bestand:ENG Uc4.3.GDS3.png|800px]]

===Patient transfer to a different department with an earlier GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is earlier than the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, correct resupply of GDS packaging at the new department and the recollection of the GDS packaging from the first department.

[[Bestand:ENG Uc4.3.GDS2.png|800px]]

===Patient transfer to a different department with a later GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is later than the supply date of the first department. Thus, the patient will be out of medication before the GDS supply at the new department. The pharmacy will have to supply this medication separately in the meantime.

[[Bestand:ENG Uc4.3.GDS1.png|800px]]

===GDS medication dosage increase, no change in administration times (option A)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (A) in this situation is to supply separate medication in parallel with the GDS medication until the next resupply takes place. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4a.png|800px]]

===GDS medication dosage increase, no change in administration times (option B)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (B) in this situation is to recollect the previous GDS packaging and supply the full dose separately outside of GDS packaging until the next resupply. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4b.png|800px]]

===GDS medication dosage increase, change in administration times===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the administration schedule to one tablet 80mg propranolol every morning at 8:00 and one tablet every afternoon at 16:00. The frequency increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the full dose is supplied separately outside of GDS packaging until the next GDS resupply. The administration times have changed in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS5.png|800px]]

===GDS medication dosage decrease===
Due to high blood pressure, once per day two tablets of propranolol 80mg are administered to the patient. Due to too strong drug action the prescriber decides to decrease the dosage to one tablet 80mg propranolol per day. The dosage increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the new dose is supplied separately outside of GDS packaging until the next GDS resupply. The dosage decrease is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS6.png|800px]]

===Changing GDS medication to ‘as needed’ medication===
The prescriber makes a prescription of temazepam to help insomnia caused by stress. The symptoms are decreasing so the prescriber decides to change the prescription from once per day 10mg temazepam to once per day 10mg temazepam as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that from now on the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy.

[[Bestand:ENG Uc4.3.GDS7.png|800px]]

===Splitting GDS medication into GDS medication and ‘as needed’ medication===
The prescriber makes a prescription for diazepam 5mg twice per day to help with anxiety. Due to too strong drug action the prescriber changes the prescription to diazepam 5mg once per day, and diazepam 5mg once per day as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that for now the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy. The dosage decrease is supplied in the next GDS packaging, and the as needed medication is supplied separately in parallel.

[[Bestand:ENG Uc4.3.GDS8.png|800px]]

==Practical examples, 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 startDateTime and Dosage, and possibly the ReasonForUse.
 [[Bestand:ENG_Gebruik_Zelfzorgmiddel.png|800px]] 

===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 startDateTime and Dosage, and possibly the ReasonForUse. If known, the name of the prescriber is also recorded.
 [[Bestand:ENG_Gebruik_Medicatie uit buitenland.png|800px]] 

===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 startDateTime of the use of this lower dose. The patient also indicates that she initiated this change herself, in ReasonModificationOrDiscontinuationOfUse. 
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 use. 
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.
 [[Bestand:ENG_Gebruik_Wijziging op initatief patiënt.png|800px]] 

===Discontinuation of medication on the patient’s initiative===
Since he started using propranolol, the patient suffers from insomnia. On August 13, he decides to stop without informing the prescribing physician. The patient records that he has discontinued medication, indicating the date of discontinuation in startDateTime, and registering 'Adverse reaction to drug' in ReasonModificationOrDiscontinuationOfUse. In the Comment, he adds that the adverse effect concerns insomnia. 
[[Bestand:ENG_Gebruik_Stoppen_medicatie_op_initiatief_patiënt_V2.png|800px]] 

===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 pharmacy. The patient indicates that the medication has been discontinued and registers Drug not available - out of stock as reason in ReasonModificationOrDiscontinuationOfUse, possibly with the addition that the symptoms have disappeared.
 
[[Bestand:ENG_Gebruik_Geen voorraad meer_a.png|800px]] 
 
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 supplier). 
[[Bestand:ENG_Gebruik_Geen voorraad meer_b.png|800px]] 

===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, in ReasonModificationOrDiscontinuationOfUse. When his symptoms diminish or cease, the patient records this in the explanation in the MGB. 
It is possible that the patient is suffering from side effects without exactly knowing which medicinal products cause them. There is no provision within the information standard 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.
 
[[Bestand:ENG_Gebruik_Gebruik registreren op basis van verstrekking.png|800px]] 

=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==
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 suppliers, 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 blocks (VV, MVE) 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 – NameInformation (Initials, LastName, LastNamePartner), DateOfBirth, Gender ||
|-
| 2 || Telephone || Patient – ContactInformation – TelephoneNumbers || Primary telephone number of patient
|-
| 3 || BSN || Patient – PatientIdentificationNumber || Always BSN
|-
| 4 || Address || Patient – Address data ||
|-
| 5 || Healthcare Provider Name || HealthcareProvider – OrganizationName || Healthcare Provider who has compiled the medication overview
|-
| 6 || Healthcare Provider Address || HealthcareProvider – AddressInformation || Healthcare Provider who has compiled the medication overview
|-
| 7 || Healthcare Provider Telephone || Healthcare Provider – ContactInformation – TelephoneNumbers || Healthcare Provider who has compiled the medication overview
|-
| 8 || Healthcare Provider Email || Healthcare Provider – ContactInformation – EmailAddresses || Healthcare Provider who has compiled the medication overview
|-
| 9 || Date of Medication Overview || Document data – DocumentDate || The time at which the document was created
|-
| || Height|| BodyHeight – HeightValue, HeightDateTime ||
|-
| || Weight|| BodyWeight – WeightValue, WeightDateTime ||
|-
| || Checked by Health professional || DocumentData – VerificationHealthProfessional ||
|-
| || Verified with Patient/Informal Caregiver || DocumentData – VerificationPatient ||
|}
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: endDateTime is not filled, is in the future or was less than a year ago when compiling the overview.

Sort: most recent startDateTime 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. Temporarily halted medication is also shown in this category. When only MGB is known, it is shown if the endDateTime from the PeriodOfUse it is not older than 13 months. When MGB is recorded by both a health professional and a patient, the last registered MGB for both is shown.

Sorting: by MBH: MA, TA, MA (recorded by patient, care provider). MBHs are sorted in descending order by startDateTime of 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;"|AgreedMedicine-
|style="background-color: white;vertical-align:top; text-align:center;"|MedicineForAdministrationAgreement-
|style="background-color: white;vertical-align:top; text-align:center;"|ProductUsed-
|-
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Product – MedicationCode (if absent: ProductSpecifications, 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"|startDateTime
|-
|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"|endDateTime (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"|InstructionsForUse – 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"|InstructionsForUse – RouteOfAdministration
|-
|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;"|PrescriptionReason &
if applicable, ReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|AdministrationAgreementReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|ReasonModificationOrDiscontinuationOfUse
|-
|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"|Comment & MedicationAgreement/AdministrationAgreementAdditionalInformation
|style="background-color: white;vertical-align:top; text-align:center;"|Comment
|-
|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"|HealthProfessional – NameInformation, 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 changing or 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 data element CopyIndicator 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: 
1) displaying a current medication overview (or overviews) obtained from another source (or sources) 
2) showing coherent medication building blocks obtained from one's own information system and from other sources. 
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 supplier outside the region, where this GP or supplier 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 ([[#Prescription medication| paragraph 5.3.2.1]]), then for "over the counter" medication ([[#Over the counter | paragraph 5.3.2.2]]). [[#Future medication agreements and administration agreements | Paragraph 5.3.2.3]] further discusses the special situation that, in addition to a current, a future MA within the same MBH is valid. Finally, [[#Rules of overruling listed| paragraph 5.3.2.4]] summarises the rules to be applied. 
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.
* MA – TA – MGB
A TA refers to the MA it fulfills. If no referral is available in the TA, the RegistrationDateTime of the TA must be later than that of the MA to be relevant to delivery. 
MGB can refer to an MA or TA. If no referral is available in the MGB, the MedicationUseDateTime of the MGB must be later than that of the MA to be relevant for delivery.

=====New medication agreement in MBH=====
If one creates 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.
* ''MA – TA – MGB'' - stop-MA – MA – stop-TA

If a TA and possibly also MGB are created and available following such an MA, these will be included in the medication overview.
* ''MA – TA – MGB'' – stop-MA – MA – stop-TA - TA
* ''MA – TA – MGB'' – stop-MA - MA - stop-TA – TA – MGB 

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. 
* MA – TA – MGB – stop-MA - stop-TA

=====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.
* MA – MGB
* MA – ''MGB'' – TA

Of course, a new record of MGB can then be made, which is also relevant for the medication overview.
* MA – ''MGB'' – TA - MGB

=====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.
* MA – ''TA – MGB''- stop-TA - TA

Of course, you can then record MGB, which in turn is relevant for the medication overview.
* MA – ''TA – MGB'' - stop-TA – TA - MGB

====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.
* MGB

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 MedicationUseDateTime:
* ''MGB'' - MGB

When a prescriber decides to formalize this MBH with an MA the rules as described above apply. Elaborated below, in order of RegistrationDateTime (MA or TA) / MedicationUseDateTime (MGB):
* ''MGB – MGB'' – MA
* ''MGB – MGB'' – MA - MGB
* ''MGB – MGB'' – MA – TA - MGB
* ''MGB – MGB'' – MA – ''MGB'' - TA - MGB
* ''MGB – MGB'' – MA - ''MGB'' - MGB

====Future medication agreements and administration agreements====
An MBH may include more than one 'actual' MA and TA. 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 RegistrationDateTime (MA or TA/ MedicationUseDateTime (MGB) (if these are equal, then sorted by PeriodOfUse):
* MA – T MA
* MA – TA – T MA – T TA
* MA – TA – ''MGB'' – T MA – T TA – T MGB
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:
* MA – TA – ''MGB'' – T TA – T MGB

=====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: 
1) With RelationMedicationagreement to the specific MA that is discontinued or cancelled; 
2) Without RelationMedicationagreement. 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 RegistrationDateTime:
* ''MA'' – T MA - stop-MA – MA 
* ''MA – TA'' – T MA – T TA - stop-MA – MA
* ''MA – TA – MGB'' – T MA – T TA – ''T MGB'' - stop-MA – MA

If only the future MA is changed, this results in the following changes applied to the examples above, in order of RegistrationDateTime:
* MA – ''T MA'' - cancel-MA – T MA
* MA – TA – ''T MA – T TA'' - cancel-MA – T MA
* MA – TA – MGB – ''T MA – T TA – T MGB'' - cancel-MA – T MA 

 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 with RelationMedicationagreement. 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 querying. In these cases, the system does not "know" this MA and therefore cannot refer to it with a RelationMedicationagreement. 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 RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).

* ''TA – '' stop-MA (without reference) - MA 
* ''TA – T TA – MGB'' - stop-MA (without reference) - MA - T MA 
* ''TA – MGB - T TA – T MGB'' - stop-MA (without reference) – MA - T-MA 

=====New administration agreement=====
 However, you can also make a new TA for the current MA only. This new TA must then have a RelationMedicationagreement to that current MA. Elaborated below for three examples, in order of RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).
* MA – T MA – TA
* MA – ''TA'' – T MA – T TA – stop-TA – TA
* MA – ''TA – MGB'' – T MA – T TA – T MGB – stop-TA – TA

A new TA with a RelationMedicationagreement to the future MA looks like this:
* MA – T MA – TA – T TA
* MA –TA – T MA – ''T TA'' – cancel-TA - T TA
* MA – TA – MGB – T MA – ''T TA – T MGB'' - cancel-TA – T TA 

====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.
*A new registration of an MGB overrules in principle older registrations of 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.

::* MA – TA – MGB-ZVL – MGB-PAT
::* MA – TA – MGB-PAT – MGB-ZVL
::* MA – TA – ''MGB-PAT'' – MGB-PAT
::* MA – TA – MGB-ZVL – ''MGB-PAT'' – MGB-PAT
::* MA – TA – ''MGB-ZVL – MGB-PAT'' – MGB PAT – MGB-ZVL

:*Exception to this rule: In case of parallel TA's, any MGB that is recorded as belonging to one TA overrules all older registrations of MGB, except MGBs belonging to another, parallel TA.

==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 RelationMedicationagreement or RelationAdministrationagreement:
**MA or TA that has been the reference for recording this MGB.
**If 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 RegistrationDateTime/MedicationUseDateTime 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, supplier, 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. 
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''. 
:''The effective period describes the period to which an MA or TA (ultimately) applies.'' 
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''' 
Using a number of different situations the inference rules are described for arriving at the effective therapeutic period in a medication profile: 
: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''' 
Medication is started by creating a new MA. The MA has:
*RegistrationDateTime - the date on which the agreement was made with the patient.
*PeriodOfUse - this period consists of:
**startDateTime - the startDateTime of the MA may be in the future;
**Duration - the duration of medication use;
**endDateTime – 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''' 
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 startDateTime 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 startDateTime of the underlying TA and the endDateTime of the last TA.

Parallel TAs may exist under a single MA of which the RegistrationDateTime and the startDateTime 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''' 
Discontinuing medication (i.e. discontinuing the MBH) is done by creating a new MA in which stop type ‘discontinued’ is indicated. The startDateTime of this MA is the date on which the original MA started. The endDateTime 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''' 
Temporarily halting medication is carried out in the same way as discontinuing medication. A stop-MA is created (stop type ‘suspended’) with the same startDateTime as that of the original MA. The endDateTime of the stop-MA is the time of the temporary halt, the stop type is ‘suspended’. Resuming medication is done by creating a new MA with the old (or adjusted) dosage with the date of resuming as the startDateTime. A meaningful reason (example: resume previous policy) may serve to clarify matters. If the medication is not resumed, the medication should be stopped with stop type ‘discontinued’, in order to permanently end the MBH, which means the medication is no longer actual. Medication that is halted remains actual, 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 querying 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 (suspended/discontinued) of a stop- or cancel-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, halted 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=
{{IssueBox|'''<big>This chapter is under revision and will be rewritten taking the contextual dependance of shown information into account </big>'''}}
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. 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
*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 InjectionPatchSite is queried 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 TA) 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]]
 
''Figure 1: Example administration list.''
 
 
{| class="wikitable"
|-
! Nr
! style="text-align:left;"|Heading
! style="text-align:left;" colspan="3"|Dataset
|-
| 1 || Type || MA || TA || WDS
|-
| 2 || Medicine || AgreedMedicine || MedicineForAdministrationAgreement || AgreedMedicine
|-
| 3 || Prescriber
|style="text-align:left;" colspan="3"| MedicationAgreement – Prescriber – HealthProfessional
|-
| 4 || Supplier
|style="text-align:left;" colspan="3"| AdministrationAgreement – Supplier – HealthcareProvider
|-
| || Author
|style="text-align:left;" colspan="3"| VariableDosingRegimen – Author – HealthProfessional (conditional)
|-
| 5 || Start Date || MedicationAgreement – PeriodOfUse || Administration Agreement – PeriodOfUse || Variable Dosing Regimen – PeriodOfUse
|-
| 6 || End Date/Duration || MedicationAgreement – PeriodOfUse || AdministrationAgreement – PeriodOfUse || VariableDosingRegimen – PeriodOfUse
|-
| 7 || Description
|style="text-align:left;" colspan="3"| InstructionsForUse – Description
|-
| || Route Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – RouteOfAdministration

|-
| || Additional Instructions
|style="text-align:left;" colspan="3"| InstructionsForUse – AdditionalInstructions
|-
| || Dose
|style="text-align:left;" colspan="3"| InstructionsForUse – DosingInstructions – Dosage – Dose
|-
| || Administration Time
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSchedule – Administration Time
|-
| || Administration Speed
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSpeed
|-
| || Duration Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – DurationOfAdministration
|-
| 8 || Injection-Patch Location
|style="text-align:left;" colspan="3"|MedicationAdministration – InjectionPatchSite
|-
| 9 || Comment
|style="text-align:left;" colspan="3"|Comment & AdditionalInformation
|}
''Table 1: Normative medication data in the administration list.''


==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 data element, 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 ([https://www.knmp.nl/praktijkvoering/richtlijnen/knmp-richtlijnen-praktijkvoering/knmp-richtlijn-voor-geautomatiseerd-geneesmiddeldistributiesysteem-gds-september-2011 KNMP, 2011]).

A GDS allows a patient to self-manage their own medication for longer. Whether medication is placed in GDS is determined by a supplier. The data element ‘Distribution form’ in the corresponding TA (and also in the MVE, which, however, is not used to compile the administration list) indicates whether GDS medication is involved.

The healthcare field has expressed the wish for a warning signal to be displayed in the event of changed or discontinued medication, stating that the medicine may be in the GDS packaging and that an action may need to be taken on this. Further elaboration on this 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 TA. Furthermore, for non-GDS medication, the data element Condition in 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 TA. Furthermore, the Condition in AsNeeded is filled with 'As needed'.

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

====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 (query/make available) is used for querying and making available individual medication building blocks.
With the transaction group Medication data (send/receive), separate medication building blocks can be sent 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 supplier outside the region; the GP or supplier requests the data by telephone and receives the data digitally).
Both for Medication data send/receive and Medication data query/make 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. When preparing an administration list, if a WDS is present, this WDS is leading for the InstructionsForUse. All situations without WDS, 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 || PeriodOfUse || 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 InjectionPatchSite may be relevant back to one week ago). For example, if 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 || Leading** for compiling the administration list (number: 2, 5, 6, 7, 9, 10) || Data from the prescriber || Data from the prescriber
|-
| TA || - || Leading** for compiling the administration list (number 2, 5, 6, 7, 9, 10) || Data from the supplier and medicine
|-
| WDS || - || - || Leading** for compiling the administration list (number 5, 6, 7, 10)
|}

* Situation in which the supplier has not processed the MA yet.
** ‘Leading’ indicates the data elements which are included in the functional requirements (numbers of the elements are provided between brackets).

====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 addition, a WDS identifies 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.


*MA – WDS– TA 

A TA refers to the MA that is specified by the TA. Also, a WDS refers to the MA that is specified by the WDS. A WDS is always related to an MA.

======New WDS ======


*MA – WDS – TA – WDS

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

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


*MA – WDS– TA – stop-WDS – WDS

The WDS is changed.

======Discontinuation of medication ======
*MA – WDS – TA – stop-MA

Medication with a WDS is discontinued by stopping the MA.

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


*MA – WDS – TA – stop-TA – TA

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: 
*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.


=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 querying/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;"| Querying 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;"| Querying 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
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-VVO
| style="background-color: white;"| Receiving proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekSturend
| style="background-color: white;"| MP-AVVS
| style="background-color: white;"| Sending reply to proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-AVVO
| style="background-color: white;"| Receiving 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
|-
| style="background-color: white;"| VoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-VMO
| style="background-color: white;"| Receiving proposal for new or modified medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakSturend
| style="background-color: white;"| MP-AVMS
| style="background-color: white;"| Sending reply to proposal medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-AVMO
| style="background-color: white;"| Receiving reply to proposal medication agreement
|}Table 3 Overview system roles

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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.373-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.389-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVVS
|style="background-color: white;vertical-align:top;" rowspan="2"|AVVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-20250522T132618/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-AVVO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVMS
|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-20250522T132618/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-AVMO
|}Table 4 Overview transaction groups. For PULL transaction groups, sending and receiving are the same transaction

[[#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 all 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. 
During an admission, certain medicines may be administered that may after discharge still be of interest to healthcare providers outside the institution where the patient was admitted. An example is medication with a long-term effect, making it important to be able to perform medication monitoring on them even after discharge. Such medicines should therefore not be filtered out in advance. The table below (Table 5) lists examples of such medicine groups. Sectors and suppliers can draw up their own list for this purpose by mutual agreement.

{{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
|}Table 5 Types of clinical medication relevant for external health professionals

==Making medication data available (all information systems)==
A healthcare provider only makes their own medication data available. In principle, all own medication data are made available to the extent permitted by patient and the law. 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 condition that they include the original identification label (see also [[#Introduction 2|paragraph 5.1]]).

==Notification date or dispense date (pharmacist information system)==
The RequestDate and the actual MedicationDispenseDateTime may be recorded in the MVE. The RequestDate is the time at which a supplier records an intended medication dispense. The MedicationDispenseDateTime is the date on which the medication dispense has actually taken place.

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. When medication is dispensed on several occasions as part of the same VV (for example, when prescriptions are split), each MVE has its own RequestDate. When an automated dispense system is being used, the MedicationDispenseDateTime 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 practical examples 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 ‘AsNeeded’ instruction with the Condition: ‘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 supplier sends all MVEs and changes in TAs to the prescriber via the transaction Afhandelen medicatievoorschrift (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.

==Pages with additional information relevant to the Kickstart==
Currently, (2023 - 2024), the information standard MP9 is being tested during the [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart]. For this phase, additional information has been described that is supportive of the information standard, but partly not yet fully established. These include the following pages:
* [[mp:Vdraft_RaadplegenReconcilieren|Raadplegen en reconciliëren]] (Querying and reconciliation)
* [[mp:Vkickstart_MigratieHybride|Migratie/hybride]] (Migration/hybrid situation)
* [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|Meesturen nierfunctiewaarde met voorschrift]] (Send kidney function value with prescription)
* [[mp:V3.0_Voorbeelden_doseringen|Voorbeelden doseringen]] - zowel functionele als technische uitwerking in HL7v3 CDA en FHIR (Examples of doses - both functional and technical elaboration in HL7v3 CDA and FHIR)
* [[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|Consolidatie/afleidingsregels]] (Consolidation/deduction rules)
* [[mp:Kickstart_Workflow_Intravenous_Therapy|Workflow and scope for infusion thearpy during the Kickstart]]

See also the [[mp:Medicatieoverdracht_Kickstart|landingspagina voor de Kickstart]] (landing page for the Kickstart) and [[mp:Besluiten_kernteams|Gebruikerseisen en -wensen]] (User requirements and wishes) for further documentation.

==Medication use: UseIndicator, AsAgreedIndicator, MedicationUseStopType, PeriodOfUse and DosingInstructions==
{| class="wikitable"
|-
|style="text-align:center;" |Situation || 1. Medication is/will be used during PeriodOfUse according to agreement|| 2. Medication is/will be used during PeriodOfUse, but not according to agreement || 3. Contrary to agreement, medication is/will not be used during PeriodOfUse || 4. Medication is/will not be used during PeriodOfUse, which is according to agreement || 5. Medication is used during PeriodOfUse but it is unknown if this is according to agreement (self-medication)
|-
! UseIndicator (is this product being used) !! Yes!! Yes !! No !! ''Empty'' (because this would lead to a double negative otherwise) !! Yes
|-
! AsAgreedIndicator !! No!! No !! No!! Yes!! ''Empty''
|-
! MedicationUseStopType!! ''Empty'' !! ''Empty'' !! Discontinued or Suspended !! Discontinued or Suspended (''or Empty'') !! ''Empty''
|-
| || || || StopType depends whether agreement is being discontinued or temporarily halted || StopType in accordance with stop-agreement ||
|-
! PeriodOfUse!! 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;" | startDateTime || 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 PeriodOfUse || 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|| 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;" | endDateTime || 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).
|-
! DosingInstructions!! In accordance with MA or TA!! Required!! ''Empty'' !! ''Empty'' !! Required
|-
| || Medication was/will be used during the PeriodOfUse 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:''' 
'''Situation 1a: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June yyyy). 
{| class="wikitable"
|-
! Situation 1a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime|| 4 June yyyy
|-
| endDateTime || 10 June yyyy
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 1b: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June).
 
{| class="wikitable"
|-
! Situation 1b !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 4 June yyyy 
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 2: Medication is/will be used during the PeriodOfUse, but not by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 2 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 11 June
|-
| endDateTime || 15 June
|-
| Dosing instruction || 1 tablet 2 times a day
|}
'''Situation 3: Contrary to the agreement, the medication is not/will not be used during the PeriodOfUse''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 3 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Suspended
|-
| startDateTime || 20 July
|-
| endDateTime || 23 July
|-
| Dosing instruction || Not applicable
|}
'''Situation 4a: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy . 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. 
{| class="wikitable"
|-
! Situation 4a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 12 August yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
''* When discontinuing in accordance with the MA/TA, it does not matter whether the MedicationUseStopType is registered as ‘Discontinued’ or left empty. Both scenarios are correctly processed on the receiving end and represent the same stop type. However, if not in accordance with the MA/TA, the MedicationUseStopType is expected to be provided with the value ‘Discontinued’.'' 
 
'''Situation 4b: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has an infection and has been prescribed Amoxicillin. The patient should take this medication 7 days. The period of use has ended on September 8, and the patient wants to register that he is no longer taking this medication. He registers this on September 8 as MGB. 
{| class="wikitable"
|-
! Situation 4b !!
|-
| ProductUsed || AMOXICILLIN DISPERSIBLE TABLET 500 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 8 September yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
'''Situation 4c: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient suffers from seasonal allergic rhinitis and has been prescribed Cetirizine. The patient should take this medication as needed for symptoms. However, the patient has been symptom-free for the past three months and has therefore not used the medication. The patient wants to register this. 
{| class="wikitable"
|-
! Situation 4c !!
|-
| ProductUsed || CETIRIZINE TABLET 10 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued or suspended (''or Empty'')
|-
| startDateTime || 8 August yyyy
|-
| endDateTime || 8 November yyyy
|-
| Dosing instruction || ''Empty''
|}
'''Situation 5: Medication is/will be used during the PeriodOfUse, but it is unknown whether this is by agreement or that there is no agreement (self-medication)''' 
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. 
{| class="wikitable"
|-
! Situation 5 !!
|-
| ProductUsed || Paracetamol 500mg
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || ''Empty''
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 8 August yyyy
|-
| Duration || 7 days
|-
| Dosing instruction || 4 to 6 tablets a day
|}

==Implementation of medication distribution system (GDS) data elements==

===Background===
More and more patients are receiving their medication through medication distribution systems (in Dutch “Geneesmiddel Distributie Systeem"), with the supplier 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. 

'''Who'''
*All healthcare parties (from prescriber to operator)
'''What'''
*Record/exchange that someone is using GDS
*Record why someone is a GDS patient
*Record/exchange that medication must be in the GDS
*Record/exchange the duration of a role
*Exchange whether the change is immediate or at the next role change

'''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 data elements that play a role in recording GDS. 

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Building block '''
! 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;"|AdditionalInformation
|style="background-color: white;vertical-align:top;"|AdditionalInformation contains a list of details of the medicatieafspraak that are important for pharmacovigilance monitoring and completion by a supplier.

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

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

For example: GDS
|-
|style="background-color: white;vertical-align:top;"|DurationOfUse
|style="background-color: white;vertical-align:top;"|Stock for this duration, consumption period
|-
|style="background-color: white;vertical-align:top;"|RequestDate
|style="background-color: white;vertical-align:top;"|The request date is the time when a supplier records an intended dispense
|-
|style="background-color: white;vertical-align:top;"|MedicationDispenseDateTime
|style="background-color: white;vertical-align:top;"|The time of dispense. The date/time 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 DistributionForm data element in the MVE.
*Step 1: if medication is included in the distribution module: fill in the DistributionForm data element in the MVE with 'GDS'.
*Step 2: Based on the DistributionForm data element, deduce that a patient is using GDS. The fact that a patient has an MVE where the DistributionForm data element 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 DistributionForm data element 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 data elements 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, AdditionalWishes (AanvullendeWensen) data element. The code list for this data element 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 "DurationOfUse" of the MVE: the "DurationOfUse" 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, data element AdditionalInformation (AanvullendeInformatie) data element. The code list for this data element 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, data element DurationOfUse (Verbruiksduur), see above. For this, the prescribing system must have access to the supply data of previous MVEs.
**MVE, data element MedicationDispenseDateTime (or if this data element is not filled but the RequestDate is, then the RequestDate; if both are filled, MedicationDispenseDateTime is preferred). Based on this date and the DurationOfUse, 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. 

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 pharmacy.
#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 supplier 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 supplier 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. 
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;"| October 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]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.3
| style="background-color: white;vertical-align:top;"| March 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.3_releasenotes Release notes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.4
| style="background-color: white;vertical-align:top;"| November 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.4_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-rc.1
| style="background-color: white;vertical-align:top;"| May 2025
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-rc.1_releasenotes Releasenotes]
|}

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

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

mp:VDraft 3.0.0 Ontwerp medicatieproces 9 ENG

2025-10-07T13:10:08Z

Sabrina Abou Kamar: /* Future medication agreements and administration agreements */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functional Design Medication Process 9 version 3.0.0-rc.2 English version}}
{{IssueBox|'''<big>This page is currently under construction. </big>'''}}

[[Bestand:NL.jpg|50px]] [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9 Klik hier voor de Nederlandse live-versie] 
For an overview of relevant wiki pages for Medication Process see [[Landingspagina_Medicatieproces|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 supplier 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  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'' The conditions that must be met before the process is started.
** ''Trigger Event'' The event that starts the process.
** ''One or more process steps'' Description of part of the process.
**''Postcondition'' The conditions that are met after the process steps have been carried out.
**''Practical examples'' List of practical examples associated with a specific subprocess. These are detailed in [[#Description of practical examples|Chapter 4]].
**''Information systems and transaction groups'', 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 practical examples|Chapter 4]] describes several practical examples in more detail. These examples are, in a large number of cases, derived from general medical practice but are illustrative of similar situations in a different setting. The practical examples are classified according to subprocess, as indicated in [[#Medication process|Chapter 2]]. 
[[#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, Dutch abbreviations are used for the medication building blocks (see Table 1 below). The word ‘patient' is used to mean both patients and clients.

==Introduction of relevant terms==

===Therapeutic and logistical building blocks===

[[#Medication process|Chapter 2]] provides 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 patient to the prescriber of the MA regarding the agreed medication. The proposal may involve stopping, starting, changing or continuing the 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.
|}Table 1 Building blocks – description

===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. 
'''Scope''' 
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. 
:'''Pharmaceutical treatment' is a '''technical concept''' in the information standard. Its purpose is'': 
:#''To unambiguously identify the set of interdependent medication building blocks, and'' 
:#''To apply rules to it to unambiguously determine the present situation''. 
The functional application of the concept of MBH is as follows: 
*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 (hereafter: startDateTime according to naming convention in the 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. 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.
*When prescribing in [[#Free-text prescribing|free-text]] (meaning a prescription without a code from the G-Standard) every change of the product may lead to a new MBH.
*Intravenous (IV) therapy (to be worked out).

'''Examples''' 
Five examples illustrate the scope of an MBH: 
*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. 

'''Creation of an MBH''' 
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]]. A practical example can be found in [[#Merging building blocks under one MBH|paragraph 4.1.41]].

 
'''Rules for parallel building blocks''' 
Within an MBH, several building blocks of the same type may be simultaneously actual. In this FO, the term ‘actual’ (in single quotation marks) means all building blocks that are currently valid or will become valid in the future. <nowiki>'</nowiki>''Valid''<nowiki>'</nowiki> means that a building block contains the agreements the healthcare provider is allowed to act upon.

In principle, only one valid building block per type is allowed within an MBH at any given time. However, there are some exceptions. The rules below indicate per building block type whether multiple simultaneously valid (parallel) building blocks are allowed within the same MBH.

* Parallel MAs are not allowed within the same MBH. Complex build-up and tapering schedules must also be recorded in 1 MA.
* Parallel WDSs are not allowed within the same MBH.
* Parallel TAs are, however, allowed within the same MBH. This may be necessary to completely fulfill the MA. See sections 4.2.16 and 4.2.17 for examples.
* Parallel MGBs are allowed, but only for parallel TAs. This enables correct medication verification, so that, for example, medication use according to one TA can be assessed as correct, while medication use according to another TA in the same MBH is recorded as divergent. In all other cases, parallel MGBs are not allowed.

===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 usually 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, 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, this MA must then be created. This MA may refer to the TA or MGB. A supplier 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.
*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, medication for an indefinite period of time) 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 supplier 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).
*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 an 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-care medication dispensed by the supplier can possibly be recorded by that supplier as a TA with MVE. It can also be recorded as MGB by a 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, query/make available and send/receive.
''Make available'' means that data in one's own information system are made available for ''querying'' by other parties involved in the chain.
Another possibility is to ''send'' data to other parties involved. These other parties ''receive'' the data automatically.

The data are sent to health care providers, not to specific health professionals. If in this FO mention is made of sending data to “the pharmacist/general practitioner/pulmonologist etc.” this concerns the corresponding health care provider, not that individual health professional.

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 patients only.
* Height, Weight and Laboratory results can be sent with the medication prescription. Query/make available 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. Sending an MA combined with a VV corresponds to a prescription as defined in the [https://wetten.overheid.nl/BWBR0021505/2025-01-01#HoofdstukI_Artikel1 Dutch Geneesmiddelenwet] (Art.1 - section pp.). Further explanation can be found in the [https://www.nen.nl/nen-7503-2022-nl-294742 NEN 7503 Gegevensuitwisseling in de zorg]. 
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: 
http://informatiestandaarden.nictiz.nl/wiki/Handleiding_Wiki_documentatie 
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 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 querying 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]]
 

==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 supplier 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. 

The health professional verifies the medication together with the patient and can record the verified medication, including self-care medication, as MGB.
The recorded data related to medication use are made available to fellow health professionals and the patient so that they can query 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 section describes the process of prescribing. The role of prescriber may be performed by anyone with a prescribing authorisation according to the [https://wetten.overheid.nl/BWBR0006251/2024-07-01/0 law BIG]. In addition, a prescriber may delegate this task to other healthcare providers who do not have this authority themselves. This is only allowed within the terms of the law and the agreements within the relevant healthcare organisation. 
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 supplier, 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 supplier) 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 supplier.

===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 supplier, 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)]]. 

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 VVV (reply via AVMA or AVVV is optional) and/or
*reject a VMA or VVV (reply via AVMA or AVVV is mandatory) 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, and [[#Process step: Contacting the prescriber|paragraph 2.3.5]] for further information on managing proposals.

===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 (hereafter: endDateTime according to naming convention in the dataset) 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>.
 
An MA can also be created to begin at a point in the future. These MAs will receive a PeriodOfUse with a startDateTime in the future, which is later than the date of the agreement itself. Any prior MA will have an endDateTime just before the startDateTime of the future one. It is possible to only register a startDateTime (without Duration or endDateTime) in the PeriodOfUse.This is the case with medication for an indefinite period of time. To avoid confusion between 'to/until/till' and 'up to and including', specifying the time is mandatory when entering an endDateTime. In case of an 'up to and including' date (in case of an entire day), the time 23:59:59 applies.

If there is a situation-dependent start- or endDateTime, this can be indicated in the data element Condition in the PeriodOfUse. This Condition clarifies what kind of situation dependency is involved. Examples include:
*‘Start X days before admission’ - when the exact start time depends on a planned hospital admission.
*‘Stop X days after end of holiday’ - when medication is stopped after a specific event with an uncertain end date.

Every MA (as well as WDS, TA and MTD) has a [https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250429T134736/ds-2.16.840.1.113883.2.4.3.11.60.20.77.1.4-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.2.4.1480_20240215140223 RegistrationDateTime]. This defines the date and time when the medication building block was recorded and is used to determine the chronological order of medication building blocks.

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 the hybrid 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 supplier has not received the MA with the corresponding MBH in digital form. The supplier 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. 

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, in data element ReasonModificationOrDiscontinuation. The medication may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-MA contains the following information:
*An endDateTime (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*MedicationAgreementStopType 'discontinued',
*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. The stop-MA also gets no relation to a TA or MGB in this case.
*ReasonModificationOrDiscontinuation.

From the referenced building block, at least the following data elements must be copied into the stop-MA:
*startDateTime,
*AgreedMedicine, with exception of 90 million numbers,
*InstructionsForUse, with exception of AdditionalInstructions.

For an MA in which an endDateTime has immediately been agreed upon, e.g. in the case of a course of treatment, no additional stop-MA is needed. A stop-MA also has the ‘discontinued’ stop type, even if it is a stop-MA resulting from a change. In case of a change, the stop-MA is followed by a new MA.

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 supplier who may need to adjust his logistical process because of the change. When a prescriber wants to shorten the PeriodOfUse 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 healthcare provider who made the original MA. The stop-MA should also be sent to the supplier. The prescriber can find the supplier by querying the TAs associated with the MA (transaction MP-MGR). He then sends the stop-MA to the provider with an active TA (transaction MP-VOS). 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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. A suspension may take effect immediately or a future suspension can be planned. 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 a suspension 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 the guidelines for a stop-MA (see previous paragraph). The stop-MA has a relation to the original MA in order to temporarily stop that MA. The reason for the suspension is recorded in ReasonModificationOrDiscontinuation. The stop type of the stop-MA is 'suspended’.
A new MA is created for resuming the medication, including the reason for resuming, if any (in ReasonModificationOrDiscontinuation). All these MAs are part of the same MBH.

====Changing medication====

Changing an MA may apply to:

* Dosage, 

* Method of administration, 

* Duration of treatment ((e.g. extension of therapy), 

* The responsible prescriber. 

Changes in the dose strength or switching to a completely different medicine results in a different PRK thus 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 RegistrationDateTime of the technical stop/cancel-MA and the new MA should always be the same. In the new MA a reason for the change is recorded in ReasonModificationOrDiscontinuation, and, if possible, a reference to the original MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop-/cancel-MA and corresponding new MA are sent and/or made available simultaneously.

Shortening an MA's PeriodOfUse is considered a change. A stop-MA needs to be made and a new MA2 with the shortened PeriodOfUse.

A stop-MA cannot prolong the PeriodOfUse. Extending an MA can be done in the following ways:
*Creating a new MA2 with a startDateTime after the endDateTime of the original MA1. There is no need for a stop-MA on MA1, as this expires automatically on its endDateTime. The new MA2 can be created both during and after the PeriodOfUse of MA1.
*Extending the PeriodOfUse of the original MA1 if it has not yet expired. This is a common change where a technical stop-MA is made and a new MA2 with the extended PeriodOfUse.

====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 incorrect 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' (in ReasonModificationOrDiscontinuation) and create a new MA under the same MBH with the correct information.

Should the erroneous MA have a startDateTime 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 supplier 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 startDateTime 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 PeriodOfUse.

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.

The cancel-MA basically works the same as the stop-MA described in [[#Discontinuing medication|paragraph 2.2.5.3]], but with two important differences:

*The stop type is 'cancelled' instead of 'discontinued'
*The startDateTime and stopDateTime of the cancel-MA are the same.

===Process step: Making a variable dosing regimen===
When a prescriber prescribes medication with a variable dosing regimen (WDS), 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. 
The thrombosis service is responsible for drafting the WDS. The dosing regimen is entered in the medication building block WisselendDoseerschema (WDS) by a prescriber, usually the thrombosis physician. . The prescriber who made the MA remains responsible for the VVs. The thrombosis physician composes the WDS within the agreed upon INR-range based on a specific, measured INR-value. 
====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'' 
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 its endDateTime, it can be replaced by a new WDS that succeeds it. The new WDS has a relation to the MA and the previous WDS.
It is also possible to adjust the WDS before the endDateTime has been 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.

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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. 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 dispense request (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 an MA for an indefinite period of time (meaning a PeriodOfUse with only a startDateTime), several VVs may be made over time within the scope of this existing agreement. It is also possible for a prescriber other than the one who made the MA to make a VV under this MA.
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 (Amount) or the consumption period (PeriodOfUse) 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 endDateTime has a meaning other than the PeriodOfUse endDateTime from the MA and may diffeer.
*VV PeriodOfUse endDateTime: date until which the supplier is allowed to supply medication (and thereby provide sufficient supplies to the patient for use until that date).
*MA PeriodOfUse endDateTime: date on which the patient must stop the medication (this can be equal to the consumption period endDateTime or lie 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 supplier, 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 supplier 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===
When sending a medication prescription, a prescriber may also include the patient’s body height and weight. These refer to the height and weight on which the prescriber has based the prescription and may differ (be more accurate) from the general height or weight that has been recorded for the patient. This may, for instance, be done when prescribing for children, or when prescribing medication where weight (e.g. in case of certain anticoagulants) or body surface area (e.g. in case of certain oncolytics) is important.

Body height and weight are separate building blocks and can only be included when sending a medication prescription or when sending a Proposal medication agreement (VMA). This information is not available for querying.

===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 supplier to dispense medication. The prescriber sends the MA to the supplier. In an ambulatory situation, the VV is also sent to the patient’s supplier. If the supplier is not known, this process step can also be performed by making the data available (see C). When the supplier has filled the order, the prescriber will receive a notification (see [[#Information systems and transaction groups 3|paragraph 2.3.10]]). 

B. As an order for the supplier to implement a medication change (including stop-MA with stop type 'discontinued' or 'suspended') that impacts or may impact a current dispense process by this supplier. 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. 

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

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

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.

===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 supplier to carry out a dispense of medication
* An order may have been sent to the supplier 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 supplier 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]]

===Practical examples===
The following specific practical examples have been elaborated:
*[[#Medication for definite period of time|Medication for definite period of time]]
*[[#Medication for indefinite period of time|Medication for indefinite period of time]]
*[[#Changing someone else's MA by non-prescriber with delegated responsibility | Changing someone else's MA by non-prescriber with delegated responsibility]]
*[[#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 - no more allowed|Paper prescription - ''no more allowed'']]
*[[#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 waiting period between intake moments|Dosing with minimum waiting period between intake moments]]
*[[#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 by a supplier, including repeat medication and GDS. A supplier is a pharmacist or dispensing general practitioner who carries out the process of dispensing medication, or under whose responsibility it is carried out. This process encompasses all actions a supplier 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 supplier 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 suppliers collaborate with another organisation that handles part of the supplier’s 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 supplier. The internal logistics and communication between the supplier 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 (medication distribution system, Dutch: 'Geneesmiddel Distributie Systeem'), 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, suppliers and general practitioners communicate via so-called authorisation lists. The supplier 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 supplier 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, suppliers 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 supplier 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 supplier 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 supplier 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 supplier 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 supplier first contacts the prescriber to discuss the possible error and suggest an alternative. The supplier 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. If the prescriber approves the VMA, he changes it into a final MA. Sending an AVMA is optional as the new MA suffices as an answer. If the prescriber rejects the proposal an AVMA must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.). 

A new VV is needed when the patient’s medication stock is depleted or nearly used and the treatment may need to be continued (repeat dispense request). The patient either requests a repeat medication dispense from the supplier or has signed up in the past for proactive repeat medication dispensing 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 supplier can send a VVV to the prescriber. The VVV may contain indications for the prescriber, such as urgency. If the prescriber approves the VVV, he changes it into a final VV. The new VV is sent with the previously created MA, using the transaction MP-VOS. The new prescription containing the new VV suffices as a response. Sending an AVVV is optional in that situation. If the prescriber rejects the proposal an AVVV must be sent to the requester (see also [[#Process step: Evaluating a pharmaceutical treatment|paragraph 2.2.4]] ff.).

===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 supplier 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 a drug with a different PRK may fall under the same MBH, for example, when changing from 1x 20 mg to 2x 10 mg tablets,
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 supplier takes into account, among other things:
*Preference policy,
*Inclusion in GDS-packaging,
*Available stock of the institution (‘hospital formulary’) or the pharmacy itself. 

''Administration agreement for anticoagulants'' 
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. 

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

A new TA can also be made without an associated MA. When a patient buys self-care medication in the pharmacy, the supplier may wish to register this as a TA, for example for the purpose of medication monitoring.

''Administration agreement for administration list patients'' 
For medication safety, it is essential that the dosing instructions recorded in the TA can be interpreted unambiguously by all involved systems. This means that the planned administration times derived from the TA must always be identical — regardless of which system performs the interpretation. To ensure this, dosing instructions that cannot be derived unambiguously (such as frequencies per week, month, or year) must make use of the RepeatPeriodCyclicalSchedule. This schedule makes it possible to always arrive at the same administration dates, thereby preventing interpretation differences between systems. Examples of dosing instructions that cannot be derived unambiguously include:
*Twice per week
*Once per month
*Twice per year

In such cases, the use of the RepeatPeriodCyclicalSchedule is mandatory in the TA when dealing with a patient on an administration list. For a detailed example, see [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0_Voorbeelden_doseringen#Cyclisch dosing examples].

====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. The reason for discontinuation is recorded in this TA, in data element AdministrationAgreementReasonModificationOrDiscontinuation. The TA may be discontinued immediately with endDateTime today, or stopped with endDateTime in the future.
The new stop-TA is a copy of the existing TA with:
*As endDateTime in the PeriodOfUse the date on which the TA ends (may also be in the future),
*Its own author,
*Its own RegistrationDateTime,
*Stop type 'discontinued',
*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 supplier must be able to stop these with a stop-TA without reference to a TA. The stop-TA also gets no relation to the MGB in this case.

For a TA in which an endDateTime 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 endDateTime 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 ‘discontinued’ 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 ‘discontinued’ 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 endDateTime of the stop-TA may be later than indicated in the original stop-MA.

A TA can be stopped by the supplier himself or by another supplier. When a supplier 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. 
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 RegistrationDateTime, even if this building block falls outside the requested PeriodOfUse. This way, it is still possible to determine that a medication building block is not active anymore, but stopped.

====Temporarily halting an administration agreement====

Temporarily halting an MA results in a stop-TA (stop type: 'suspended'). 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 with reference to both that stop-MA and to the original TA. The newly created MA also results in a new TA with reference to that new MA. This new TA has no relation to the original TA.

When the change is made by means of a technical cancel-MA and a new future MA, basically the same process applies. The corresponding TA is cancelled by a cancel-TA with reference to the cancel-MA and to the original TA. With the new future MA, a new future TA is created with reference that new MA. This new TA has no relation to the original TA.

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 [[#Stopping future administration agreement | paragraph 2.3.6.6]]) and a new future TA with the change. The RegistrationDateTime 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 (in AdministrationAgreementReasonModificationOrDiscontinuation) and, if possible, a reference to the original TA as well as to the unchanged MA. A change may take effect immediately or can be scheduled with a startDateTime in the future. A technical stop/cancel-TA and corresponding new TA are made available simultaneously.

====Stopping future administration agreement====

This concerns only TAs with a startDateTime in the future. A supplier 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 PeriodOfUse.

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.

The 'cancel-TA' basically works 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 ‘discontinued’
* startDateTime and endDateTime of the cancel-TA are the same

===Process step: Supply===

After creating the TA, the supplier 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 supplier 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 query them at a later date.

===Postcondition===
*A TA may have been created.
*Medication supply 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 supplier 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]]

===Practical examples===
The following specific practical examples 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 supplier|Patient requests repeat prescription via supplier]]
*[[#Proactive repeat prescription by supplier|Proactive repeat prescription by supplier]]
*[[#Deviation from prescribed quantity in DispenseRequest|Deviation from prescribed quantity in DispenseRequest]]
*[[#Splitting a prescription|Splitting a prescription ]]
*[[#Starting and continuing a GDS|Starting and continuing a GDS ]]
*[[#Supplier changes commercial product|Supplier 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==

 
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 supplier. 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 supplier 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 queries the medication data needed for the automated generation of the administration list. The administrator must have access to current medication data prior to administration. For the administration list, among other things the medication-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. These data can be entered by the supplier in the TA or by the prescriber in the MA or WDS. Recently stopped medication administrations (including recently stopped or modified medication) are also shown in the administration list. In general, suppliers 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 locations of administration; this is registered in InjectionPatchSite 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. 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 can differentiate 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 with differentiation according to administration moment. Prescribers, suppliers and administrators are responsible for providing the medication data which is necessary for generating the administration list.

If, due to circumstances, no current MA/TA is available, the (professional) administrator can record the separate administrations in the eTDR. Examples of situations where this might occur are:
* verbal adjustment in the medication prescription,
* in an emergency situation where no current MA/TA is available, this situation is described in [[#Medication administration without MA or TA|paragraph 4.3.13]].

===Process step: Administering===
The following paragraphs describe the different situations in which an MTD is created: Registering a new MTD, correcting a registered MTD and suspending an administration.

====Registering a new medication administration====
The (professional) administrator has received or queried the medication data that is required for the medication administration. 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. Deviations in the medication administration (not administered, adjusted dosage, refusal by the patient, swallowing problems, adverse effects, etc.) are recorded as well, if applicable as a correction or suspension. Corrections and suspensions are explained in more detail in the next paragraphs.

====Correcting a medication administration====
When an MTD is made available but has to be corrected, another MTD is registered. The ''AdministeredAmount'' of a correcting MTD can be negative. This makes the sum of the ''AdministeredAmount'' from different MTDs the final amount that has been administered. When registering a correction the ''ReasonForDeviation'' can be filled in with e.g. ‘Incorrect registration of medication’ or ‘Drug spat out by patiënt’.

====Suspending a medication administration====
When a planned administration cannot be done, it is possible to register that the administration did not take place. This MTD will then have a ''AdministeredAmount'' of 0. If the administration is not intended to be given at a later moment, this can be communicated in the ''Comment'' data element of this MTD. When the medication is administered at a later moment, this is registered in a new MTD.

===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 query them at a later date. For example, the administration data can be queried 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 supplier 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]]

===Practical examples===

The following practical examples for medication administration have been elaborated:

*[[#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 supplier| Change processed by the supplier]]
*[[#Change not processed by the supplier| Change not processed by the supplier]]
*[[#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 of an administration| Correction of an administration]]
*[[#Medication not administered| Medication not administered]]
*[[#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]]
*[[#Registration (stop-)MA retroactively with interim MTD| Registration (stop-)MA retroactively with interim MTD]]
*[[#Registration of separate MTDs per InjectionPatchSite| Registration of separate MTDs per InjectionPatchSite]]
*[[#Patient transfer to a different department with the same GDS supply date| Patient transfer to a different department with the same GDS supply date]]
*[[#Patient transfer to a different department with an earlier GDS supply date| Patient transfer to a different department with an earlier GDS supply date]]
*[[#Patient transfer to a different department with a later GDS supply date| Patient transfer to a different department with a later GDS supply date]]
*[[#GDS medication dosage increase, no change in administration times (option A)| GDS medication dosage increase, no change in administration times (option A)]]
*[[#GDS medication dosage increase, no change in administration times (option B)| GDS medication dosage increase, no change in administration times (option B)]]
*[[#GDS medication dosage increase, change in administration times| GDS medication dosage increase, change in administration times]]
*[[#GDS medication dosage decrease| GDS medication dosage decrease]]
*[[#Changing GDS medication to ‘as needed’ medication| Changing GDS medication to ‘as needed’ medication]]
*[[#Splitting GDS medication into GDS medication and ‘as needed’ medication| Splitting GDS medication into GDS medication and ‘as needed’ medication]]

==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 [[#Process: medication verification|paragraph 2.1]]),
*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. 
While medication is being used, pharmaceutical care is provided by the supplier (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. 
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|paragraph 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 medication use. The data about medication use are recorded in an MGB, with the patient being recorded as the source of the information in Informant, and the health professional as the Author. 
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 supplier 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 supplier ([[#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. 
[[#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]]

===Practical examples===
The practical examples 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 practical examples for medication use have been elaborated:
*[[#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 data element ‘NextPractitioner’. When prescribing new medication the AHGP can use this data element to indicate who the regular GP of the patient is. When stopping or changing medication the AHGP can use this data element to indicate who 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. 
The AHGP will inform the regular GP about the after-hours contact. 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.

==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 supplier 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 query 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 pharmacies on an outpatient basis and, in clinical practice, often by a contracted hospital pharmacy. 
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. 
Letting the psychiatric patient record his own medication use may be experienced as undesirable control instead of it stimulating proper medication use. 
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 pharmacies, possibly as part of GDS if needed. VVT institutions and home care make use of administration lists. Before administration of medication, the medication is checked. After administration the actual MTD's are signed off. Communication regarding MTD's between supplier, prescriber and nursing staff will be explained in more detail 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 ongoing medication a few days before admission. At the time this agreement is made, the exact admission date is often not yet known. In such cases, it must be clear to all healthcare providers in the care chain that the PeriodOfUse of the medication is not yet final. The prescriber issues a MA or a stop-MA, indicating in the data element PeriodOfUse/Condition how many days before admission the patient should start or stop the medication. Once the admission date becomes known or changes, the PeriodOfUse of the MA is adjusted through the standard change process.

===During admission and at time of discharge===
When a patient is admitted, the following situations can occur, concerning the outpatient medication:
* No change in ongoing 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.

====No change in ongoing 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 element ‘NextPractitioner'. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 element ‘NextPractitioner’. In this data element he enters the name of the healthcare provider who, the prescriber expects, will take over 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 practical examples=
This chapter contains a description of various practical examples. 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]].
Some of these practical examples are accompanied by a visualisation. In these visualisations the acting stakeholders are shown, as well as the building blocks described in the situation. Changes in building blocks and new building blocks are shown as they occur in time.
{| class="wikitable" style="width: 60%;
|-
! style="text-align:left;" colspan="5" | Legend visualisations
|-
| style="text-align:left;" colspan="5" | ''characters''
|-
| style="vertical-align:top; background-color: white;" | Prescriber
[[Bestand:Voorschrijver.png|100x100px]]

Recognizable by their stethoscope
| style="vertical-align:top; background-color: white;" | Supplier
[[Bestand:Apotheker.png|100x100px]]

Recognizable by their pestle and mortar
| style="vertical-align:top; background-color: white;" | Patient
[[Bestand:Patiënt.png|100x100px]]

Recognizable by their bandage
| style="vertical-align:top; background-color: white;" | Administrator
[[Bestand:Toediener.png|100x100px]]

Recognizable by their syringe
| style="vertical-align:top; background-color: white;" | Healthcare provider
[[Bestand:Zorgverlener.png|100x100px]]

Recognizable by their hat
|-
| style="text-align:left;" colspan="5" | ''Symbols''
|-
| style="vertical-align:top; background-color: white;" | Start of a relevant building block
[[Bestand:Start.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Start of a stopped building block
[[Bestand:Gestopt.png|100x100px]]

Stopped building blocks are grey
| style="vertical-align:top; background-color: white;" | End date of a building block
[[Bestand:Eind.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | End date of a stop-building block
[[Bestand:Stop.png|100x100px]]

The color of the outline indicates the type of building block
| style="vertical-align:top; background-color: white;" | A building block without an end date
[[Bestand:Chronische_duur.png|100x100px]]

The color indicates the type of building block
|-
| style="vertical-align:top; background-color: white;" | An instance of VV or MVE
[[Bestand:Verstrekking.png|100x100px]]

The color indicates the type of building block
| style="vertical-align:top; background-color: white;" | Labtest value
[[Bestand:Labwaarde.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Direction of sent message
[[Bestand:Voorstelbericht.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Signal from the information system
[[Bestand:Signaal.png|100x100px]]
| style="vertical-align:top; background-color: white;" | Textbox for clarification
[[Bestand:Textbox.png|100x100px]]
|}

==Practical examples, Prescribe==

===Medication for definite period of time===
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 pharmacy 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 for 5 days.''
He records this MA in his information system. The general practitioner then immediately also makes a VV for the pharmacy chosen by the patient:
:''Nitrofurantoin CR capsule, 100 mg; 10 capsules.''
The general practitioner also records this VV in his information system. 
The general practitioner consults with the patient to find out from which pharmacy she wants to pick up the medication. The prescription (MA and VV) is sent to the pharmacy and the medication data are made available to fellow health professionals (MA only) and patient (MA and VV). 
 
[[Bestand:ENG_Voorschrijven_Kortdurende medicatie.png|800px]]

===Medication for indefinite period of time===
The process for ongoing medication is practically the same as for medication for a definite period of time (see [[#Medication for definite period of time|paragraph 4.1.1]]), except that in the case of ongoing 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 an ongoing basis. On ''30 March yyyy'' it was agreed:

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

===Changing someone else's MA by non-prescriber with delegated responsibility===
The medical specialist prescribes 300 mg of Niraparib once a day to treat cancer. 24 hours before the scheduled first administration, the hospital pharmacist reviews the lab values and decides that the dosage needs to be adjusted to 200 mg once a day.

There is an agreement within the hospital that the pharmacist has delegated prescribing authority (see [[#Process: prescribe | paragraph 2.2]]). The pharmacist modifies the medical specialist's MA. The medical specialist remains author of the MA, as the pharmacist acts on his/her instructions.

[[bestand:ENG Wijzigen van andermans medicatieafspraak in opdracht van1.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, as needed 1d1t 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.''
 
[[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 startDateTime or endDateTime as soon as this is known to the prescriber. 
 
[[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 (in data element InstructionsForUse/DosingInstructions) and creates a VV for 60 tablets of oxycodone of 10 mg. 
 
[[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). 
 
[[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 data elements ‘Comment’ or ‘MedicationAgreementAdditionalInformation’ of the MA. The data element ‘MedicationAgreementAdditionalInformation’ contains a list of particularities about the MA that are relevant for pharmacovigilance and fulfilment by the supplier. The element ‘Comment’ is used for particularities that cannot be registered in a coded manner in ‘MedicationAgreementAdditionalInformation’. Below are three examples of the use of these elements.

Example 1: the hospital uses a different formulary than a community pharmacy 
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 data element ‘Comment’. This makes it clear that pantoprazole is the replacement of omeprazole.

Example 2: Half-strengths 
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 ‘MedicationAgreementAdditionalInformation’ can be used to indicate whether this was a deliberate increase.

Example 3: Specific commercial product (HPK), medical necessity 
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 ‘MedicationAgreementAdditionalInformation’ 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 pharmacy does not supply any medication. 
The general practitioner makes the new MA available to fellow health professionals and the patient. 
 
[[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''

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

 
[[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. The practical example for repeat medication 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. 
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.
 
 
[[Bestand:ENG Voorschrijven Wijziging in dosering voldoende voorraadv2.png|800px]] 
In case the patient has no more supply, a new VV will be created. 
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 supplier (fellow health professional). The supplier processes the modification. The supplier 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. For this, no new VV is required. This drug falls under one of the 3 categories (insulins, oral contraceptive pill and non-oral UR contraceptives) where prescriptions may be written for more than one year. It does not matter how the initial VV is filled. 
Three months later, the woman requests a repeat supply at the pharmacy. The pharmacy supplies the product and communicates the MVE to the general practitioner.

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

{{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). 
The pulmonologist records:
:''Beclomethasone aerosol, 100 microgram/dose, inhaler; stop type ‘discontinued’; from 13 August yyyy. Because of a side effect.''
The stop-MA is sent to the supplier 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.
 
 
[[Bestand:ENG Voorschrijven Stoppen medicatiev2.png|800px]] 

===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. 
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 'suspended' to the supplier to temporarily halt 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]].

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

===Temporarily halting for an intervention===
A 62-year-old man is taking acetylsalicylic acid 100 mg, 1 tablet 1x daily because of coronary artery disease. He needs to have a colon polyp removed. The general practitioner discusses with him that he should stop taking the acetylsalicylic acid three days before the procedure and resume it the day after the procedure. If the date of the procedure is unknown or uncertain, the data element PeriodOfUse/Condition of the stop-MA indicates that the medication should be stopped three days prior to the procedure. In the new MA, it is specified that the start date is one day after admission. Once the procedure date is known, the MAs are updated to reflect the actual start and stop times. 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]].
 
[[Bestand:ENG_Voorschrijven_Onderbreken voor een ingreep.png|800px]] 

===Paper prescription - ''no more allowed''===
The Dutch law Wegiz (Wet elektronische gegevensuitwisseling in de zorg) states that per January 1st, 2024, prescriptions on paper only are not allowed anymore. Therefore the contents of this practical example have been removed. 
However, there are exceptional situations conceivable where a paper prescription may still be needed. Examples include:
* foreign patients without a BSN
* the patient's preferred pharmacy is not in the Netherlands.
* network failure
The supplier will then have to make a TA without referral to an MA.

===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 pharmacy. 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. 
For treatments with a course of cytostatics, for example, there is an MA, but it is not always clear in advance when the medication dispense/administration takes place. Reason: treatment courses 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, mention can be made in PeriodOfUse/Condition that Nevanac should be started 3 days before surgery takes place. See Prior to admission in [[#Prior to admission|paragraph 3.4.1]].
 [[Bestand:ENG_Voorschrijven_Starten met medicatie voor opname.png|800px]]
 

===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 Comment data element (as free text).
 
[[Bestand:ENG Voorschrijven Niet verstrekken voorv2.png|800px]]
 

===Discontinuation of medication by third parties===
Medication can be discontinued by the prescriber himself (see [[#Discontinuing medication|paragraph 2.2.5.3]] and example in [[#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.
 
 
[[Bestand:Uc4.1.24v2.png|800px]]
 

===Two PRKs in a single pharmaceutical treatment===
In certain circumstances, the supplier 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]]).
 
[[Bestand:ENG_Voorschrijven_Twee PRKs onder een medicamenteuze behandeling.png|800px]]
 

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

===Single medication use===
For medications intended for single use, the period of use can be specified with a startDateTime and Duration, a start and endDateTime, or a Duration and endDateTime. An example of this is a situation where the patient is required to take diazepam once, the day before surgery. The prescriber then indicates the period during which this use should occur.
 
[[Bestand:ENG_Voorschrijven_Eenmalig gebruik.png|800px]]
 

===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 endDateTime, 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 endDateTime, this problem will solve itself over time. 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]].
 
 
[[Bestand:ENG_Voorschrijven_Onterecht openstaande medicatie of weeskinderen.png|800px]]
 

===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. If possible, the stop-MA is sent to the original prescriber and the patient's pharmacy.
 
[[Bestand:ENG_Voorschrijven_Ontbreken digitale medicatieafspraak bij opname.png|800px]]
 

===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, in data element AgreedMedicine. At least one ingredient must be registered, as is the case with magistrals.

===Free-text prescribing===
It is, in exceptional circumstances, possible to prescribe without a code from the G-Standard. This is what we understand as "free-text prescribing". This is only permitted when there is no suitable code available in the G-Standard, for example, with investigational medication. Free-text prescribing is thus explicitly the exception, among other reasons because medication monitoring cannot be performed without a G-standard code.

===Dosing with minimum waiting period between intake moments===
Prescribing medication with a minimum waiting period between intake times should be done 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, in InstructionsForUse. The instruction “''at least 6 hours between intake times''” is recorded in free text in AdditionalInstructions.
 
 [[Bestand:ENG_Voorschrijven_Dosering met minimum interval.png|800px]] 
 

===Dispense request with number of repetitions ===
The prescriber makes a VV with an MA in which she enters the NumberOfRefills. The prescriber hereby indicates to the provider that he may make additional dispenses.

The number of refills in combination with the quantity to be supplied results in: (NumberOfRefills + 1) X Amount. In case of “NumberOfRefills = 3” and “Amount = 30 units” the provider may supply 4 times 30 units (total 120 units).

The number of refills in combination with the duration of medication usage results in: (NumberOfRefills + 1) x PeriodOfUse/Duration. The amount to be supplied depends on the dosage. In case of “Dosage = 3 x per day 2 units”, and “PeriodOfUse/Duration = 30 days” the provider may supply 4 x (6 units per day X 30 days = 180 units) = a total of 720 units.
 
 [[Bestand:ENG_Voorschrijven_Verstrekkingsverzoek met aantal herhalingen.png|800px]] 
 

===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:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift aV2.png|800px]] 

'''B) Renal function value reason for a change:''' 
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.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b1V2.png|800px]] 

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 supplier by the prescriber. Because the patient had already collected the medication and therefore has enough stock, no new VV is sent along.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift b2V2.png|800px]] 

'''C) Renal function value due to drug:''' 
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 supplier.
 
[[Bestand:ENG Voorschrijven Nierfunctiewaarde sturen met het voorschrift cV2.png|800px]] 
 

===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 CanceledIndicator (MA + VV1 “cancelled”), so the supplier 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. 
In medication building blocks it looks as follows: 
 [[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_a.png|800px]] 
 
The transactions look as follows: 
[[Bestand:ENG_Voorschrijven_Annuleren eerder verstuurd voorschrift_b.png]] 

===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.
 
[[Bestand:Eng Uc 4.1.37 wijzigen van andermans medicatieafspraakv3 - Kopie - Kopie.png|800px]]
 

===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 supplier 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 and MTD.
[[Bestand:4.1.38 Uc Opstarten WDSv3.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 endDateTime. 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_Uc_Changing_WDS.png|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 endDateTime 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 practical example [[#Setting up a variable dosing regimen|Setting up a variable dosing regimen]]). 
[[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]]

==Practical examples, Dispense==

===New medication agreement, medication dispense of the same product===
The patient is at the pharmacy on 27 January yyyy to collect his medication. The supplier 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 supplier. 
MA: ''Nitrofurantoin CR capsule, 100 mg, 1 capsule 2x daily, from now on for 5 days.'' 
VV: ''Nitrofurantoin CR capsule, 100 mg; 10 capsules.'' 
The supplier selects a product on the basis of the MA and other factors (such as the pharmacy’s stock and the preference policy of the healthcare insurer): 
''FURABID CR CAPSULE, 100 MG''. The supplier carries out medication monitoring using the information system, no (warning) signals are given. 
The supplier 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: 
''FURABID CR CAPSULE, 100MG; 1 capsule 2x daily; from now on for 5 days''. 
The supplier supplies the medication to the patient: 
''on 27 January yyyy, FURABID CR CAPSULE, 100 MG; 10 capsules.'' 
The TA and MVE are sent to the prescriber and made available to fellow health professionals and the patient.
 
 [[Bestand:ENG_Ter hand stellen_Nieuwe medicatieafspraak medicatieverstrekking zelfde product.png|800px]] 

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

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

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

===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 medication and is described in [[#Splitting a prescription|paragraph 4.2.10]], situation 2.

===Proposal to prescriber for medication agreement===
'''Example 1 - adjusting dosage:''' 
For a 70-year-old patient with a creatinine clearance of 45 mL/min, the supplier 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 supplier 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 supplier.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_a.png|800px]] 
 
'''Example 2 – temporarily halting a medicinal product:''' 
For a 50-year-old patient with on oral fluconazole as part of his current medication, the supplier enters a TA for simvastatin. A message appears with the advice to consider temporarily halting simvastatin. The supplier can make a VMA for halting the simvastatin (stop type ‘suspended’). See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_b.png|800px]] 
 
'''Example 3 – adding a medicinal product:''' 
For a 55-year-old woman, the supplier 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 supplier can make a VMA for these products. See example 1 for further steps.
 
 [[Bestand:ENG_Ter hand stellen_Medicatieafspraak gewenst - informeren voorschrijver_c.png|800px]] 
 
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. 
The VMA may help the prescriber to enter this change in the system. The latter is important when MAs are queried, for example, by service observation general practitioners.

===Request and dispense ===
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.
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_a.png|800px]] 

*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 RequestDate and the pre-existing associated TA) is sent to the prescriber when the MedicationDispenseDateTime is registered. See [[#Notification date or dispense date (pharmacist information system)|paragraph 8.3]].
 [[Bestand:ENG_Ter hand stellen_Aanschrijven en verstrekken_b.png|800px]] 

===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. 
For example:
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 for an indefinite period''
on 13 April yyyy a VV to a pharmacy 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 for the patient. The existing MAs had already been made available. 
 [[Bestand:ENG Ter hand stellen Patiënt vraagt herhaalrecept via arts - reactief herhalenV2.png|800px]] 
The supplier 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 use asks for repeat medication, 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. In that case, no RelationMedicationAgreement will be registered.

===Patient requests repeat prescription via supplier===
The patient requests a repeat medication from the supplier, for example through repeat line, by phone, email, counter/boxes, website, app or portal of the pharmacy. 
The supplier 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 supplier. The supplier continues the dispense process and starts with the pharmaceutical care process step. 
 [[Bestand:ENG_Ter hand stellen_Patiënt vraagt herhaalrecept via apotheker - informeren voorschrijver.png|800px]] 
 
If the prescriber does not issue a VV, he lets the supplier know by sending an AVVV.

===Proactive repeat prescription by supplier===
The patient has signed up in the past for proactive repeats and the supplier 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 supplier (or his information system). Proactive repeats are also used for GDS, see [[#Starting and continuing a GDS|paragraph 4.2.11]].
 [[Bestand:ENG_Ter hand stellen_Proactief herhaalrecept door apotheker - informeren voorschrijver.png|800px]] 
 

===Deviation from prescribed quantity in DispenseRequest===

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 28 days and sends a VV to the pharmacist for 28 pieces. The supplier only has packaging of 30 pieces. There are two capsules left at the end of the course, but the MA can still be met. A TA for 28 pieces follows. The MVE states that 30 units have been delivered, optionally with an explanation as to why this deviates from the TA, but this is not mandatory.

[[Bestand:Voorgeschreven hoeveelheid MA less Eng.jpg|800px]]

For a patient with stomach complaints, the general practitioner prescribes pantoprazole 1x per day 1 capsule for 30 days and sends a VV to the supplier for 30 pieces. The supplier only has packaging of 28 pieces. The supplier contacts the prescriber based on professional judgment. There will be a provision of 28 pieces with a TA for 28 days. The TA and MVE deviate from the MA the patient has made with the general practitioner. The pharmacy's information system makes the TA and MVE available to the patient's co-practitioners.

[[Bestand:Voorgeschreven hoeveelheid MA more 30 Eng.jpg|800px]]

===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 supplier.

There are three possible situations: 
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). 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_a.png|800px]] 
 
2) Prescriber and patient initially agree on 90 tablets with 3 repeats. The patient receives the first 90 tablets. The next time the patient visits the pharmacy, an MVE is made under the existing agreements. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_b.png|800px]] 
 
3) Prescriber and patient initially agree on 360 tablets for one year. The supplier 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 pharmacy 3 more times to pick up another 90 tablets each time. 
Situation 3 best describes the way in which a supplier splits a year prescription. 
 [[Bestand:ENG_Ter hand stellen_Knippen van recept_c.png|800px]] 
 

===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 supplier 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 supplier and the prescriber agree that the supply of medicinal products to this patient will take place via GDS.

The GDS is started: the supplier 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 PeriodOfUse to ensure enough stock up to and including 1 May yyyy.
The supplier sends the proposal to the prescriber. The prescriber approves the proposal on February 6 and sends it unchanged to the supplier as a VV.

The supplier and the patient select an administration schedule 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 pharmacy supplies the patient with a Baxter medication roll containing (among other things) the metoprolol:
*MVE 1: The pharmacy dispenses, on Friday, 8 February yyyyy: 14 tablets, scheduled for weeks 6 and 7 (a PeriodOfUse of 2 weeks).
*MVE 2: The pharmacy 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, in data element DistributionForm. 
After three months, there is a new VVV from the supplier to the prescriber, etc.
 
 [[Bestand:ENG_Ter hand stellen_Het opstarten en continueren van GDS.png|800px]] 
'''Consideration ''' 
*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).

===Supplier 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: Drug not available - out of stock (in data element AdministrationAgreementReasonModificationOrDiscontinuation).
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 supplier sends the new TA and any MVE to the general practitioner. 
 [[Bestand:ENG_Ter hand stellen_De apotheker wijzigt van handelsproduct.png|800px]] 
'''Consideration ''' 
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 supplier records and communicates the reason for the adjustment, the prescriber is better able to assess whether the information is relevant.
 

===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 data element AdditionalInformation in the MA.

If ‘Change in GDS immediately’ is chosen, the supplier will first supply the medication separately, in addition to the existing GDS. This means that a TA is created by the supplier for the bridging period. Starting with the new roll, the new medication is added to the roll. Starting with the startDateTime of the new roll, a TA can be made by the supplier 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. 
 [[Bestand:ENG_Ter hand stellen_Medicatie toevoegen aan GDS.png|800px]] 
 
If 'Change in GDS per change of roll' is chosen, the supplier will start to include the medication in the roll on the startDateTime 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 supplier who can adjust the supply accordingly. The supplier 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.
 
 [[Bestand:ENG_Ter hand stellen_GDS leverancier levert ander handelsproduct.png|800px]] 

===Parallel administration agreements with GDS and non-GDS dispense===
A patient takes 20 mg of Sandoz pantoprazole 2-3 times a day for gastric complaints. 
''TA: pantoprazole Sandoz tablet 20 mg, 2-3x a day 1 tablet'' 
Over time, it is decided to start supplying the patient’s medication in GDS. For pantoprazole, this means that the fixed dose of 2 tablets will be supplied in GDS. These are tablets from Apotex because the GDS supplier does not supply pantoprazole from Sandoz. The third “as needed” tablet will continue to be dispensed separately. The supplier splits the existing TA into two new TAs, with the same startDateTime. 
''TA: pantoprazole Sandoz tablet 20 mg, as needed 1x a day 1 tablet'' 
''TA: pantoprazole Apotex tablet 20 mg, 2x a day 1 tablet 
 
[[Bestand:ENG-Uc4.2.16.png|800px]]

===Parallel administration agreements of which one is changed===
A patient visits the general practitioner with stomach complaints, upon which the general practitioner prescribes pantoprazole.

''Pantoprazole tablet 20 mg; 2-3x daily.''

The fixed dosage of two tablets goes into GDS are supplied by the GDS-provider of the Sandoz brand. The third tablet is dosed ‘as needed’ and is provided separately from the Apotex brand by the patient's regular pharmacy. This results in two parallel TA’s. At a certain point, the GDS supplier can no longer supply pantoprazole. The supplier does have stock of Apotex and adjusts the GDS TA for the fixed dose to a separate dispensing of 1 tablet of 20 mg Pantoprazole Apotex twice a day.
Stopping the GDS TA does not effect the ‘as needed’ TA. This creates two parallel TA’s that are both dispensed separately by the supplier. The one containing the fixed dose and the other the ‘as needed’ dose. In this way, they remain visible separately on the administration list as fixed dose and ‘as needed’ dose.

[[Bestand:ENG Uc4.2.17 stopping parallelTA (1).png|800px]]

===Handling a stop-medication agreement===
When the prescriber agrees to discontinue medication, a stop-MA is created. This stop-MA is processed by the supplier 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 attending physician creates a VV under the existing MA. The physician then sends the prescription, consisting of the VV and a copy of the existing MA, to the after-hours pharmacy. The after-hours pharmacy's supplier reads the medication prescription and creates an MVE, using the existing TA, for the ten tablets that the patient needs. The supplier notifies the after-hours physician about the medication dispense, and sends a copy of the original TA. 
The MVE is made available to fellow health professionals (including the original prescriber and supplier) and patient, the VV only to the patient. 
 
[[Bestand:ENG-Uc4.2.18.png|800px]]
 

===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. 
The after-hours pharmacy's supplier 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.
 
[[Bestand:ENG-Uc4.2.19.png|800px]]
 

==Practical examples, 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, supplier or administrator (the exact process may differ across institutions). Then, the prescriber, supplier, 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 supplier 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 supplier can indicate that an exact administration time is required (the administration time is not a guideline but denotes an exact time). The prescriber or supplier can register an exact administration time by indicating that the administration time is not flexible in the data element IsFlexible under AdministeringSchedule in the MA or TA. 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 supplier 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 the administration moment and/or time is not available beforehand. If relevant (for example because of drug interactions), (guide) administration times can be entered.

See the following 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 supplier 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 supplier 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 pharmacies 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 practical example [[#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 supplier 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 supplier 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. 
 [[Bestand:ENG_Toedienen_Verhogen dosering GDS-medicatie in nieuwe MBH_beta.png|800px]] 

===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. 
 [[Bestand:ENG_Toedienen_Verlagen dosering GDS in nieuwe MBH_beta.png|800px]] 
 

===Change processed by the supplier===
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 supplier processes this change in the TA and/or the MVE. This may be done during the opening hours of the community pharmacy, or after hours when a medication supply is needed. The after-hours pharmacy supplies the medication; in this case, multiple pharmacies 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 supplier(s). Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. Recently stopped medication administrations are also shown in the administration list.

===Change not processed by the supplier===
When medication is changed by a prescriber after the opening hours of the community pharmacy and no medication supply is needed, no supplier 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; this MA overrules all medication building blocks within the same MBH. Recently stopped medication administrations are also shown in the administration list. Requesting medication data for the purpose of drawing up a administration list is preferably done automatically. This situation also applies if the supplier has not processed the modification by the prescriber yet. The supplier 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 data element Comment in the 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 supplier in the MA or TA. This may be a deviation in AdministrationDateTime, AdministeredAmount, RouteOfAdministration, AdministeringSpeed, AdministrationProduct or no administration at all. 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 MedicationAdministrationReasonForDeviation in the MTD.

===Medication administration without MA or TA===
In an emergency situation, the MA and TA may be missing. Therefore, the administrator has to administer medication based on verbal or telephone consultation with a prescriber. This medication will not be included in the administration list. In this situation, the administrator records the MTD in the information system of the administrator (e.g., ECD, eTDR). This is the first building block in a new pharmaceutical treatment with which the administrator creates an MBH. If necessary, an MA and TA can be recorded within this MBH afterwards.

===Medication administration of self-medication===
According to the safety principles in the medication chain, the administrator has no task in the administration of self-care medication. Self-care medication can only appear on the administration list if a prescriber has made this a policy and has created an MA for this, and/or if a provider has created a TA for this.

===Correction of an administration===
This concerns correcting or cancelling an MTD, because an administrator has made a mistake in the registration and the administration is different from what has been registered. 
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. 
If the MTD has already been sent and/or made available to other healthcare providers, a correction can be made by sending and/or making additional medication administrations. Below two examples of corrections are described.

'''Correction with negative ''AdministeredAmount'' '''

A patiënt is prescribed pantoprazole 40mg by their GP. Due to issues with logistics, the supplier hands out pantoprazole 20mg, and instructs to take 2 tablets per day. The patiënt receives support for taking her medication by a home case organisation. The home care worker gives 1 tablet to the patiënt. After registration of the administration, she notices two tablets should have been given. She administers the second tablet and corrects the medication administration. This can be exchanged as an MTD with -1 tablet to nullify the first MTD, and consecutively an MTD with 2 tablets given.

[[Bestand:ENG Uc4.3.15a.png|800px]]

'''Correction with additional MTD'''

A patient has to take 1000mg calcium due to osteoporosis. He receives help from a home care worker once per day. The supplier delivers calcium tablets of 500mg with the instruction to take two tablets per day. The tablets are quite large so the patient can only take them separately. The home care worker administers 1 tablet calcium 500mg and registers this in an MTD. After a few minutes the second tablet is administered. The home care worker corrects the MTD by registering another MTD of 1 tablet calcium 500mg.

[[Bestand:ENG Uc4.3.15b.png|800px]]

===Medication not administered===
A patient is given 1 tablet of propranolol 80mg every day. The patient has lower blood pressure than normal due to fever. The (professional) administrator contacts the prescriber, and in consultation it is decided to not administer the medication that day. The reason is recorded in MedicationAdministrationReasonForDeviation in the MTD.

[[Bestand:ENG Uc4.3.16.png|800px]]

===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 supplier. 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 moment. First, an MTD can be registered with an ''AdministeredAmount'' of 0, and possibly a ''MedicationAdministrationReasonForDeviation''. Then, if the medication is administered at a later moment, this is registered in a new MTD, possibly with a ''MedicationAdministrationReasonForDeviation''.

===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 query 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.). Below an example of such a situation is described.

A patient with renal failure must visit the hospital three times a week for renal dialysis. In addition, the patient receives home care in the morning and evening for assistance with medicine intake. Both at home and in the hospital, the patient is administered medication.
Due to a bacterial infection, the patient is prescribed an antibiotic treatment by the general practitioner.
Ciprofloxacin tablet 500mg; 2x a day; for 10 days

To prevent blood clotting during dialysis, the patient is given nadroparin via the dialysis line in advance in the hospital.
Nadroparin injection into the arterial line 5700 IE / 0,6 ml; 1x prior to dialysis

The administrator consults the current overview with the patient's medication administration and the patient's other MTDs to track the process of medication administration of the last 24 hours.
The administration organisation itself is responsible for what is or is not administered at that time within its own organisation.

[[Bestand:ENG Uc4.3.19.png|810px]]

===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 supplier 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.
 
[[Bestand:ENG_Feedback_to_patient_through_a_medication_adherence_app.PNG|800px]] 
 

===Registration (stop-)MA retroactively with interim MTD===

The patients is taking propranolol and suffers more and more from the side effects during the weekend. In consultation with the prescriber, a decision is made on Sunday morning to stop the medication. However, the registration of stopping the Medication Agreement, the stop MA, is only done on Monday. As a result, during the administration round on Sunday evening, the administrator is not yet aware that the MA was stopped and another medication administration takes place. Since the registration date is known, it is still possible to find out how this administration could have taken place. The MTD is a registration of an action that has taken place. A stop MA or TA therefore has no influence on the validity of an MTD.

[[Bestand:ENG 4.3.20 Toedienen Registration (stop-)MA retroactively with interim MTD.png|800px]]

===Registration of separate MTDs per InjectionPatchSite===
A patient uses long-acting insulin Glargine 50 units a day in the evening. Every evening, an healthcare worker comes every evening to administer the insulin. Because of the high amount of insulin that has to be administered, the administration must be done in two administrations. The administration list shows 1 line for abasaglar 50 units. The healthcare worker first administers 25 units with InjectionPatchSite ‘left upper leg’ and MedicationAdministrationReasonForDeviation ‘2 administrations in relation to 50 units’. Thereafter, the healthcare worker administers another 25 units. In this MTD, the healthcare worker registers the ‘InjectionPatchSite ‘right upper leg’.

[[Bestand:ENG Toedienen 4.3.x Uc Registration of separate MTDs per InjectionPatchLocation.png|800px]]

===Patient transfer to a different department with the same GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is the same as the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, and correct resupply of GDS packaging at the new department.

[[Bestand:ENG Uc4.3.GDS3.png|800px]]

===Patient transfer to a different department with an earlier GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is earlier than the supply date of the first department. Good communication between the departments is required in order to ensure correct medication administration on the day of the transfer, correct resupply of GDS packaging at the new department and the recollection of the GDS packaging from the first department.

[[Bestand:ENG Uc4.3.GDS2.png|800px]]

===Patient transfer to a different department with a later GDS supply date===
A patient is transferred from one department to another. At the current department the patient has medication supplied through GDS packaging. The date for the next GDS supply at the new department is later than the supply date of the first department. Thus, the patient will be out of medication before the GDS supply at the new department. The pharmacy will have to supply this medication separately in the meantime.

[[Bestand:ENG Uc4.3.GDS1.png|800px]]

===GDS medication dosage increase, no change in administration times (option A)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (A) in this situation is to supply separate medication in parallel with the GDS medication until the next resupply takes place. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4a.png|800px]]

===GDS medication dosage increase, no change in administration times (option B)===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the dosage to two tablets 80mg propranolol every morning at 8:00. The dosage increase has to happen immediately and cannot wait for the next GDS supply. One option (B) in this situation is to recollect the previous GDS packaging and supply the full dose separately outside of GDS packaging until the next resupply. This depends on the degree of independence of the patient. The administration times do not change in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS4b.png|800px]]

===GDS medication dosage increase, change in administration times===
Due to high blood pressure, one tablet of propranolol 80mg is administered to the patient every morning at 8:00. Due to a lack of drug action the prescriber decides to increase the administration schedule to one tablet 80mg propranolol every morning at 8:00 and one tablet every afternoon at 16:00. The frequency increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the full dose is supplied separately outside of GDS packaging until the next GDS resupply. The administration times have changed in this case. The higher dose is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS5.png|800px]]

===GDS medication dosage decrease===
Due to high blood pressure, once per day two tablets of propranolol 80mg are administered to the patient. Due to too strong drug action the prescriber decides to decrease the dosage to one tablet 80mg propranolol per day. The dosage increase has to happen immediately and cannot wait for the next GDS supply. In this situation the previous GDS packaging has to be recollected and the new dose is supplied separately outside of GDS packaging until the next GDS resupply. The dosage decrease is supplied in the next GDS packaging.

[[Bestand:ENG Uc4.3.GDS6.png|800px]]

===Changing GDS medication to ‘as needed’ medication===
The prescriber makes a prescription of temazepam to help insomnia caused by stress. The symptoms are decreasing so the prescriber decides to change the prescription from once per day 10mg temazepam to once per day 10mg temazepam as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that from now on the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy.

[[Bestand:ENG Uc4.3.GDS7.png|800px]]

===Splitting GDS medication into GDS medication and ‘as needed’ medication===
The prescriber makes a prescription for diazepam 5mg twice per day to help with anxiety. Due to too strong drug action the prescriber changes the prescription to diazepam 5mg once per day, and diazepam 5mg once per day as needed. The change has to take effect immediately and cannot wait for the next GDS resupply. This means that for now the medication has to be supplied outside of GDS packaging and the current GDS packaging has to be recollected by the pharmacy. The dosage decrease is supplied in the next GDS packaging, and the as needed medication is supplied separately in parallel.

[[Bestand:ENG Uc4.3.GDS8.png|800px]]

==Practical examples, 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 startDateTime and Dosage, and possibly the ReasonForUse.
 [[Bestand:ENG_Gebruik_Zelfzorgmiddel.png|800px]] 

===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 startDateTime and Dosage, and possibly the ReasonForUse. If known, the name of the prescriber is also recorded.
 [[Bestand:ENG_Gebruik_Medicatie uit buitenland.png|800px]] 

===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 startDateTime of the use of this lower dose. The patient also indicates that she initiated this change herself, in ReasonModificationOrDiscontinuationOfUse. 
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 use. 
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.
 [[Bestand:ENG_Gebruik_Wijziging op initatief patiënt.png|800px]] 

===Discontinuation of medication on the patient’s initiative===
Since he started using propranolol, the patient suffers from insomnia. On August 13, he decides to stop without informing the prescribing physician. The patient records that he has discontinued medication, indicating the date of discontinuation in startDateTime, and registering 'Adverse reaction to drug' in ReasonModificationOrDiscontinuationOfUse. In the Comment, he adds that the adverse effect concerns insomnia. 
[[Bestand:ENG_Gebruik_Stoppen_medicatie_op_initiatief_patiënt_V2.png|800px]] 

===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 pharmacy. The patient indicates that the medication has been discontinued and registers Drug not available - out of stock as reason in ReasonModificationOrDiscontinuationOfUse, possibly with the addition that the symptoms have disappeared.
 
[[Bestand:ENG_Gebruik_Geen voorraad meer_a.png|800px]] 
 
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 supplier). 
[[Bestand:ENG_Gebruik_Geen voorraad meer_b.png|800px]] 

===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, in ReasonModificationOrDiscontinuationOfUse. When his symptoms diminish or cease, the patient records this in the explanation in the MGB. 
It is possible that the patient is suffering from side effects without exactly knowing which medicinal products cause them. There is no provision within the information standard 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.
 
[[Bestand:ENG_Gebruik_Gebruik registreren op basis van verstrekking.png|800px]] 

=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==
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 suppliers, 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 blocks (VV, MVE) 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 – NameInformation (Initials, LastName, LastNamePartner), DateOfBirth, Gender ||
|-
| 2 || Telephone || Patient – ContactInformation – TelephoneNumbers || Primary telephone number of patient
|-
| 3 || BSN || Patient – PatientIdentificationNumber || Always BSN
|-
| 4 || Address || Patient – Address data ||
|-
| 5 || Healthcare Provider Name || HealthcareProvider – OrganizationName || Healthcare Provider who has compiled the medication overview
|-
| 6 || Healthcare Provider Address || HealthcareProvider – AddressInformation || Healthcare Provider who has compiled the medication overview
|-
| 7 || Healthcare Provider Telephone || Healthcare Provider – ContactInformation – TelephoneNumbers || Healthcare Provider who has compiled the medication overview
|-
| 8 || Healthcare Provider Email || Healthcare Provider – ContactInformation – EmailAddresses || Healthcare Provider who has compiled the medication overview
|-
| 9 || Date of Medication Overview || Document data – DocumentDate || The time at which the document was created
|-
| || Height|| BodyHeight – HeightValue, HeightDateTime ||
|-
| || Weight|| BodyWeight – WeightValue, WeightDateTime ||
|-
| || Checked by Health professional || DocumentData – VerificationHealthProfessional ||
|-
| || Verified with Patient/Informal Caregiver || DocumentData – VerificationPatient ||
|}
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: endDateTime is not filled, is in the future or was less than a year ago when compiling the overview.

Sort: most recent startDateTime 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. Temporarily halted medication is also shown in this category. When only MGB is known, it is shown if the endDateTime from the PeriodOfUse it is not older than 13 months. When MGB is recorded by both a health professional and a patient, the last registered MGB for both is shown.

Sorting: by MBH: MA, TA, MA (recorded by patient, care provider). MBHs are sorted in descending order by startDateTime of 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;"|AgreedMedicine-
|style="background-color: white;vertical-align:top; text-align:center;"|MedicineForAdministrationAgreement-
|style="background-color: white;vertical-align:top; text-align:center;"|ProductUsed-
|-
|style="background-color: white;vertical-align:top; text-align:center;" colspan="3"|Product – MedicationCode (if absent: ProductSpecifications, 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"|startDateTime
|-
|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"|endDateTime (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"|InstructionsForUse – 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"|InstructionsForUse – RouteOfAdministration
|-
|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;"|PrescriptionReason &
if applicable, ReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|AdministrationAgreementReasonModificationOrDiscontinuation
|style="background-color: white;vertical-align:top; text-align:center;"|ReasonModificationOrDiscontinuationOfUse
|-
|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"|Comment & MedicationAgreement/AdministrationAgreementAdditionalInformation
|style="background-color: white;vertical-align:top; text-align:center;"|Comment
|-
|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"|HealthProfessional – NameInformation, 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 changing or 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 data element CopyIndicator 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: 
1) displaying a current medication overview (or overviews) obtained from another source (or sources) 
2) showing coherent medication building blocks obtained from one's own information system and from other sources. 
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 supplier outside the region, where this GP or supplier 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 ([[#Prescription medication| paragraph 5.3.2.1]]), then for "over the counter" medication ([[#Over the counter | paragraph 5.3.2.2]]). [[#Future medication agreements and administration agreements | Paragraph 5.3.2.3]] further discusses the special situation that, in addition to a current, a future MA within the same MBH is valid. Finally, [[#Rules of overruling listed| paragraph 5.3.2.4]] summarises the rules to be applied. 
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.
* MA – TA – MGB
A TA refers to the MA it fulfills. If no referral is available in the TA, the RegistrationDateTime of the TA must be later than that of the MA to be relevant to delivery. 
MGB can refer to an MA or TA. If no referral is available in the MGB, the MedicationUseDateTime of the MGB must be later than that of the MA to be relevant for delivery.

=====New medication agreement in MBH=====
If one creates 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.
* ''MA – TA – MGB'' - stop-MA – MA – stop-TA

If a TA and possibly also MGB are created and available following such an MA, these will be included in the medication overview.
* ''MA – TA – MGB'' – stop-MA – MA – stop-TA - TA
* ''MA – TA – MGB'' – stop-MA - MA - stop-TA – TA – MGB 

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. 
* MA – TA – MGB – stop-MA - stop-TA

=====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.
* MA – MGB
* MA – ''MGB'' – TA

Of course, a new record of MGB can then be made, which is also relevant for the medication overview.
* MA – ''MGB'' – TA - MGB

=====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.
* MA – ''TA – MGB''- stop-TA - TA

Of course, you can then record MGB, which in turn is relevant for the medication overview.
* MA – ''TA – MGB'' - stop-TA – TA - MGB

====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.
* MGB

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 MedicationUseDateTime:
* ''MGB'' - MGB

When a prescriber decides to formalize this MBH with an MA the rules as described above apply. Elaborated below, in order of RegistrationDateTime (MA or TA) / MedicationUseDateTime (MGB):
* ''MGB – MGB'' – MA
* ''MGB – MGB'' – MA - MGB
* ''MGB – MGB'' – MA – TA - MGB
* ''MGB – MGB'' – MA – ''MGB'' - TA - MGB
* ''MGB – MGB'' – MA - ''MGB'' - MGB

====Future medication agreements and administration agreements====
An MBH may include more than one 'actual' MA and TA. 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 RegistrationDateTime (MA or TA/ MedicationUseDateTime (MGB) (if these are equal, then sorted by PeriodOfUse):
* MA – T MA
* MA – TA – T MA – T TA
* MA – TA – ''MGB'' – T MA – T TA – T MGB
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:
* MA – TA – ''MGB'' – T TA – T MGB

=====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: 
1) With RelationMedicationagreement to the specific MA that is discontinued or cancelled; 
2) Without RelationMedicationagreement. 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 RegistrationDateTime:
* ''MA'' – T MA - stop-MA – MA 
* ''MA – TA'' – T MA – T TA - stop-MA – MA
* ''MA – TA – MGB'' – T MA – T TA – ''T MGB'' - stop-MA – MA

If only the future MA is changed, this results in the following changes applied to the examples above, in order of RegistrationDateTime:
* MA – ''T MA'' - cancel-MA – T MA
* MA – TA – ''T MA – T TA'' - cancel-MA – T MA
* MA – TA – MGB – ''T MA – T TA – T MGB'' - cancel-MA – T MA 

 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 with RelationMedicationagreement. 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 querying. In these cases, the system does not "know" this MA and therefore cannot refer to it with a RelationMedicationagreement. 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 RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).

* ''TA – '' stop-MA (without reference) - MA 
* ''TA – T TA – MGB'' - stop-MA (without reference) - MA - T MA 
* ''TA – MGB - T TA – T MGB'' - stop-MA (without reference) – MA - T-MA 

=====New administration agreement=====
 However, you can also make a new TA for the current MA only. This new TA must then have a RelationMedicationagreement to that current MA. Elaborated below for three examples, in order of RegistrationDateTime (MA or TA)/MedicationUseDateTime (MGB).
* MA – T MA – TA
* MA – ''TA'' – T MA – T TA – stop-TA – TA
* MA – ''TA – MGB'' – T MA – T TA – T MGB – stop-TA – TA

A new TA with a RelationMedicationagreement to the future MA looks like this:
* MA – T MA – TA – T TA
* MA –TA – T MA – ''T TA'' – cancel-TA - T TA
* MA – TA – MGB – T MA – ''T TA – T MGB'' - cancel-TA – T TA 

====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.
*A new registration of an MGB overrules in principle older registrations of 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.

::* MA – TA – MGB-ZVL – MGB-PAT
::* MA – TA – MGB-PAT – MGB-ZVL
::* MA – TA – ''MGB-PAT'' – MGB-PAT
::* MA – TA – MGB-ZVL – ''MGB-PAT'' – MGB-PAT
::* MA – TA – ''MGB-ZVL – MGB-PAT'' – MGB PAT – MGB-ZVL

:*Exception to this rule: In case of parallel TA's, any MGB that is recorded as belonging to one TA overrules all older registrations of MGB, except MGBs belonging to another, parallel TA.

==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 RelationMedicationagreement or RelationAdministrationagreement:
**MA or TA that has been the reference for recording this MGB.
**If 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 RegistrationDateTime/MedicationUseDateTime 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, supplier, 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. 
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''. 
:''The effective period describes the period to which an MA or TA (ultimately) applies.'' 
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''' 
Using a number of different situations the inference rules are described for arriving at the effective therapeutic period in a medication profile: 
: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''' 
Medication is started by creating a new MA. The MA has:
*RegistrationDateTime - the date on which the agreement was made with the patient.
*PeriodOfUse - this period consists of:
**startDateTime - the startDateTime of the MA may be in the future;
**Duration - the duration of medication use;
**endDateTime – 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''' 
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 startDateTime 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 startDateTime of the underlying TA and the endDateTime of the last TA.

Parallel TAs may exist under a single MA of which the RegistrationDateTime and the startDateTime 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''' 
Discontinuing medication (i.e. discontinuing the MBH) is done by creating a new MA in which stop type ‘discontinued’ is indicated. The startDateTime of this MA is the date on which the original MA started. The endDateTime 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''' 
Temporarily halting medication is carried out in the same way as discontinuing medication. A stop-MA is created (stop type ‘suspended’) with the same startDateTime as that of the original MA. The endDateTime of the stop-MA is the time of the temporary halt, the stop type is ‘suspended’. Resuming medication is done by creating a new MA with the old (or adjusted) dosage with the date of resuming as the startDateTime. A meaningful reason (example: resume previous policy) may serve to clarify matters. If the medication is not resumed, the medication should be stopped with stop type ‘discontinued’, in order to permanently end the MBH, which means the medication is no longer actual. Medication that is halted remains actual, 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 querying 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 (suspended/discontinued) of a stop- or cancel-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, halted 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=
{{IssueBox|'''<big>This chapter is under revision and will be rewritten taking the contextual dependance of shown information into account </big>'''}}
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. 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
*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 InjectionPatchSite is queried 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 TA) 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]]
 
''Figure 1: Example administration list.''
 
 
{| class="wikitable"
|-
! Nr
! style="text-align:left;"|Heading
! style="text-align:left;" colspan="3"|Dataset
|-
| 1 || Type || MA || TA || WDS
|-
| 2 || Medicine || AgreedMedicine || MedicineForAdministrationAgreement || AgreedMedicine
|-
| 3 || Prescriber
|style="text-align:left;" colspan="3"| MedicationAgreement – Prescriber – HealthProfessional
|-
| 4 || Supplier
|style="text-align:left;" colspan="3"| AdministrationAgreement – Supplier – HealthcareProvider
|-
| || Author
|style="text-align:left;" colspan="3"| VariableDosingRegimen – Author – HealthProfessional (conditional)
|-
| 5 || Start Date || MedicationAgreement – PeriodOfUse || Administration Agreement – PeriodOfUse || Variable Dosing Regimen – PeriodOfUse
|-
| 6 || End Date/Duration || MedicationAgreement – PeriodOfUse || AdministrationAgreement – PeriodOfUse || VariableDosingRegimen – PeriodOfUse
|-
| 7 || Description
|style="text-align:left;" colspan="3"| InstructionsForUse – Description
|-
| || Route Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – RouteOfAdministration

|-
| || Additional Instructions
|style="text-align:left;" colspan="3"| InstructionsForUse – AdditionalInstructions
|-
| || Dose
|style="text-align:left;" colspan="3"| InstructionsForUse – DosingInstructions – Dosage – Dose
|-
| || Administration Time
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSchedule – Administration Time
|-
| || Administration Speed
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – AdministeringSpeed
|-
| || Duration Of Administration
|style="text-align:left;" colspan="3"| InstructionsForUse – Dosing Instructions – Dosage – DurationOfAdministration
|-
| 8 || Injection-Patch Location
|style="text-align:left;" colspan="3"|MedicationAdministration – InjectionPatchSite
|-
| 9 || Comment
|style="text-align:left;" colspan="3"|Comment & AdditionalInformation
|}
''Table 1: Normative medication data in the administration list.''


==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 data element, 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 ([https://www.knmp.nl/praktijkvoering/richtlijnen/knmp-richtlijnen-praktijkvoering/knmp-richtlijn-voor-geautomatiseerd-geneesmiddeldistributiesysteem-gds-september-2011 KNMP, 2011]).

A GDS allows a patient to self-manage their own medication for longer. Whether medication is placed in GDS is determined by a supplier. The data element ‘Distribution form’ in the corresponding TA (and also in the MVE, which, however, is not used to compile the administration list) indicates whether GDS medication is involved.

The healthcare field has expressed the wish for a warning signal to be displayed in the event of changed or discontinued medication, stating that the medicine may be in the GDS packaging and that an action may need to be taken on this. Further elaboration on this 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 TA. Furthermore, for non-GDS medication, the data element Condition in 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 TA. Furthermore, the Condition in AsNeeded is filled with 'As needed'.

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

====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 (query/make available) is used for querying and making available individual medication building blocks.
With the transaction group Medication data (send/receive), separate medication building blocks can be sent 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 supplier outside the region; the GP or supplier requests the data by telephone and receives the data digitally).
Both for Medication data send/receive and Medication data query/make 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. When preparing an administration list, if a WDS is present, this WDS is leading for the InstructionsForUse. All situations without WDS, 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 || PeriodOfUse || 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 InjectionPatchSite may be relevant back to one week ago). For example, if 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 || Leading** for compiling the administration list (number: 2, 5, 6, 7, 9, 10) || Data from the prescriber || Data from the prescriber
|-
| TA || - || Leading** for compiling the administration list (number 2, 5, 6, 7, 9, 10) || Data from the supplier and medicine
|-
| WDS || - || - || Leading** for compiling the administration list (number 5, 6, 7, 10)
|}

* Situation in which the supplier has not processed the MA yet.
** ‘Leading’ indicates the data elements which are included in the functional requirements (numbers of the elements are provided between brackets).

====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 addition, a WDS identifies 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.


*MA – WDS– TA 

A TA refers to the MA that is specified by the TA. Also, a WDS refers to the MA that is specified by the WDS. A WDS is always related to an MA.

======New WDS ======


*MA – WDS – TA – WDS

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

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


*MA – WDS– TA – stop-WDS – WDS

The WDS is changed.

======Discontinuation of medication ======
*MA – WDS – TA – stop-MA

Medication with a WDS is discontinued by stopping the MA.

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


*MA – WDS – TA – stop-TA – TA

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: 
*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.


=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 querying/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;"| Querying 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;"| Querying 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
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-VVO
| style="background-color: white;"| Receiving proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekSturend
| style="background-color: white;"| MP-AVVS
| style="background-color: white;"| Sending reply to proposal dispense request
|-
| style="background-color: white;"| AntwoordVoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-AVVO
| style="background-color: white;"| Receiving 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
|-
| style="background-color: white;"| VoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-VMO
| style="background-color: white;"| Receiving proposal for new or modified medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakSturend
| style="background-color: white;"| MP-AVMS
| style="background-color: white;"| Sending reply to proposal medication agreement
|-
| style="background-color: white;"| AntwoordVoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-AVMO
| style="background-color: white;"| Receiving reply to proposal medication agreement
|}Table 3 Overview system roles

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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.373-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.389-2022-06-30T000000.html Querying 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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVVS
|style="background-color: white;vertical-align:top;" rowspan="2"|AVVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-20250522T132618/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-AVVO
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-20250522T132618/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-AVMS
|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-20250522T132618/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-AVMO
|}Table 4 Overview transaction groups. For PULL transaction groups, sending and receiving are the same transaction

[[#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 all 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. 
During an admission, certain medicines may be administered that may after discharge still be of interest to healthcare providers outside the institution where the patient was admitted. An example is medication with a long-term effect, making it important to be able to perform medication monitoring on them even after discharge. Such medicines should therefore not be filtered out in advance. The table below (Table 5) lists examples of such medicine groups. Sectors and suppliers can draw up their own list for this purpose by mutual agreement.

{{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
|}Table 5 Types of clinical medication relevant for external health professionals

==Making medication data available (all information systems)==
A healthcare provider only makes their own medication data available. In principle, all own medication data are made available to the extent permitted by patient and the law. 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 condition that they include the original identification label (see also [[#Introduction 2|paragraph 5.1]]).

==Notification date or dispense date (pharmacist information system)==
The RequestDate and the actual MedicationDispenseDateTime may be recorded in the MVE. The RequestDate is the time at which a supplier records an intended medication dispense. The MedicationDispenseDateTime is the date on which the medication dispense has actually taken place.

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. When medication is dispensed on several occasions as part of the same VV (for example, when prescriptions are split), each MVE has its own RequestDate. When an automated dispense system is being used, the MedicationDispenseDateTime 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 practical examples 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 ‘AsNeeded’ instruction with the Condition: ‘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 supplier sends all MVEs and changes in TAs to the prescriber via the transaction Afhandelen medicatievoorschrift (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.

==Pages with additional information relevant to the Kickstart==
Currently, (2023 - 2024), the information standard MP9 is being tested during the [https://www.samenvoormedicatieoverdracht.nl/kickstart-medicatieoverdracht/ Kickstart]. For this phase, additional information has been described that is supportive of the information standard, but partly not yet fully established. These include the following pages:
* [[mp:Vdraft_RaadplegenReconcilieren|Raadplegen en reconciliëren]] (Querying and reconciliation)
* [[mp:Vkickstart_MigratieHybride|Migratie/hybride]] (Migration/hybrid situation)
* [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|Meesturen nierfunctiewaarde met voorschrift]] (Send kidney function value with prescription)
* [[mp:V3.0_Voorbeelden_doseringen|Voorbeelden doseringen]] - zowel functionele als technische uitwerking in HL7v3 CDA en FHIR (Examples of doses - both functional and technical elaboration in HL7v3 CDA and FHIR)
* [[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|Consolidatie/afleidingsregels]] (Consolidation/deduction rules)
* [[mp:Kickstart_Workflow_Intravenous_Therapy|Workflow and scope for infusion thearpy during the Kickstart]]

See also the [[mp:Medicatieoverdracht_Kickstart|landingspagina voor de Kickstart]] (landing page for the Kickstart) and [[mp:Besluiten_kernteams|Gebruikerseisen en -wensen]] (User requirements and wishes) for further documentation.

==Medication use: UseIndicator, AsAgreedIndicator, MedicationUseStopType, PeriodOfUse and DosingInstructions==
{| class="wikitable"
|-
|style="text-align:center;" |Situation || 1. Medication is/will be used during PeriodOfUse according to agreement|| 2. Medication is/will be used during PeriodOfUse, but not according to agreement || 3. Contrary to agreement, medication is/will not be used during PeriodOfUse || 4. Medication is/will not be used during PeriodOfUse, which is according to agreement || 5. Medication is used during PeriodOfUse but it is unknown if this is according to agreement (self-medication)
|-
! UseIndicator (is this product being used) !! Yes!! Yes !! No !! ''Empty'' (because this would lead to a double negative otherwise) !! Yes
|-
! AsAgreedIndicator !! No!! No !! No!! Yes!! ''Empty''
|-
! MedicationUseStopType!! ''Empty'' !! ''Empty'' !! Discontinued or Suspended !! Discontinued or Suspended (''or Empty'') !! ''Empty''
|-
| || || || StopType depends whether agreement is being discontinued or temporarily halted || StopType in accordance with stop-agreement ||
|-
! PeriodOfUse!! 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;" | startDateTime || 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 PeriodOfUse || 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|| 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;" | endDateTime || 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).
|-
! DosingInstructions!! In accordance with MA or TA!! Required!! ''Empty'' !! ''Empty'' !! Required
|-
| || Medication was/will be used during the PeriodOfUse 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:''' 
'''Situation 1a: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June yyyy). 
{| class="wikitable"
|-
! Situation 1a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime|| 4 June yyyy
|-
| endDateTime || 10 June yyyy
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 1b: Medication is/will be used during the PeriodOfUse according to agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
On 10 June, the patient registers the MGB for the past period (from 4 to 10 June).
 
{| class="wikitable"
|-
! Situation 1b !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 4 June yyyy 
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''According to agreement''
|}

'''Situation 2: Medication is/will be used during the PeriodOfUse, but not by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 2 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 11 June
|-
| endDateTime || 15 June
|-
| Dosing instruction || 1 tablet 2 times a day
|}
'''Situation 3: Contrary to the agreement, the medication is not/will not be used during the PeriodOfUse''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy and no endDateTime. 
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. 
{| class="wikitable"
|-
! Situation 3 !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || No
|-
| MedicationUseStopType || Suspended
|-
| startDateTime || 20 July
|-
| endDateTime || 23 July
|-
| Dosing instruction || Not applicable
|}
'''Situation 4a: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has been prescribed ferrous fumarate for anaemia. Dosage is 1 tablet 3 times a day half an hour before eating, with a startDateTime of June 4, yyyy . 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. 
{| class="wikitable"
|-
! Situation 4a !!
|-
| ProductUsed || FERROUS FUMARATE 100MG TABLET
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 12 August yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
''* When discontinuing in accordance with the MA/TA, it does not matter whether the MedicationUseStopType is registered as ‘Discontinued’ or left empty. Both scenarios are correctly processed on the receiving end and represent the same stop type. However, if not in accordance with the MA/TA, the MedicationUseStopType is expected to be provided with the value ‘Discontinued’.'' 
 
'''Situation 4b: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient has an infection and has been prescribed Amoxicillin. The patient should take this medication 7 days. The period of use has ended on September 8, and the patient wants to register that he is no longer taking this medication. He registers this on September 8 as MGB. 
{| class="wikitable"
|-
! Situation 4b !!
|-
| ProductUsed || AMOXICILLIN DISPERSIBLE TABLET 500 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued (''or Empty'')
|-
| startDateTime || 8 September yyyy
|-
| endDateTime || ''Empty''
|-
| Dosing instruction || ''Empty''
|}
'''Situation 4c: Medication is not/will not be used during the PeriodOfUse and that is also by agreement''' 
Patient suffers from seasonal allergic rhinitis and has been prescribed Cetirizine. The patient should take this medication as needed for symptoms. However, the patient has been symptom-free for the past three months and has therefore not used the medication. The patient wants to register this. 
{| class="wikitable"
|-
! Situation 4c !!
|-
| ProductUsed || CETIRIZINE TABLET 10 MG
|-
| UseIndicator || No
|-
| AsAgreedIndicator || Yes
|-
| MedicationUseStopType || Discontinued or suspended (''or Empty'')
|-
| startDateTime || 8 August yyyy
|-
| endDateTime || 8 November yyyy
|-
| Dosing instruction || ''Empty''
|}
'''Situation 5: Medication is/will be used during the PeriodOfUse, but it is unknown whether this is by agreement or that there is no agreement (self-medication)''' 
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. 
{| class="wikitable"
|-
! Situation 5 !!
|-
| ProductUsed || Paracetamol 500mg
|-
| UseIndicator || Yes
|-
| AsAgreedIndicator || ''Empty''
|-
| MedicationUseStopType || Not applicable
|-
| startDateTime || 8 August yyyy
|-
| Duration || 7 days
|-
| Dosing instruction || 4 to 6 tablets a day
|}

==Implementation of medication distribution system (GDS) data elements==

===Background===
More and more patients are receiving their medication through medication distribution systems (in Dutch “Geneesmiddel Distributie Systeem"), with the supplier 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. 

'''Who'''
*All healthcare parties (from prescriber to operator)
'''What'''
*Record/exchange that someone is using GDS
*Record why someone is a GDS patient
*Record/exchange that medication must be in the GDS
*Record/exchange the duration of a role
*Exchange whether the change is immediate or at the next role change

'''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 data elements that play a role in recording GDS. 

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Building block '''
! 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;"|AdditionalInformation
|style="background-color: white;vertical-align:top;"|AdditionalInformation contains a list of details of the medicatieafspraak that are important for pharmacovigilance monitoring and completion by a supplier.

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

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

For example: GDS
|-
|style="background-color: white;vertical-align:top;"|DurationOfUse
|style="background-color: white;vertical-align:top;"|Stock for this duration, consumption period
|-
|style="background-color: white;vertical-align:top;"|RequestDate
|style="background-color: white;vertical-align:top;"|The request date is the time when a supplier records an intended dispense
|-
|style="background-color: white;vertical-align:top;"|MedicationDispenseDateTime
|style="background-color: white;vertical-align:top;"|The time of dispense. The date/time 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 DistributionForm data element in the MVE.
*Step 1: if medication is included in the distribution module: fill in the DistributionForm data element in the MVE with 'GDS'.
*Step 2: Based on the DistributionForm data element, deduce that a patient is using GDS. The fact that a patient has an MVE where the DistributionForm data element 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 DistributionForm data element 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 data elements 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, AdditionalWishes (AanvullendeWensen) data element. The code list for this data element 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 "DurationOfUse" of the MVE: the "DurationOfUse" 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, data element AdditionalInformation (AanvullendeInformatie) data element. The code list for this data element 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, data element DurationOfUse (Verbruiksduur), see above. For this, the prescribing system must have access to the supply data of previous MVEs.
**MVE, data element MedicationDispenseDateTime (or if this data element is not filled but the RequestDate is, then the RequestDate; if both are filled, MedicationDispenseDateTime is preferred). Based on this date and the DurationOfUse, 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. 

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 pharmacy.
#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 supplier 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 supplier 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. 
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;"| October 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]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.3
| style="background-color: white;vertical-align:top;"| March 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.3_releasenotes Release notes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.4
| style="background-color: white;vertical-align:top;"| November 2024
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.4_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-rc.1
| style="background-color: white;vertical-align:top;"| May 2025
| style="background-color: white;vertical-align:top;"| all changes see: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-rc.1_releasenotes Releasenotes]
|}

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

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