informatiestandaarden - Gebruikersbijdragen [nl]

mp:Medicatieoverdracht Kickstart

2026-05-11T09:23:39Z

Tom Seijger:

{{DISPLAYTITLE:Medicatieoverdracht - Landingspagina documentatie leveranciers}}

{{NoteBox|1=
Vanaf 1 november 2025 maakt het programma gebruik van een aantal nieuwe testtermen. Deze vernieuwde terminologie biedt meer duidelijkheid en sluit beter aan op de praktijk. De inhoud van deze testen is ongewijzigd.

* Proof of Concept wordt ketentest
* Labtest wordt functionele acceptatietest (FAT)
* Praktijktest wordt gebruikersacceptatietest (GAT)
* De term ontwikkeltesten blijft ongewijzigd.

Dit betekent dat op de landingspagina beide termen naast elkaar kunnen voorkomen.
Leveranciers zijn vrij om te bepalen of en hoe deze wijzigingen bij henzelf worden doorgevoerd.
}}

'''Inleiding'''

Welkom op de landingspagina van het programma Medicatieoverdracht. Op deze pagina vind je alle informatie die nodig is voor de implementatie van de informatiestandaarden binnen het programma Medicatieoverdracht. Op dit moment betreft dit:
:* Medicatieproces 9 (MP9)
:* Uitwisseling laboratoriumgegevens

Met behulp van de leesroute wordt de informatie opgesplitst in relevante documenten, afhankelijk van de fase waarin de leverancier zich bevindt binnen het implementatietraject.

__NUMBEREDHEADINGS__

=Aanmelden=
Om te kunnen starten met de implementatie meld je jullie bedrijf aan via het [https://www.samenvoormedicatieoverdracht.nl/aanmelden-leverancier// <abbr> aanmeldformulier </abbr>] op de website samenvoormedicatieoverdracht.nl.
Het ingevulde aanmeldformulier komt dan bij het Validatieloket terecht. Het Validatieloket deelt dan met jullie de nodige linkjes naar documentatie om door te lezen op de landingspagina en plant een intakegesprek met jullie in. Neem de toegestuurde documentatie goed door, zodat jullie voorbereid aan het intakegesprek kunnen deelnemen.

=Voorbereiding=
Na aanmelding worden de links naar de documentatie uit hoofdstuk 2.1 met de leverancier gedeeld. De leverancier wordt verzocht deze documentatie zorgvuldig door te nemen ter voorbereiding op het intakegesprek. Daarnaast adviseren wij om voorafgaand aan het intakegesprek één of meerdere kennissessies te volgen, zodat voldoende inhoudelijke kennis aanwezig is over de implementatie en de bijbehorende informatiestandaarden. De vereiste voorbereiding verschilt per informatiestandaard.

==Welke voorbereiding is noodzakelijk?==

In de uitnodiging voor het intakegesprek wordt de leverancier verzocht om voorafgaand aan het gesprek de volgende documentatie goed door te lezen:

'''Medicatieproces 9'''
:* de [[mp:Stap_0_Voorbereiding|Stap 0 documentatie]]
:* de [[mp:V3.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Scope]] per systeemtype
:* het [https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Finformatiestandaarden.nictiz.nl%2Fimages%2F1%2F1d%2FFormat_Plan_van_aanpak_Leveranciers_MP9_Wiki.docx&wdOrigin=BROWSELINK Plan van Aanpak]
:* het [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9 Functioneel Ontwerp]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ <abbr> Infrastructuur (VZVZ) </abbr>]
:* en de [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Formulier_CC_MP9_3.0.0_v20260407.zip Conformiteitscheck]

Deze [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Checklist_Medicatieproces.zip checklist] ondersteunt straks bij het schrijven van het FO.

'''Uitwisseling Laboratoriumgegevens'''
:* het Plan van Aanpak
:* het [https://informatiestandaarden.nictiz.nl/wiki/Lab:Vcurrent_Ontwerp_Lab2zorg Functioneel Ontwerp Lab2zorg]
:* het [https://informatiestandaarden.nictiz.nl/wiki/Lab:V1.0.1-beta.2_Ontwerp_Lab2Patient Functioneel Ontwerp Lab2Patient]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ Infrastructuur (VZVZ)]

==Kennissessies==
De afgelopen jaren zijn diverse kennissessies, webinars en trainingen verzorgd om leveranciers te ondersteunen en te voorzien van extra informatie over verschillende onderwerpen:
:*[https://www.youtube.com/watch?v=seAYX9uNOGk/ Kennismaken met het programma Medicatieoverdracht]
:*[https://www.youtube.com/watch?v=asOrd_A3gag/ Kennissessie: Wat gaat er veranderen in de werkprocessen van zorgverleners door het programma MO?]
:*[https://www.youtube.com/watch?v=GslOFD6xkQU/ Kennissessie: Informatiestandaard Medicatieproces 9]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij (PGO)</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij (PGO)</abbr>]

Een aantal kennissessies staan op de [https://www.samenvoormedicatieoverdracht.nl/kennisbank/?kennisbank-category=luistersessies/ kennisbank] van samenvoormedicatieoverdracht.nl. Op de website samenvoormedicatieoverdracht worden [https://www.samenvoormedicatieoverdracht.nl/nieuws// nieuwsberichten] gepubliceerd. Je kunt je hier tevens aanmelden voor de nieuwsbrief om deze via de mail te ontvangen.
De [https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces// release updates] worden op de website van Nictiz gepubliceerd.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Stap 0 documenten doorgelezen || Voor het intakegesprek zijn het Plan van Aanpak, Technisch Ontwerp en Functioneel Ontwerp doorgelezen
|-
| Intakegesprek || Wordt ingepland door de casemanager
|-
|}

=Intake=
==Intakeproces==
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren intakegesprek'''
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Registreren BITS'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start bouwgesprek'''
|}

Na aanmelding krijgt de leverancier een uitnodiging voor een intakegesprek. Het doel van het intakegesprek met het Validatieloket is wederzijdse kennismaking. Het Validatieloket deelt informatie over het bouwtraject en de processtappen.
Jullie kunnen vragen stellen over de toegestuurde documentatie benoemd in '2.1 Voorbereiding'. Op hoofdlijnen wordt besproken hoe de procesbegeleiding eruit zal zien, wat jullie kunnen verwachten van het Validatieloket en wat jullie moeten bouwen.
Tijdens het gesprek krijgen jullie als leverancier een casemanager toegewezen. De casemanager zal tijdens het hele traject jullie aanspreekpunt zijn.
Na het intakegesprek kan de leverancier aan de slag met een plan van aanpak en een functioneel en technisch ontwerp.

==Stap 0 documentatie==
Na het intakegesprek kan de leverancier starten met het schrijven van de stap 0 documentatie. Ter aanvulling op de linkjes in '2.1 Voorbereiding' staan hieronder nog een aantal relevantie pagina's:
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]
:*[https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/<abbr title="Technisch Ontwerp">Technisch Ontwerp (vzvz)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG)]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (dataset, scenario/transacties)</abbr>]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (HL7v3 CDA templates)</abbr>]
:*[[mp:Toelichting_templates_ART-DECOR:UCUM | Toelichting bij templates ART-DECOR: UCUM]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} FHIR in English">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG) </abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases (ENG) </abbr>]]
:*[https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9]]

'''Implementatiehandleidingen'''
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie en Hybride fase Kickstart">Implementatiehandleiding Migratie en Hybride</abbr>]]
:*[[mp:Vkickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties|<abbr title="Identificaties en hun onderlinge relaties, onderdeel van Implementatiehandleiding Migratie en Hybride fase kickstart">Identificaties en hun onderlinge relaties</abbr>]]
:*[[mp:VRaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatiehandleiding Raadplegen Reconciliëren</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]

==Ondersteuning==
===BITS===
Tijdens het gehele traject wordt gebruikgemaakt van het ticketsysteem BITS. Elke leverancier krijgt een eigen project binnen BITS en kan hier vragen en documentatie kwijt. De leverancier kan een eigen MP9 MedicatieValidatie project aan te vragen via [https://nictiz.atlassian.net/servicedesk/customer/portal/4/group/12/create/64 deze link].
Vervolgens kunnen bijvoorbeeld developers, productowners en/of productmanagers, via hun '''interne''' contactpersoon een account voor BITS aanvragen. De contactpersoon kan via ons [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/create/49/ selfserviceportaal] de gebruikers toevoegen aan het project van de leverancier, zodat zij een eigen BITS-account krijgen en daarmee zij zelf tickets in kunnen dienen.

:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Gebruikershandleiding BITS]

===Interoplab===
Heb je vragen over het gebruik van het Interoplab-platform binnen Medicatieoverdracht, zoals Test Manager, Conformancelab of de validator? Maak dan een ticket aan op [https://support.interoplab.eu support.interoplab.eu], of stuur een mail naar [mailto:support@interoplab.eu support@interoplab.eu].

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| BITS project aangemaakt || Leverancier vraagt dit aan
|-
| BITS account aangemaakt || Gebruikers vragen dit zelf aan via de contactpersoon van de leverancier
|-
| Plan van Aanpak|| Ingelezen
|-
| Functioneel Ontwerp|| Ingelezen
|-
| Technisch Ontwerp|| Ingelezen
|-
| Conformiteitscheck|| Ingelezen
|-
|}

=Begeleiding=
Het Validatieloket begeleidt de leverancier richting het implementeren van informatiestandaard Medicatieproces 9. De casemanager is hierin het eerste aanspreekpunt voor de leverancier. Elke 2-3 weken worden structurele voortgangsgesprekken ingepland om de voortgang te bespreken, obstakels te signaleren en te bepalen of ondersteuning nodig is. Voor een overzicht van alle overlegvormen vanuit het programma is het volgende document opgesteld: [https://informatiestandaarden.nictiz.nl/images/9/91/Overzicht_Leveranciersoverleggen_en_Kennisupdates_Programma_MO_-_versie_november_2025.pdf Overzicht Leveranciersoverleggen en Kennisupdates Programma MO]

Naast de voortgangsgesprekken is BITS hét communicatiemiddel voor alle vragen vanuit de leverancier. De casemanager zal ervoor zorgen dat de vragen door de juiste inhoudsdeskundigen (Nictiz/VZVZ) beantwoord worden.

==Begeleidende documenten/links==
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Toelichting samenhang Wiki en ART-DECOR</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/c/c4/20250320_Bijlage_Informatieupdate_-_Blijvend_ondersteunen_MP6.12_interfaces.pdf Bijlage Informatieupdate: Blijvend_ondersteunen MP6.12 interfaces]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:250703_-_Procedure_uitgifte_en_beheer_test-BSNs.pdf Procedure uitgifte en beheer test-BSNs]

==Vraag en antwoord (Vragenuurtjes)==
Naast de gestructureerde voortgangsgesprekken en de via BITS gestelde vragen ontstaat soms de behoefte om vragen direct met een inhoudsdeskundige te bespreken. Daarom zijn 'Vragenuurtjes' gepland. Dit is een inloopuur waarbij alle leveranciers mogen aansluiten om hun vragen te stellen. Vanuit het programma zijn hier informatieanalisten van Nictiz en architecten van VZVZ aanwezig om (indien mogelijk) direct antwoord te geven op de vragen.
Alle vragen (inclusief antwoorden) worden vervolgens op de volgende pagina geregistreerd:
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vraag en antwoord vragenuurtjes]]
Hier kun je dus ook kijken of je vraag mogelijk al eens eerder is gesteld door een andere leverancier.

==Criteria==
{| class="wikitable"
|-
! Categorie !! Criteria !! Opmerkingen
|-
| rowspan="4" | Documentatie
| Plan van Aanpak || Geschreven, ingediend en beoordeeld
|-
| Functioneel Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Technisch Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Conformiteitscheck || Geschreven, ingediend en beoordeeld
|-
| rowspan="3" | Gesprekken
| Voortgangsgesprekken || Wordt ingepland door de casemanager
|-
| Bouwgesprek || Wordt ingepland door de casemanager
|-
| Vragenuurtje || Uitnodiging voor vragenuurtjes ontvangen
|}

=Ontwikkelen=
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren bouwgesprek'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start ontwikkelfase'''
|}
Na het intakegesprek heeft de leverancier een beeld van het proces en wat volgens de informatiestandaard MP9 gebouwd moet worden.
De leverancier heeft nu de opdracht gekregen om aan de slag te gaan met het schrijven van het Plan van Aanpak (PvA), het functioneel ontwerp (FO) en het technisch ontwerp (TO).
Zodra de documenten klaar zijn, levert de leverancier deze aan bij het Validatieloket. De ingeleverde documenten worden beoordeeld door Nictiz, VZVZ en de penvoerder. Zodra alles is goedgekeurd, kan worden overgegaan op de ontwikkelfase.
Het is tevens noodzakelijk om de conformiteitscheck in te vullen. Hierin wordt aangegeven welke functionaliteiten wel of niet worden ingebouwd of mogelijk afwijkend zijn van wat is beschreven in de informatiestandaard.
De opgegeven afwijkingen worden door het Medicatieprogramma beoordeeld. Houd rekening met het feit dat het programma mogelijk niet instemt met de opgegeven afwijkingen. Daarom worden alle afwijkingen met de leverancier besproken. Hier zullen een of meerdere overleggen voor worden ingepland.
Uiteindelijk worden alle afspraken over de non-conformiteiten vastgelegd en wordt tijdens de validatie getoetst of hieraan is voldaan.

Zodra alle documenten zijn goedgekeurd, wordt het bouwgesprek gepland.
Tijdens dit overleg wordt o.a. besproken wat jullie planning is en of jullie behoefte hebben aan extra informatie. In de voorbereiding op dit overleg kan de leverancier worden gevraagd aanvullende documentatie door te nemen of – afhankelijk van het kennisniveau – een verdiepende cursus te volgen.
Vanuit het programma Medicatieoverdracht kan extra ondersteuning worden geboden in de vorm van trainingen of kennissessies om jullie als leverancier op weg te helpen.

Tijdens het bouwgesprek zullen de kennishouders van het programma Medicatieoverdracht in gesprek gaan over het Technisch Ontwerp (TO), samen met de ontwikkelaars, architecten, product owners en testers van de leverancier. De casemanager is ook aanwezig om gemaakte afspraken te notuleren en eventuele acties uit te zetten.
Na deze fase start het proces van ontwikkeling en inbouw van het Medicatieproces 9; deze ontwikkeling bestaat uit 10 stappen. Zie hiervoor https://www.samenvoormedicatieoverdracht.nl/stappenplan-sectoren/.

Vooralsnog start men met de volgende 4 stappen:

:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

De leverancier bepaalt de volgorde van de ontwikkeling. Dit kan stap voor stap gebeuren of, bijvoorbeeld, door stap 3 en 4 te bundelen en vervolgens stap 5 en 6.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier geeft aan dat development gereed is om te kunnen testen|| Dit kan per stap opgepakt worden
|-
|}

=Testen=
Na het ontwikkelen en inbouwen van Medicatieproces 9, start de leverancier met de stap Testen.
Om de software zo goed mogelijk te testen, biedt het Validatieloket verschillende typen testen aan:
:*Testen op de inhoud
:*Testen in de keten
:*Gebruikersacceptatietest
Voor alle bovenstaande testen levert het Validatieloket de testscripts aan.

Om de testfase af te sluiten, levert de leverancier een testrapport aan bij het Validatieloket. Na beoordeling hiervan start de validatiefase.

==Testproces==
<div align="center">'''Testfasen per stap'''</div>
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Ontwikkelfase| '''Ontwikkeltest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| '''Ketentest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Laboratoriumtest| '''Functionele acceptatietest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Validatie_MO| '''Validatie''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Praktijktest| '''Praktijktest''']]
|}

Zoals in bovenstaande weergave doorloopt de leverancier de volgende testfasen:
:*[[mp:Testen_Kickstart_Ontwikkelfase| Ontwikkeltest]]
:*[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| Ketentest]]
:*[[mp:Testen_Kickstart_Laboratoriumtest| Functionele acceptatietest]]
:*[[mp:Validatie_MO| Validatie]]
:*[[mp:Testen_Kickstart_Praktijktest| Praktijktest]]

Onderstaande documenten bieden ondersteuning tijdens de testfasen:
:*[[mp:Testen_Kickstart|Testinformatie Kickstart]]
:*[[mp:Testtooling|Tooling & omgevingen Kickstart]]
:*[[mp:Testen_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:Testen_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:Testen_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

Daarnaast zijn voor onderstaande onderwerpen specifieke testplannen opgesteld, welke betrekking hebben op meerdere testfasen en daarmee een eigen wiki pagina hebben:
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie Consolidatie]
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Hybride Hybride]

==Testscripts==
:*[[mp:Vcurrent_Kwalificatie|Testscripts Medicatieproces 9 versie 3.0.0-rc.2]]
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Account Interoplab aangemaakt|| Gebruiker vraagt dit zelf aan
|-
| De leverancier heeft alle testscripts succesvol doorlopen|| De leverancier is gereed om te valideren
|-
|}

=Validatie=
De laatste stap in het proces is de validatie. Tijdens de validatie toetsen deskundigen van Nictiz en VZVZ de software op de inhoud van de standaard en de aansluiting op de infrastructuur.

Als het Validatieloket akkoord is, zal de casemanager de validatie goedkeuren en de terugkoppeling geven. Dit zal binnen 2 weken zijn. Als de validatie niet akkoord is, zal het validatietraject opnieuw gestart moeten worden.

Na succesvolle validatie kan de standaard worden geïmplementeerd bij de zorgaanbieders.
==Validatieproces==

{| style="text-align:center; margin:auto; border-spacing:5px; white-space:nowrap;"

|-

|

|

|

|

|

|

|

|

|

|

|

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Informeren interne organisatie'''

|-

| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px; display:inline-block;" | '''Voorbereiden validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Uitvoeren validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Bespreken validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Opstellen rapport'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Productmanagement
Nictiz/VZVZ'''

| →

| style="width:50px; height:50px; background-color:#00bcd4; transform:rotate(45deg); display:inline-block; text-align:center; line-height:50px;" |

<div style="transform:rotate(-45deg); color:white;">'''Geslaagd?'''</div>

| Ja →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Programmamanagement'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Versturen rapport'''

|-

|

|

|

|

|

|

|

|

|

|

| Nee →

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Certificering'''

|-

|

|

|

|

|

|

|

|

|

|

| style="background-color:#d47c00; color:white; padding:10px 20px; display:block;" | '''Start Proces hervalidatie'''

|

|

|

|

|}

:*Stap 3: ''Wordt herzien''
:*Stap 4: ''Wordt herzien''
:*Stap 5: ''Wordt herzien''
:*Stap 6: ''Wordt herzien''

==Validatiemateriaal==
:*[[mp:ValidatieMO_Aanleveren_Materialen|Validatiematerialen Medicatieproces 9]]
:*[[mp:Vcurrent_Kwalificatie#Kwalificatiescripts_Medicatieproces_9_versie_3.0.0|Kwalificatiescripts]]
:*Acceptatiescripts worden met leveranciers gedeeld

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier is per stap gekwalificeerd|| De leverancier wordt opgenomen in het kwalificatieregister van Nictiz
|-
| De leverancier is per stap geaccepteerd|| De leverancier wordt opgenomen in het acceptatieregister van VZVZ
|-
| De leverancier is met alle stappen gevalideerd|| De leverancier mag gaan implementeren bij de zorginstelling
|-
|}

=Archief=
<div class="mw-collapsible mw-collapsed">
<div class="mw-collapsible-content">
:'''Testscript gebruikerseisen boven sectoraal'''
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>]

:'''In Ontwikkeling'''
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

:'''Informatieve memo's'''
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.3.0.0-rc.1'''
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.4'''
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional Design Medication Process 9 version 3.0.0-beta.4 English version">Functional Design Medication Process 9 version 3.0.0-beta.4 English version</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4</abbr>]]
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-beta.4">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.3'''
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.2'''
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.2 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)]] / [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
</div>
</div>

=Paginahistorie=
<div class="mw-collapsible mw-collapsed">
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
</ul>

|-
| style="background-color: white;"| 26 februari 2026
| style="background-color: white;"|
<ul>
<li> 3.2 [https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten <abbr title="Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten ">Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten</abbr>] Link aangepast.
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.2''' gepubliceerd
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.2">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.1''' naar archief
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

|-
| style="background-color: white;"| 2 januari 2025
| style="background-color: white;"|
<ul>
<li>'''In Ontwikkeling''' Naar archief
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

<li>'''Informatieve memo's''' Naar archief
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]
</ul>

|-
| style="background-color: white;"| 28 november 2024
| style="background-color: white;"|
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.4''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.4 (ENG)]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20241118T151205/index.html/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.4 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases (ENG) </abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' naar archief
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]
</ul>
|-
| style="background-color: white;"| 1 november 2024
| style="background-color: white;"|
<ul>
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faorta-on-fhir.scrollhelp.site%2Faorta-on-fhir-specificaties-versie-07x%2Flatest%2F&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816233917%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=RK1Zn%2Bh5Gjx1xb49eykDHZ7WbPxnhgMr05SWW1NfFOI%3D&reserved=0 Documentatie AORTA on FHIR ] Toegevoegd
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzt-medicatieoverdracht.scrollhelp.site%2FMedicatieoverdracht%2FWorking-version%2Fprogramma-van-eisen-medicatieoverdracht&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816270290%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2xeIUCmu8diGyxc%2FCGFfmcQJppAgm7yK9FATeHJnoXs%3D&reserved=0 Programma van Eisen LSP (bèta)] link aangepast
</ul>
|-
| style="background-color: white;"| 1 maart 2024
| style="background-color: white;"|
<ul>
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.2''' naar archief
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
</ul>
|-
| style="background-color: white;"| 6 november 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)] naar archief
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.2/ FHIR R4 conformance resources for Medication Process 9 (MP9)] geüpdatet naar beta.2 versie
<li> [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]] toegevoegd
<li> [https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://zt-medicatieoverdracht.scrollhelp.site/Medicatieoverdracht/Working-version/programma-van-eisen-medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>] geüpdatet n.a.v. beta.2 versie
</ul>
|-
| style="background-color: white;"| 20 oktober 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.2_releasenotes|Release notes Medicatieproces 9 versie 3.0.0-beta.2]] toegevoegd
<li> 2.2 Specificaties: update n.a.v. beta.2 release
*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
<li> 3.2 Testscript: update n.a.v. beta.2 release
*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.2]]
<li> [[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]] naar archief
<li> [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1]] & [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional Design Medication Process 9 version 3.0.0-beta.1 English version]] naar archief
</ul>
|-
| style="background-color: white;"| 11 oktober 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 6 september 2023
| style="background-color: white;"|
<ul>
<li> 2.5 [[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]] aangepast naar 9.3 versie.
|-
| style="background-color: white;"| 4 september 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatiehandleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}
</div>

mp:Medicatieoverdracht Kickstart

2026-05-11T09:15:27Z

Tom Seijger:

{{DISPLAYTITLE:Medicatieoverdracht - Landingspagina documentatie leveranciers}}

{{NoteBox|1=
Vanaf 1 november 2025 maakt het programma gebruik van een aantal nieuwe testtermen. Deze vernieuwde terminologie biedt meer duidelijkheid en sluit beter aan op de praktijk. De inhoud van deze testen is ongewijzigd.

* Proof of Concept wordt ketentest
* Labtest wordt functionele acceptatietest (FAT)
* Praktijktest wordt gebruikersacceptatietest (GAT)
* De term ontwikkeltesten blijft ongewijzigd.

Dit betekent dat op de landingspagina beide termen naast elkaar kunnen voorkomen.
Leveranciers zijn vrij om te bepalen of en hoe deze wijzigingen bij henzelf worden doorgevoerd.
}}

'''Inleiding'''

Welkom op de landingspagina van het programma Medicatieoverdracht. Op deze pagina vind je alle informatie die nodig is voor de implementatie van de informatiestandaarden binnen het programma Medicatieoverdracht. Op dit moment betreft dit:
:* Medicatieproces 9 (MP9)
:* Uitwisseling laboratoriumgegevens

Met behulp van de leesroute wordt de informatie opgesplitst in relevante documenten, afhankelijk van de fase waarin de leverancier zich bevindt binnen het implementatietraject.

__NUMBEREDHEADINGS__

=Aanmelden=
Om te kunnen starten met de implementatie meld je jullie bedrijf aan via het [https://www.samenvoormedicatieoverdracht.nl/aanmelden-leverancier// <abbr> aanmeldformulier </abbr>] op de website samenvoormedicatieoverdracht.nl.
Het ingevulde aanmeldformulier komt dan bij het Validatieloket terecht. Het Validatieloket deelt dan met jullie de nodige linkjes naar documentatie om door te lezen op de landingspagina en plant een intakegesprek met jullie in. Neem de toegestuurde documentatie goed door, zodat jullie voorbereid aan het intakegesprek kunnen deelnemen.

=Voorbereiding=
Na aanmelding worden de links naar de documentatie uit hoofdstuk 2.1 met de leverancier gedeeld. De leverancier wordt verzocht deze documentatie zorgvuldig door te nemen ter voorbereiding op het intakegesprek. Daarnaast adviseren wij om voorafgaand aan het intakegesprek één of meerdere kennissessies te volgen, zodat voldoende inhoudelijke kennis aanwezig is over de implementatie en de bijbehorende informatiestandaarden. De vereiste voorbereiding verschilt per informatiestandaard.

==Welke voorbereiding is noodzakelijk?==

In de uitnodiging voor het intakegesprek wordt de leverancier verzocht om voorafgaand aan het gesprek de volgende documentatie goed door te lezen:

'''Medicatieproces 9'''
:* de [[mp:Stap_0_Voorbereiding|Stap 0 documentatie]]
:* de [[mp:V3.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Scope]] per systeemtype
:* het [https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Finformatiestandaarden.nictiz.nl%2Fimages%2F1%2F1d%2FFormat_Plan_van_aanpak_Leveranciers_MP9_Wiki.docx&wdOrigin=BROWSELINK Plan van Aanpak]
:* het [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9 Functioneel Ontwerp]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ <abbr> Infrastructuur (VZVZ) </abbr>]
:* en de [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Formulier_CC_MP9_3.0.0_v20260407.zip Conformiteitscheck]

Deze [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Checklist_Medicatieproces.zip checklist] ondersteunt straks bij het schrijven van het FO.

'''Uitwisseling Laboratoriumgegevens'''
:* Plan van Aanpak
:*

==Kennissessies==
De afgelopen jaren zijn diverse kennissessies, webinars en trainingen verzorgd om leveranciers te ondersteunen en te voorzien van extra informatie over verschillende onderwerpen:
:*[https://www.youtube.com/watch?v=seAYX9uNOGk/ Kennismaken met het programma Medicatieoverdracht]
:*[https://www.youtube.com/watch?v=asOrd_A3gag/ Kennissessie: Wat gaat er veranderen in de werkprocessen van zorgverleners door het programma MO?]
:*[https://www.youtube.com/watch?v=GslOFD6xkQU/ Kennissessie: Informatiestandaard Medicatieproces 9]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij (PGO)</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij (PGO)</abbr>]

Een aantal kennissessies staan op de [https://www.samenvoormedicatieoverdracht.nl/kennisbank/?kennisbank-category=luistersessies/ kennisbank] van samenvoormedicatieoverdracht.nl. Op de website samenvoormedicatieoverdracht worden [https://www.samenvoormedicatieoverdracht.nl/nieuws// nieuwsberichten] gepubliceerd. Je kunt je hier tevens aanmelden voor de nieuwsbrief om deze via de mail te ontvangen.
De [https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces// release updates] worden op de website van Nictiz gepubliceerd.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Stap 0 documenten doorgelezen || Voor het intakegesprek zijn het Plan van Aanpak, Technisch Ontwerp en Functioneel Ontwerp doorgelezen
|-
| Intakegesprek || Wordt ingepland door de casemanager
|-
|}

=Intake=
==Intakeproces==
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren intakegesprek'''
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Registreren BITS'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start bouwgesprek'''
|}

Na aanmelding krijgt de leverancier een uitnodiging voor een intakegesprek. Het doel van het intakegesprek met het Validatieloket is wederzijdse kennismaking. Het Validatieloket deelt informatie over het bouwtraject en de processtappen.
Jullie kunnen vragen stellen over de toegestuurde documentatie benoemd in '2.1 Voorbereiding'. Op hoofdlijnen wordt besproken hoe de procesbegeleiding eruit zal zien, wat jullie kunnen verwachten van het Validatieloket en wat jullie moeten bouwen.
Tijdens het gesprek krijgen jullie als leverancier een casemanager toegewezen. De casemanager zal tijdens het hele traject jullie aanspreekpunt zijn.
Na het intakegesprek kan de leverancier aan de slag met een plan van aanpak en een functioneel en technisch ontwerp.

==Stap 0 documentatie==
Na het intakegesprek kan de leverancier starten met het schrijven van de stap 0 documentatie. Ter aanvulling op de linkjes in '2.1 Voorbereiding' staan hieronder nog een aantal relevantie pagina's:
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]
:*[https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/<abbr title="Technisch Ontwerp">Technisch Ontwerp (vzvz)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG)]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (dataset, scenario/transacties)</abbr>]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (HL7v3 CDA templates)</abbr>]
:*[[mp:Toelichting_templates_ART-DECOR:UCUM | Toelichting bij templates ART-DECOR: UCUM]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} FHIR in English">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG) </abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases (ENG) </abbr>]]
:*[https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9]]

'''Implementatiehandleidingen'''
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie en Hybride fase Kickstart">Implementatiehandleiding Migratie en Hybride</abbr>]]
:*[[mp:Vkickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties|<abbr title="Identificaties en hun onderlinge relaties, onderdeel van Implementatiehandleiding Migratie en Hybride fase kickstart">Identificaties en hun onderlinge relaties</abbr>]]
:*[[mp:VRaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatiehandleiding Raadplegen Reconciliëren</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]

==Ondersteuning==
===BITS===
Tijdens het gehele traject wordt gebruikgemaakt van het ticketsysteem BITS. Elke leverancier krijgt een eigen project binnen BITS en kan hier vragen en documentatie kwijt. De leverancier kan een eigen MP9 MedicatieValidatie project aan te vragen via [https://nictiz.atlassian.net/servicedesk/customer/portal/4/group/12/create/64 deze link].
Vervolgens kunnen bijvoorbeeld developers, productowners en/of productmanagers, via hun '''interne''' contactpersoon een account voor BITS aanvragen. De contactpersoon kan via ons [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/create/49/ selfserviceportaal] de gebruikers toevoegen aan het project van de leverancier, zodat zij een eigen BITS-account krijgen en daarmee zij zelf tickets in kunnen dienen.

:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Gebruikershandleiding BITS]

===Interoplab===
Heb je vragen over het gebruik van het Interoplab-platform binnen Medicatieoverdracht, zoals Test Manager, Conformancelab of de validator? Maak dan een ticket aan op [https://support.interoplab.eu support.interoplab.eu], of stuur een mail naar [mailto:support@interoplab.eu support@interoplab.eu].

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| BITS project aangemaakt || Leverancier vraagt dit aan
|-
| BITS account aangemaakt || Gebruikers vragen dit zelf aan via de contactpersoon van de leverancier
|-
| Plan van Aanpak|| Ingelezen
|-
| Functioneel Ontwerp|| Ingelezen
|-
| Technisch Ontwerp|| Ingelezen
|-
| Conformiteitscheck|| Ingelezen
|-
|}

=Begeleiding=
Het Validatieloket begeleidt de leverancier richting het implementeren van informatiestandaard Medicatieproces 9. De casemanager is hierin het eerste aanspreekpunt voor de leverancier. Elke 2-3 weken worden structurele voortgangsgesprekken ingepland om de voortgang te bespreken, obstakels te signaleren en te bepalen of ondersteuning nodig is. Voor een overzicht van alle overlegvormen vanuit het programma is het volgende document opgesteld: [https://informatiestandaarden.nictiz.nl/images/9/91/Overzicht_Leveranciersoverleggen_en_Kennisupdates_Programma_MO_-_versie_november_2025.pdf Overzicht Leveranciersoverleggen en Kennisupdates Programma MO]

Naast de voortgangsgesprekken is BITS hét communicatiemiddel voor alle vragen vanuit de leverancier. De casemanager zal ervoor zorgen dat de vragen door de juiste inhoudsdeskundigen (Nictiz/VZVZ) beantwoord worden.

==Begeleidende documenten/links==
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Toelichting samenhang Wiki en ART-DECOR</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/c/c4/20250320_Bijlage_Informatieupdate_-_Blijvend_ondersteunen_MP6.12_interfaces.pdf Bijlage Informatieupdate: Blijvend_ondersteunen MP6.12 interfaces]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:250703_-_Procedure_uitgifte_en_beheer_test-BSNs.pdf Procedure uitgifte en beheer test-BSNs]

==Vraag en antwoord (Vragenuurtjes)==
Naast de gestructureerde voortgangsgesprekken en de via BITS gestelde vragen ontstaat soms de behoefte om vragen direct met een inhoudsdeskundige te bespreken. Daarom zijn 'Vragenuurtjes' gepland. Dit is een inloopuur waarbij alle leveranciers mogen aansluiten om hun vragen te stellen. Vanuit het programma zijn hier informatieanalisten van Nictiz en architecten van VZVZ aanwezig om (indien mogelijk) direct antwoord te geven op de vragen.
Alle vragen (inclusief antwoorden) worden vervolgens op de volgende pagina geregistreerd:
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vraag en antwoord vragenuurtjes]]
Hier kun je dus ook kijken of je vraag mogelijk al eens eerder is gesteld door een andere leverancier.

==Criteria==
{| class="wikitable"
|-
! Categorie !! Criteria !! Opmerkingen
|-
| rowspan="4" | Documentatie
| Plan van Aanpak || Geschreven, ingediend en beoordeeld
|-
| Functioneel Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Technisch Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Conformiteitscheck || Geschreven, ingediend en beoordeeld
|-
| rowspan="3" | Gesprekken
| Voortgangsgesprekken || Wordt ingepland door de casemanager
|-
| Bouwgesprek || Wordt ingepland door de casemanager
|-
| Vragenuurtje || Uitnodiging voor vragenuurtjes ontvangen
|}

=Ontwikkelen=
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren bouwgesprek'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start ontwikkelfase'''
|}
Na het intakegesprek heeft de leverancier een beeld van het proces en wat volgens de informatiestandaard MP9 gebouwd moet worden.
De leverancier heeft nu de opdracht gekregen om aan de slag te gaan met het schrijven van het Plan van Aanpak (PvA), het functioneel ontwerp (FO) en het technisch ontwerp (TO).
Zodra de documenten klaar zijn, levert de leverancier deze aan bij het Validatieloket. De ingeleverde documenten worden beoordeeld door Nictiz, VZVZ en de penvoerder. Zodra alles is goedgekeurd, kan worden overgegaan op de ontwikkelfase.
Het is tevens noodzakelijk om de conformiteitscheck in te vullen. Hierin wordt aangegeven welke functionaliteiten wel of niet worden ingebouwd of mogelijk afwijkend zijn van wat is beschreven in de informatiestandaard.
De opgegeven afwijkingen worden door het Medicatieprogramma beoordeeld. Houd rekening met het feit dat het programma mogelijk niet instemt met de opgegeven afwijkingen. Daarom worden alle afwijkingen met de leverancier besproken. Hier zullen een of meerdere overleggen voor worden ingepland.
Uiteindelijk worden alle afspraken over de non-conformiteiten vastgelegd en wordt tijdens de validatie getoetst of hieraan is voldaan.

Zodra alle documenten zijn goedgekeurd, wordt het bouwgesprek gepland.
Tijdens dit overleg wordt o.a. besproken wat jullie planning is en of jullie behoefte hebben aan extra informatie. In de voorbereiding op dit overleg kan de leverancier worden gevraagd aanvullende documentatie door te nemen of – afhankelijk van het kennisniveau – een verdiepende cursus te volgen.
Vanuit het programma Medicatieoverdracht kan extra ondersteuning worden geboden in de vorm van trainingen of kennissessies om jullie als leverancier op weg te helpen.

Tijdens het bouwgesprek zullen de kennishouders van het programma Medicatieoverdracht in gesprek gaan over het Technisch Ontwerp (TO), samen met de ontwikkelaars, architecten, product owners en testers van de leverancier. De casemanager is ook aanwezig om gemaakte afspraken te notuleren en eventuele acties uit te zetten.
Na deze fase start het proces van ontwikkeling en inbouw van het Medicatieproces 9; deze ontwikkeling bestaat uit 10 stappen. Zie hiervoor https://www.samenvoormedicatieoverdracht.nl/stappenplan-sectoren/.

Vooralsnog start men met de volgende 4 stappen:

:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

De leverancier bepaalt de volgorde van de ontwikkeling. Dit kan stap voor stap gebeuren of, bijvoorbeeld, door stap 3 en 4 te bundelen en vervolgens stap 5 en 6.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier geeft aan dat development gereed is om te kunnen testen|| Dit kan per stap opgepakt worden
|-
|}

=Testen=
Na het ontwikkelen en inbouwen van Medicatieproces 9, start de leverancier met de stap Testen.
Om de software zo goed mogelijk te testen, biedt het Validatieloket verschillende typen testen aan:
:*Testen op de inhoud
:*Testen in de keten
:*Gebruikersacceptatietest
Voor alle bovenstaande testen levert het Validatieloket de testscripts aan.

Om de testfase af te sluiten, levert de leverancier een testrapport aan bij het Validatieloket. Na beoordeling hiervan start de validatiefase.

==Testproces==
<div align="center">'''Testfasen per stap'''</div>
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Ontwikkelfase| '''Ontwikkeltest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| '''Ketentest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Laboratoriumtest| '''Functionele acceptatietest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Validatie_MO| '''Validatie''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Praktijktest| '''Praktijktest''']]
|}

Zoals in bovenstaande weergave doorloopt de leverancier de volgende testfasen:
:*[[mp:Testen_Kickstart_Ontwikkelfase| Ontwikkeltest]]
:*[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| Ketentest]]
:*[[mp:Testen_Kickstart_Laboratoriumtest| Functionele acceptatietest]]
:*[[mp:Validatie_MO| Validatie]]
:*[[mp:Testen_Kickstart_Praktijktest| Praktijktest]]

Onderstaande documenten bieden ondersteuning tijdens de testfasen:
:*[[mp:Testen_Kickstart|Testinformatie Kickstart]]
:*[[mp:Testtooling|Tooling & omgevingen Kickstart]]
:*[[mp:Testen_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:Testen_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:Testen_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

Daarnaast zijn voor onderstaande onderwerpen specifieke testplannen opgesteld, welke betrekking hebben op meerdere testfasen en daarmee een eigen wiki pagina hebben:
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie Consolidatie]
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Hybride Hybride]

==Testscripts==
:*[[mp:Vcurrent_Kwalificatie|Testscripts Medicatieproces 9 versie 3.0.0-rc.2]]
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Account Interoplab aangemaakt|| Gebruiker vraagt dit zelf aan
|-
| De leverancier heeft alle testscripts succesvol doorlopen|| De leverancier is gereed om te valideren
|-
|}

=Validatie=
De laatste stap in het proces is de validatie. Tijdens de validatie toetsen deskundigen van Nictiz en VZVZ de software op de inhoud van de standaard en de aansluiting op de infrastructuur.

Als het Validatieloket akkoord is, zal de casemanager de validatie goedkeuren en de terugkoppeling geven. Dit zal binnen 2 weken zijn. Als de validatie niet akkoord is, zal het validatietraject opnieuw gestart moeten worden.

Na succesvolle validatie kan de standaard worden geïmplementeerd bij de zorgaanbieders.
==Validatieproces==

{| style="text-align:center; margin:auto; border-spacing:5px; white-space:nowrap;"

|-

|

|

|

|

|

|

|

|

|

|

|

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Informeren interne organisatie'''

|-

| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px; display:inline-block;" | '''Voorbereiden validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Uitvoeren validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Bespreken validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Opstellen rapport'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Productmanagement
Nictiz/VZVZ'''

| →

| style="width:50px; height:50px; background-color:#00bcd4; transform:rotate(45deg); display:inline-block; text-align:center; line-height:50px;" |

<div style="transform:rotate(-45deg); color:white;">'''Geslaagd?'''</div>

| Ja →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Programmamanagement'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Versturen rapport'''

|-

|

|

|

|

|

|

|

|

|

|

| Nee →

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Certificering'''

|-

|

|

|

|

|

|

|

|

|

|

| style="background-color:#d47c00; color:white; padding:10px 20px; display:block;" | '''Start Proces hervalidatie'''

|

|

|

|

|}

:*Stap 3: ''Wordt herzien''
:*Stap 4: ''Wordt herzien''
:*Stap 5: ''Wordt herzien''
:*Stap 6: ''Wordt herzien''

==Validatiemateriaal==
:*[[mp:ValidatieMO_Aanleveren_Materialen|Validatiematerialen Medicatieproces 9]]
:*[[mp:Vcurrent_Kwalificatie#Kwalificatiescripts_Medicatieproces_9_versie_3.0.0|Kwalificatiescripts]]
:*Acceptatiescripts worden met leveranciers gedeeld

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier is per stap gekwalificeerd|| De leverancier wordt opgenomen in het kwalificatieregister van Nictiz
|-
| De leverancier is per stap geaccepteerd|| De leverancier wordt opgenomen in het acceptatieregister van VZVZ
|-
| De leverancier is met alle stappen gevalideerd|| De leverancier mag gaan implementeren bij de zorginstelling
|-
|}

=Archief=
<div class="mw-collapsible mw-collapsed">
<div class="mw-collapsible-content">
:'''Testscript gebruikerseisen boven sectoraal'''
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>]

:'''In Ontwikkeling'''
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

:'''Informatieve memo's'''
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.3.0.0-rc.1'''
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.4'''
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional Design Medication Process 9 version 3.0.0-beta.4 English version">Functional Design Medication Process 9 version 3.0.0-beta.4 English version</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4</abbr>]]
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-beta.4">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.3'''
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.2'''
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.2 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)]] / [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
</div>
</div>

=Paginahistorie=
<div class="mw-collapsible mw-collapsed">
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
</ul>

|-
| style="background-color: white;"| 26 februari 2026
| style="background-color: white;"|
<ul>
<li> 3.2 [https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten <abbr title="Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten ">Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten</abbr>] Link aangepast.
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.2''' gepubliceerd
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.2">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.1''' naar archief
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

|-
| style="background-color: white;"| 2 januari 2025
| style="background-color: white;"|
<ul>
<li>'''In Ontwikkeling''' Naar archief
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

<li>'''Informatieve memo's''' Naar archief
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]
</ul>

|-
| style="background-color: white;"| 28 november 2024
| style="background-color: white;"|
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.4''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.4 (ENG)]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20241118T151205/index.html/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.4 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases (ENG) </abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' naar archief
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]
</ul>
|-
| style="background-color: white;"| 1 november 2024
| style="background-color: white;"|
<ul>
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faorta-on-fhir.scrollhelp.site%2Faorta-on-fhir-specificaties-versie-07x%2Flatest%2F&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816233917%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=RK1Zn%2Bh5Gjx1xb49eykDHZ7WbPxnhgMr05SWW1NfFOI%3D&reserved=0 Documentatie AORTA on FHIR ] Toegevoegd
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzt-medicatieoverdracht.scrollhelp.site%2FMedicatieoverdracht%2FWorking-version%2Fprogramma-van-eisen-medicatieoverdracht&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816270290%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2xeIUCmu8diGyxc%2FCGFfmcQJppAgm7yK9FATeHJnoXs%3D&reserved=0 Programma van Eisen LSP (bèta)] link aangepast
</ul>
|-
| style="background-color: white;"| 1 maart 2024
| style="background-color: white;"|
<ul>
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.2''' naar archief
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
</ul>
|-
| style="background-color: white;"| 6 november 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)] naar archief
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.2/ FHIR R4 conformance resources for Medication Process 9 (MP9)] geüpdatet naar beta.2 versie
<li> [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]] toegevoegd
<li> [https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://zt-medicatieoverdracht.scrollhelp.site/Medicatieoverdracht/Working-version/programma-van-eisen-medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>] geüpdatet n.a.v. beta.2 versie
</ul>
|-
| style="background-color: white;"| 20 oktober 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.2_releasenotes|Release notes Medicatieproces 9 versie 3.0.0-beta.2]] toegevoegd
<li> 2.2 Specificaties: update n.a.v. beta.2 release
*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
<li> 3.2 Testscript: update n.a.v. beta.2 release
*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.2]]
<li> [[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]] naar archief
<li> [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1]] & [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional Design Medication Process 9 version 3.0.0-beta.1 English version]] naar archief
</ul>
|-
| style="background-color: white;"| 11 oktober 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 6 september 2023
| style="background-color: white;"|
<ul>
<li> 2.5 [[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]] aangepast naar 9.3 versie.
|-
| style="background-color: white;"| 4 september 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatiehandleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}
</div>

mp:Medicatieoverdracht Kickstart

2026-05-11T09:00:07Z

Tom Seijger:

{{DISPLAYTITLE:Medicatieoverdracht - Landingspagina documentatie leveranciers}}

{{NoteBox|1=
Vanaf 1 november 2025 maakt het programma gebruik van een aantal nieuwe testtermen. Deze vernieuwde terminologie biedt meer duidelijkheid en sluit beter aan op de praktijk. De inhoud van deze testen is ongewijzigd.

* Proof of Concept wordt ketentest
* Labtest wordt functionele acceptatietest (FAT)
* Praktijktest wordt gebruikersacceptatietest (GAT)
* De term ontwikkeltesten blijft ongewijzigd.

Dit betekent dat op de landingspagina beide termen naast elkaar kunnen voorkomen.
Leveranciers zijn vrij om te bepalen of en hoe deze wijzigingen bij henzelf worden doorgevoerd.
}}

'''Inleiding'''

Welkom op de landingspagina van het programma Medicatieoverdracht. Op deze pagina vind je alle informatie die nodig is voor de implementatie van de informatiestandaarden binnen het programma Medicatieoverdracht. Op dit moment betreft dit:
:* Medicatieproces 9 (MP9)
:* Uitwisseling laboratoriumgegevens

Met behulp van de leesroute wordt de informatie opgesplitst in relevante documenten, afhankelijk van de fase waarin de leverancier zich bevindt binnen het implementatietraject.

__NUMBEREDHEADINGS__

=Aanmelden=
Om te kunnen starten met de implementatie meld je jullie bedrijf aan via het [https://www.samenvoormedicatieoverdracht.nl/aanmelden-leverancier// <abbr> aanmeldformulier </abbr>] op de website samenvoormedicatieoverdracht.nl.
Het ingevulde aanmeldformulier komt dan bij het Validatieloket terecht. Het Validatieloket deelt dan met jullie de nodige linkjes naar documentatie om door te lezen op de landingspagina en plant een intakegesprek met jullie in. Neem de toegestuurde documentatie goed door, zodat jullie voorbereid aan het intakegesprek kunnen deelnemen.

=Voorbereiding=
Na aanmelding worden de links naar de documentatie uit hoofdstuk 2.1 met de leverancier gedeeld. De leverancier wordt verzocht deze documentatie zorgvuldig door te nemen ter voorbereiding op het intakegesprek. Daarnaast adviseren wij om voorafgaand aan het intakegesprek één of meerdere kennissessies te volgen, zodat voldoende inhoudelijke kennis aanwezig is over de implementatie en de bijbehorende informatiestandaarden. De vereiste voorbereiding verschilt per informatiestandaard.

==Welke voorbereiding is noodzakelijk?==

In de uitnodiging voor het intakegesprek wordt de leverancier verzocht om voorafgaand aan het gesprek, de volgende documentatie met betrekking tot de [[mp:Stap_0_Voorbereiding|Stap 0 documentatie]] goed door te lezen:
:* de [[mp:V3.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Scope]] per systeemtype
:* het [https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Finformatiestandaarden.nictiz.nl%2Fimages%2F1%2F1d%2FFormat_Plan_van_aanpak_Leveranciers_MP9_Wiki.docx&wdOrigin=BROWSELINK Plan van Aanpak]
:* het [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9 Functioneel Ontwerp]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ <abbr> Infrastructuur (VZVZ) </abbr>]
:* en de [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Formulier_CC_MP9_3.0.0_v20260407.zip Conformiteitscheck]

Deze [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Checklist_Medicatieproces.zip checklist] ondersteunt straks bij het schrijven van het FO.

==Kennissessies==
De afgelopen jaren zijn diverse kennissessies, webinars en trainingen verzorgd om leveranciers te ondersteunen en te voorzien van extra informatie over verschillende onderwerpen:
:*[https://www.youtube.com/watch?v=seAYX9uNOGk/ Kennismaken met het programma Medicatieoverdracht]
:*[https://www.youtube.com/watch?v=asOrd_A3gag/ Kennissessie: Wat gaat er veranderen in de werkprocessen van zorgverleners door het programma MO?]
:*[https://www.youtube.com/watch?v=GslOFD6xkQU/ Kennissessie: Informatiestandaard Medicatieproces 9]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij (PGO)</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij (PGO)</abbr>]

Een aantal kennissessies staan op de [https://www.samenvoormedicatieoverdracht.nl/kennisbank/?kennisbank-category=luistersessies/ kennisbank] van samenvoormedicatieoverdracht.nl. Op de website samenvoormedicatieoverdracht worden [https://www.samenvoormedicatieoverdracht.nl/nieuws// nieuwsberichten] gepubliceerd. Je kunt je hier tevens aanmelden voor de nieuwsbrief om deze via de mail te ontvangen.
De [https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces// release updates] worden op de website van Nictiz gepubliceerd.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Stap 0 documenten doorgelezen || Voor het intakegesprek zijn het Plan van Aanpak, Technisch Ontwerp en Functioneel Ontwerp doorgelezen
|-
| Intakegesprek || Wordt ingepland door de casemanager
|-
|}

=Intake=
==Intakeproces==
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren intakegesprek'''
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Registreren BITS'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start bouwgesprek'''
|}

Na aanmelding krijgt de leverancier een uitnodiging voor een intakegesprek. Het doel van het intakegesprek met het Validatieloket is wederzijdse kennismaking. Het Validatieloket deelt informatie over het bouwtraject en de processtappen.
Jullie kunnen vragen stellen over de toegestuurde documentatie benoemd in '2.1 Voorbereiding'. Op hoofdlijnen wordt besproken hoe de procesbegeleiding eruit zal zien, wat jullie kunnen verwachten van het Validatieloket en wat jullie moeten bouwen.
Tijdens het gesprek krijgen jullie als leverancier een casemanager toegewezen. De casemanager zal tijdens het hele traject jullie aanspreekpunt zijn.
Na het intakegesprek kan de leverancier aan de slag met een plan van aanpak en een functioneel en technisch ontwerp.

==Stap 0 documentatie==
Na het intakegesprek kan de leverancier starten met het schrijven van de stap 0 documentatie. Ter aanvulling op de linkjes in '2.1 Voorbereiding' staan hieronder nog een aantal relevantie pagina's:
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]
:*[https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/<abbr title="Technisch Ontwerp">Technisch Ontwerp (vzvz)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG)]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (dataset, scenario/transacties)</abbr>]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (HL7v3 CDA templates)</abbr>]
:*[[mp:Toelichting_templates_ART-DECOR:UCUM | Toelichting bij templates ART-DECOR: UCUM]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} FHIR in English">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG) </abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases (ENG) </abbr>]]
:*[https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9]]

'''Implementatiehandleidingen'''
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie en Hybride fase Kickstart">Implementatiehandleiding Migratie en Hybride</abbr>]]
:*[[mp:Vkickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties|<abbr title="Identificaties en hun onderlinge relaties, onderdeel van Implementatiehandleiding Migratie en Hybride fase kickstart">Identificaties en hun onderlinge relaties</abbr>]]
:*[[mp:VRaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatiehandleiding Raadplegen Reconciliëren</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]

==Ondersteuning==
===BITS===
Tijdens het gehele traject wordt gebruikgemaakt van het ticketsysteem BITS. Elke leverancier krijgt een eigen project binnen BITS en kan hier vragen en documentatie kwijt. De leverancier kan een eigen MP9 MedicatieValidatie project aan te vragen via [https://nictiz.atlassian.net/servicedesk/customer/portal/4/group/12/create/64 deze link].
Vervolgens kunnen bijvoorbeeld developers, productowners en/of productmanagers, via hun '''interne''' contactpersoon een account voor BITS aanvragen. De contactpersoon kan via ons [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/create/49/ selfserviceportaal] de gebruikers toevoegen aan het project van de leverancier, zodat zij een eigen BITS-account krijgen en daarmee zij zelf tickets in kunnen dienen.

:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Gebruikershandleiding BITS]

===Interoplab===
Heb je vragen over het gebruik van het Interoplab-platform binnen Medicatieoverdracht, zoals Test Manager, Conformancelab of de validator? Maak dan een ticket aan op [https://support.interoplab.eu support.interoplab.eu], of stuur een mail naar [mailto:support@interoplab.eu support@interoplab.eu].

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| BITS project aangemaakt || Leverancier vraagt dit aan
|-
| BITS account aangemaakt || Gebruikers vragen dit zelf aan via de contactpersoon van de leverancier
|-
| Plan van Aanpak|| Ingelezen
|-
| Functioneel Ontwerp|| Ingelezen
|-
| Technisch Ontwerp|| Ingelezen
|-
| Conformiteitscheck|| Ingelezen
|-
|}

=Begeleiding=
Het Validatieloket begeleidt de leverancier richting het implementeren van informatiestandaard Medicatieproces 9. De casemanager is hierin het eerste aanspreekpunt voor de leverancier. Elke 2-3 weken worden structurele voortgangsgesprekken ingepland om de voortgang te bespreken, obstakels te signaleren en te bepalen of ondersteuning nodig is. Voor een overzicht van alle overlegvormen vanuit het programma is het volgende document opgesteld: [https://informatiestandaarden.nictiz.nl/images/9/91/Overzicht_Leveranciersoverleggen_en_Kennisupdates_Programma_MO_-_versie_november_2025.pdf Overzicht Leveranciersoverleggen en Kennisupdates Programma MO]

Naast de voortgangsgesprekken is BITS hét communicatiemiddel voor alle vragen vanuit de leverancier. De casemanager zal ervoor zorgen dat de vragen door de juiste inhoudsdeskundigen (Nictiz/VZVZ) beantwoord worden.

==Begeleidende documenten/links==
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Toelichting samenhang Wiki en ART-DECOR</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/c/c4/20250320_Bijlage_Informatieupdate_-_Blijvend_ondersteunen_MP6.12_interfaces.pdf Bijlage Informatieupdate: Blijvend_ondersteunen MP6.12 interfaces]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:250703_-_Procedure_uitgifte_en_beheer_test-BSNs.pdf Procedure uitgifte en beheer test-BSNs]

==Vraag en antwoord (Vragenuurtjes)==
Naast de gestructureerde voortgangsgesprekken en de via BITS gestelde vragen ontstaat soms de behoefte om vragen direct met een inhoudsdeskundige te bespreken. Daarom zijn 'Vragenuurtjes' gepland. Dit is een inloopuur waarbij alle leveranciers mogen aansluiten om hun vragen te stellen. Vanuit het programma zijn hier informatieanalisten van Nictiz en architecten van VZVZ aanwezig om (indien mogelijk) direct antwoord te geven op de vragen.
Alle vragen (inclusief antwoorden) worden vervolgens op de volgende pagina geregistreerd:
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vraag en antwoord vragenuurtjes]]
Hier kun je dus ook kijken of je vraag mogelijk al eens eerder is gesteld door een andere leverancier.

==Criteria==
{| class="wikitable"
|-
! Categorie !! Criteria !! Opmerkingen
|-
| rowspan="4" | Documentatie
| Plan van Aanpak || Geschreven, ingediend en beoordeeld
|-
| Functioneel Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Technisch Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Conformiteitscheck || Geschreven, ingediend en beoordeeld
|-
| rowspan="3" | Gesprekken
| Voortgangsgesprekken || Wordt ingepland door de casemanager
|-
| Bouwgesprek || Wordt ingepland door de casemanager
|-
| Vragenuurtje || Uitnodiging voor vragenuurtjes ontvangen
|}

=Ontwikkelen=
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren bouwgesprek'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start ontwikkelfase'''
|}
Na het intakegesprek heeft de leverancier een beeld van het proces en wat volgens de informatiestandaard MP9 gebouwd moet worden.
De leverancier heeft nu de opdracht gekregen om aan de slag te gaan met het schrijven van het Plan van Aanpak (PvA), het functioneel ontwerp (FO) en het technisch ontwerp (TO).
Zodra de documenten klaar zijn, levert de leverancier deze aan bij het Validatieloket. De ingeleverde documenten worden beoordeeld door Nictiz, VZVZ en de penvoerder. Zodra alles is goedgekeurd, kan worden overgegaan op de ontwikkelfase.
Het is tevens noodzakelijk om de conformiteitscheck in te vullen. Hierin wordt aangegeven welke functionaliteiten wel of niet worden ingebouwd of mogelijk afwijkend zijn van wat is beschreven in de informatiestandaard.
De opgegeven afwijkingen worden door het Medicatieprogramma beoordeeld. Houd rekening met het feit dat het programma mogelijk niet instemt met de opgegeven afwijkingen. Daarom worden alle afwijkingen met de leverancier besproken. Hier zullen een of meerdere overleggen voor worden ingepland.
Uiteindelijk worden alle afspraken over de non-conformiteiten vastgelegd en wordt tijdens de validatie getoetst of hieraan is voldaan.

Zodra alle documenten zijn goedgekeurd, wordt het bouwgesprek gepland.
Tijdens dit overleg wordt o.a. besproken wat jullie planning is en of jullie behoefte hebben aan extra informatie. In de voorbereiding op dit overleg kan de leverancier worden gevraagd aanvullende documentatie door te nemen of – afhankelijk van het kennisniveau – een verdiepende cursus te volgen.
Vanuit het programma Medicatieoverdracht kan extra ondersteuning worden geboden in de vorm van trainingen of kennissessies om jullie als leverancier op weg te helpen.

Tijdens het bouwgesprek zullen de kennishouders van het programma Medicatieoverdracht in gesprek gaan over het Technisch Ontwerp (TO), samen met de ontwikkelaars, architecten, product owners en testers van de leverancier. De casemanager is ook aanwezig om gemaakte afspraken te notuleren en eventuele acties uit te zetten.
Na deze fase start het proces van ontwikkeling en inbouw van het Medicatieproces 9; deze ontwikkeling bestaat uit 10 stappen. Zie hiervoor https://www.samenvoormedicatieoverdracht.nl/stappenplan-sectoren/.

Vooralsnog start men met de volgende 4 stappen:

:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

De leverancier bepaalt de volgorde van de ontwikkeling. Dit kan stap voor stap gebeuren of, bijvoorbeeld, door stap 3 en 4 te bundelen en vervolgens stap 5 en 6.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier geeft aan dat development gereed is om te kunnen testen|| Dit kan per stap opgepakt worden
|-
|}

=Testen=
Na het ontwikkelen en inbouwen van Medicatieproces 9, start de leverancier met de stap Testen.
Om de software zo goed mogelijk te testen, biedt het Validatieloket verschillende typen testen aan:
:*Testen op de inhoud
:*Testen in de keten
:*Gebruikersacceptatietest
Voor alle bovenstaande testen levert het Validatieloket de testscripts aan.

Om de testfase af te sluiten, levert de leverancier een testrapport aan bij het Validatieloket. Na beoordeling hiervan start de validatiefase.

==Testproces==
<div align="center">'''Testfasen per stap'''</div>
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Ontwikkelfase| '''Ontwikkeltest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| '''Ketentest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Laboratoriumtest| '''Functionele acceptatietest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Validatie_MO| '''Validatie''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Praktijktest| '''Praktijktest''']]
|}

Zoals in bovenstaande weergave doorloopt de leverancier de volgende testfasen:
:*[[mp:Testen_Kickstart_Ontwikkelfase| Ontwikkeltest]]
:*[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| Ketentest]]
:*[[mp:Testen_Kickstart_Laboratoriumtest| Functionele acceptatietest]]
:*[[mp:Validatie_MO| Validatie]]
:*[[mp:Testen_Kickstart_Praktijktest| Praktijktest]]

Onderstaande documenten bieden ondersteuning tijdens de testfasen:
:*[[mp:Testen_Kickstart|Testinformatie Kickstart]]
:*[[mp:Testtooling|Tooling & omgevingen Kickstart]]
:*[[mp:Testen_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:Testen_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:Testen_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

Daarnaast zijn voor onderstaande onderwerpen specifieke testplannen opgesteld, welke betrekking hebben op meerdere testfasen en daarmee een eigen wiki pagina hebben:
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie Consolidatie]
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Hybride Hybride]

==Testscripts==
:*[[mp:Vcurrent_Kwalificatie|Testscripts Medicatieproces 9 versie 3.0.0-rc.2]]
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Account Interoplab aangemaakt|| Gebruiker vraagt dit zelf aan
|-
| De leverancier heeft alle testscripts succesvol doorlopen|| De leverancier is gereed om te valideren
|-
|}

=Validatie=
De laatste stap in het proces is de validatie. Tijdens de validatie toetsen deskundigen van Nictiz en VZVZ de software op de inhoud van de standaard en de aansluiting op de infrastructuur.

Als het Validatieloket akkoord is, zal de casemanager de validatie goedkeuren en de terugkoppeling geven. Dit zal binnen 2 weken zijn. Als de validatie niet akkoord is, zal het validatietraject opnieuw gestart moeten worden.

Na succesvolle validatie kan de standaard worden geïmplementeerd bij de zorgaanbieders.
==Validatieproces==

{| style="text-align:center; margin:auto; border-spacing:5px; white-space:nowrap;"

|-

|

|

|

|

|

|

|

|

|

|

|

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Informeren interne organisatie'''

|-

| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px; display:inline-block;" | '''Voorbereiden validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Uitvoeren validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Bespreken validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Opstellen rapport'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Productmanagement
Nictiz/VZVZ'''

| →

| style="width:50px; height:50px; background-color:#00bcd4; transform:rotate(45deg); display:inline-block; text-align:center; line-height:50px;" |

<div style="transform:rotate(-45deg); color:white;">'''Geslaagd?'''</div>

| Ja →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Programmamanagement'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Versturen rapport'''

|-

|

|

|

|

|

|

|

|

|

|

| Nee →

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Certificering'''

|-

|

|

|

|

|

|

|

|

|

|

| style="background-color:#d47c00; color:white; padding:10px 20px; display:block;" | '''Start Proces hervalidatie'''

|

|

|

|

|}

:*Stap 3: ''Wordt herzien''
:*Stap 4: ''Wordt herzien''
:*Stap 5: ''Wordt herzien''
:*Stap 6: ''Wordt herzien''

==Validatiemateriaal==
:*[[mp:ValidatieMO_Aanleveren_Materialen|Validatiematerialen Medicatieproces 9]]
:*[[mp:Vcurrent_Kwalificatie#Kwalificatiescripts_Medicatieproces_9_versie_3.0.0|Kwalificatiescripts]]
:*Acceptatiescripts worden met leveranciers gedeeld

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier is per stap gekwalificeerd|| De leverancier wordt opgenomen in het kwalificatieregister van Nictiz
|-
| De leverancier is per stap geaccepteerd|| De leverancier wordt opgenomen in het acceptatieregister van VZVZ
|-
| De leverancier is met alle stappen gevalideerd|| De leverancier mag gaan implementeren bij de zorginstelling
|-
|}

=Archief=
<div class="mw-collapsible mw-collapsed">
<div class="mw-collapsible-content">
:'''Testscript gebruikerseisen boven sectoraal'''
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>]

:'''In Ontwikkeling'''
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

:'''Informatieve memo's'''
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.3.0.0-rc.1'''
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.4'''
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional Design Medication Process 9 version 3.0.0-beta.4 English version">Functional Design Medication Process 9 version 3.0.0-beta.4 English version</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4</abbr>]]
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-beta.4">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.3'''
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.2'''
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.2 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)]] / [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
</div>
</div>

=Paginahistorie=
<div class="mw-collapsible mw-collapsed">
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
</ul>

|-
| style="background-color: white;"| 26 februari 2026
| style="background-color: white;"|
<ul>
<li> 3.2 [https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten <abbr title="Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten ">Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten</abbr>] Link aangepast.
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.2''' gepubliceerd
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.2">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.1''' naar archief
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

|-
| style="background-color: white;"| 2 januari 2025
| style="background-color: white;"|
<ul>
<li>'''In Ontwikkeling''' Naar archief
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

<li>'''Informatieve memo's''' Naar archief
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]
</ul>

|-
| style="background-color: white;"| 28 november 2024
| style="background-color: white;"|
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.4''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.4 (ENG)]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20241118T151205/index.html/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.4 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases (ENG) </abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' naar archief
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]
</ul>
|-
| style="background-color: white;"| 1 november 2024
| style="background-color: white;"|
<ul>
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faorta-on-fhir.scrollhelp.site%2Faorta-on-fhir-specificaties-versie-07x%2Flatest%2F&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816233917%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=RK1Zn%2Bh5Gjx1xb49eykDHZ7WbPxnhgMr05SWW1NfFOI%3D&reserved=0 Documentatie AORTA on FHIR ] Toegevoegd
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzt-medicatieoverdracht.scrollhelp.site%2FMedicatieoverdracht%2FWorking-version%2Fprogramma-van-eisen-medicatieoverdracht&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816270290%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2xeIUCmu8diGyxc%2FCGFfmcQJppAgm7yK9FATeHJnoXs%3D&reserved=0 Programma van Eisen LSP (bèta)] link aangepast
</ul>
|-
| style="background-color: white;"| 1 maart 2024
| style="background-color: white;"|
<ul>
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.2''' naar archief
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
</ul>
|-
| style="background-color: white;"| 6 november 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)] naar archief
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.2/ FHIR R4 conformance resources for Medication Process 9 (MP9)] geüpdatet naar beta.2 versie
<li> [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]] toegevoegd
<li> [https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://zt-medicatieoverdracht.scrollhelp.site/Medicatieoverdracht/Working-version/programma-van-eisen-medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>] geüpdatet n.a.v. beta.2 versie
</ul>
|-
| style="background-color: white;"| 20 oktober 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.2_releasenotes|Release notes Medicatieproces 9 versie 3.0.0-beta.2]] toegevoegd
<li> 2.2 Specificaties: update n.a.v. beta.2 release
*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
<li> 3.2 Testscript: update n.a.v. beta.2 release
*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.2]]
<li> [[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]] naar archief
<li> [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1]] & [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional Design Medication Process 9 version 3.0.0-beta.1 English version]] naar archief
</ul>
|-
| style="background-color: white;"| 11 oktober 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 6 september 2023
| style="background-color: white;"|
<ul>
<li> 2.5 [[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]] aangepast naar 9.3 versie.
|-
| style="background-color: white;"| 4 september 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatiehandleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}
</div>

mp:Medicatieoverdracht Kickstart

2026-05-11T08:54:42Z

Tom Seijger:

{{DISPLAYTITLE:Medicatieoverdracht - Landingspagina documentatie leveranciers}}

{{NoteBox|1=
Vanaf 1 november 2025 maakt het programma gebruik van een aantal nieuwe testtermen. Deze vernieuwde terminologie biedt meer duidelijkheid en sluit beter aan op de praktijk. De inhoud van deze testen is ongewijzigd.

* Proof of Concept wordt ketentest
* Labtest wordt functionele acceptatietest (FAT)
* Praktijktest wordt gebruikersacceptatietest (GAT)
* De term ontwikkeltesten blijft ongewijzigd.

Dit betekent dat op de landingspagina beide termen naast elkaar kunnen voorkomen.
Leveranciers zijn vrij om te bepalen of en hoe deze wijzigingen bij henzelf worden doorgevoerd.
}}

'''Inleiding'''

Welkom op de landingspagina van het programma Medicatieoverdracht. Op deze pagina vind je alle informatie die nodig is voor de implementatie van de informatiestandaarden binnen het programma Medicatieoverdracht. Op dit moment betreft dit:
:* Medicatieproces 9 (MP9)
:* Uitwisseling laboratoriumgegevens

Met behulp van de leesroute wordt de informatie opgesplitst in relevante documenten, afhankelijk van de fase waarin de leverancier zich bevindt binnen het implementatietraject.

__NUMBEREDHEADINGS__

=Aanmelden=
Om te kunnen starten met het implementeren van het Medicatieproces 9 meld je jullie bedrijf aan via het [https://www.samenvoormedicatieoverdracht.nl/aanmelden-leverancier// <abbr> aanmeldformulier </abbr>] op de website samenvoormedicatieoverdracht.nl.
Het ingevulde aanmeldformulier komt dan bij het Validatieloket terecht. Het Validatieloket deelt dan met jullie de nodige linkjes naar documentatie om door te lezen op de landingspagina en plant een intakegesprek met jullie in.
Neem de toegestuurde documentatie goed door, zodat jullie voorbereid aan het intakegesprek kunnen deelnemen.

=Voorbereiding=
Na het aanmelden zijn de linkjes van hoofdstuk 2.1 met de leverancier gedeeld, met het verzoek deze te lezen ter voorbereiding op het intakegesprek.
Daarnaast kan al gekeken worden naar een aantal kennissessies om extra informatie te vergaren.

==Welke voorbereiding is noodzakelijk?==

In de uitnodiging voor het intakegesprek wordt de leverancier verzocht om voorafgaand aan het gesprek, de volgende documentatie met betrekking tot de [[mp:Stap_0_Voorbereiding|Stap 0 documentatie]] goed door te lezen:
:* de [[mp:V3.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Scope]] per systeemtype
:* het [https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Finformatiestandaarden.nictiz.nl%2Fimages%2F1%2F1d%2FFormat_Plan_van_aanpak_Leveranciers_MP9_Wiki.docx&wdOrigin=BROWSELINK Plan van Aanpak]
:* het [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9 Functioneel Ontwerp]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ <abbr> Infrastructuur (VZVZ) </abbr>]
:* en de [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Formulier_CC_MP9_3.0.0_v20260407.zip Conformiteitscheck]

Deze [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Checklist_Medicatieproces.zip checklist] ondersteunt straks bij het schrijven van het FO.

==Kennissessies==
De afgelopen jaren zijn diverse kennissessies, webinars en trainingen verzorgd om leveranciers te ondersteunen en te voorzien van extra informatie over verschillende onderwerpen:
:*[https://www.youtube.com/watch?v=seAYX9uNOGk/ Kennismaken met het programma Medicatieoverdracht]
:*[https://www.youtube.com/watch?v=asOrd_A3gag/ Kennissessie: Wat gaat er veranderen in de werkprocessen van zorgverleners door het programma MO?]
:*[https://www.youtube.com/watch?v=GslOFD6xkQU/ Kennissessie: Informatiestandaard Medicatieproces 9]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij (PGO)</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij (PGO)</abbr>]

Een aantal kennissessies staan op de [https://www.samenvoormedicatieoverdracht.nl/kennisbank/?kennisbank-category=luistersessies/ kennisbank] van samenvoormedicatieoverdracht.nl. Op de website samenvoormedicatieoverdracht worden [https://www.samenvoormedicatieoverdracht.nl/nieuws// nieuwsberichten] gepubliceerd. Je kunt je hier tevens aanmelden voor de nieuwsbrief om deze via de mail te ontvangen.
De [https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces// release updates] worden op de website van Nictiz gepubliceerd.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Stap 0 documenten doorgelezen || Voor het intakegesprek zijn het Plan van Aanpak, Technisch Ontwerp en Functioneel Ontwerp doorgelezen
|-
| Intakegesprek || Wordt ingepland door de casemanager
|-
|}

=Intake=
==Intakeproces==
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren intakegesprek'''
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Registreren BITS'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start bouwgesprek'''
|}

Na aanmelding krijgt de leverancier een uitnodiging voor een intakegesprek. Het doel van het intakegesprek met het Validatieloket is wederzijdse kennismaking. Het Validatieloket deelt informatie over het bouwtraject en de processtappen.
Jullie kunnen vragen stellen over de toegestuurde documentatie benoemd in '2.1 Voorbereiding'. Op hoofdlijnen wordt besproken hoe de procesbegeleiding eruit zal zien, wat jullie kunnen verwachten van het Validatieloket en wat jullie moeten bouwen.
Tijdens het gesprek krijgen jullie als leverancier een casemanager toegewezen. De casemanager zal tijdens het hele traject jullie aanspreekpunt zijn.
Na het intakegesprek kan de leverancier aan de slag met een plan van aanpak en een functioneel en technisch ontwerp.

==Stap 0 documentatie==
Na het intakegesprek kan de leverancier starten met het schrijven van de stap 0 documentatie. Ter aanvulling op de linkjes in '2.1 Voorbereiding' staan hieronder nog een aantal relevantie pagina's:
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]
:*[https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/<abbr title="Technisch Ontwerp">Technisch Ontwerp (vzvz)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG)]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (dataset, scenario/transacties)</abbr>]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (HL7v3 CDA templates)</abbr>]
:*[[mp:Toelichting_templates_ART-DECOR:UCUM | Toelichting bij templates ART-DECOR: UCUM]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} FHIR in English">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG) </abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases (ENG) </abbr>]]
:*[https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9]]

'''Implementatiehandleidingen'''
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie en Hybride fase Kickstart">Implementatiehandleiding Migratie en Hybride</abbr>]]
:*[[mp:Vkickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties|<abbr title="Identificaties en hun onderlinge relaties, onderdeel van Implementatiehandleiding Migratie en Hybride fase kickstart">Identificaties en hun onderlinge relaties</abbr>]]
:*[[mp:VRaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatiehandleiding Raadplegen Reconciliëren</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]

==Ondersteuning==
===BITS===
Tijdens het gehele traject wordt gebruikgemaakt van het ticketsysteem BITS. Elke leverancier krijgt een eigen project binnen BITS en kan hier vragen en documentatie kwijt. De leverancier kan een eigen MP9 MedicatieValidatie project aan te vragen via [https://nictiz.atlassian.net/servicedesk/customer/portal/4/group/12/create/64 deze link].
Vervolgens kunnen bijvoorbeeld developers, productowners en/of productmanagers, via hun '''interne''' contactpersoon een account voor BITS aanvragen. De contactpersoon kan via ons [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/create/49/ selfserviceportaal] de gebruikers toevoegen aan het project van de leverancier, zodat zij een eigen BITS-account krijgen en daarmee zij zelf tickets in kunnen dienen.

:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Gebruikershandleiding BITS]

===Interoplab===
Heb je vragen over het gebruik van het Interoplab-platform binnen Medicatieoverdracht, zoals Test Manager, Conformancelab of de validator? Maak dan een ticket aan op [https://support.interoplab.eu support.interoplab.eu], of stuur een mail naar [mailto:support@interoplab.eu support@interoplab.eu].

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| BITS project aangemaakt || Leverancier vraagt dit aan
|-
| BITS account aangemaakt || Gebruikers vragen dit zelf aan via de contactpersoon van de leverancier
|-
| Plan van Aanpak|| Ingelezen
|-
| Functioneel Ontwerp|| Ingelezen
|-
| Technisch Ontwerp|| Ingelezen
|-
| Conformiteitscheck|| Ingelezen
|-
|}

=Begeleiding=
Het Validatieloket begeleidt de leverancier richting het implementeren van informatiestandaard Medicatieproces 9. De casemanager is hierin het eerste aanspreekpunt voor de leverancier. Elke 2-3 weken worden structurele voortgangsgesprekken ingepland om de voortgang te bespreken, obstakels te signaleren en te bepalen of ondersteuning nodig is. Voor een overzicht van alle overlegvormen vanuit het programma is het volgende document opgesteld: [https://informatiestandaarden.nictiz.nl/images/9/91/Overzicht_Leveranciersoverleggen_en_Kennisupdates_Programma_MO_-_versie_november_2025.pdf Overzicht Leveranciersoverleggen en Kennisupdates Programma MO]

Naast de voortgangsgesprekken is BITS hét communicatiemiddel voor alle vragen vanuit de leverancier. De casemanager zal ervoor zorgen dat de vragen door de juiste inhoudsdeskundigen (Nictiz/VZVZ) beantwoord worden.

==Begeleidende documenten/links==
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Toelichting samenhang Wiki en ART-DECOR</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/c/c4/20250320_Bijlage_Informatieupdate_-_Blijvend_ondersteunen_MP6.12_interfaces.pdf Bijlage Informatieupdate: Blijvend_ondersteunen MP6.12 interfaces]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:250703_-_Procedure_uitgifte_en_beheer_test-BSNs.pdf Procedure uitgifte en beheer test-BSNs]

==Vraag en antwoord (Vragenuurtjes)==
Naast de gestructureerde voortgangsgesprekken en de via BITS gestelde vragen ontstaat soms de behoefte om vragen direct met een inhoudsdeskundige te bespreken. Daarom zijn 'Vragenuurtjes' gepland. Dit is een inloopuur waarbij alle leveranciers mogen aansluiten om hun vragen te stellen. Vanuit het programma zijn hier informatieanalisten van Nictiz en architecten van VZVZ aanwezig om (indien mogelijk) direct antwoord te geven op de vragen.
Alle vragen (inclusief antwoorden) worden vervolgens op de volgende pagina geregistreerd:
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vraag en antwoord vragenuurtjes]]
Hier kun je dus ook kijken of je vraag mogelijk al eens eerder is gesteld door een andere leverancier.

==Criteria==
{| class="wikitable"
|-
! Categorie !! Criteria !! Opmerkingen
|-
| rowspan="4" | Documentatie
| Plan van Aanpak || Geschreven, ingediend en beoordeeld
|-
| Functioneel Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Technisch Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Conformiteitscheck || Geschreven, ingediend en beoordeeld
|-
| rowspan="3" | Gesprekken
| Voortgangsgesprekken || Wordt ingepland door de casemanager
|-
| Bouwgesprek || Wordt ingepland door de casemanager
|-
| Vragenuurtje || Uitnodiging voor vragenuurtjes ontvangen
|}

=Ontwikkelen=
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren bouwgesprek'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start ontwikkelfase'''
|}
Na het intakegesprek heeft de leverancier een beeld van het proces en wat volgens de informatiestandaard MP9 gebouwd moet worden.
De leverancier heeft nu de opdracht gekregen om aan de slag te gaan met het schrijven van het Plan van Aanpak (PvA), het functioneel ontwerp (FO) en het technisch ontwerp (TO).
Zodra de documenten klaar zijn, levert de leverancier deze aan bij het Validatieloket. De ingeleverde documenten worden beoordeeld door Nictiz, VZVZ en de penvoerder. Zodra alles is goedgekeurd, kan worden overgegaan op de ontwikkelfase.
Het is tevens noodzakelijk om de conformiteitscheck in te vullen. Hierin wordt aangegeven welke functionaliteiten wel of niet worden ingebouwd of mogelijk afwijkend zijn van wat is beschreven in de informatiestandaard.
De opgegeven afwijkingen worden door het Medicatieprogramma beoordeeld. Houd rekening met het feit dat het programma mogelijk niet instemt met de opgegeven afwijkingen. Daarom worden alle afwijkingen met de leverancier besproken. Hier zullen een of meerdere overleggen voor worden ingepland.
Uiteindelijk worden alle afspraken over de non-conformiteiten vastgelegd en wordt tijdens de validatie getoetst of hieraan is voldaan.

Zodra alle documenten zijn goedgekeurd, wordt het bouwgesprek gepland.
Tijdens dit overleg wordt o.a. besproken wat jullie planning is en of jullie behoefte hebben aan extra informatie. In de voorbereiding op dit overleg kan de leverancier worden gevraagd aanvullende documentatie door te nemen of – afhankelijk van het kennisniveau – een verdiepende cursus te volgen.
Vanuit het programma Medicatieoverdracht kan extra ondersteuning worden geboden in de vorm van trainingen of kennissessies om jullie als leverancier op weg te helpen.

Tijdens het bouwgesprek zullen de kennishouders van het programma Medicatieoverdracht in gesprek gaan over het Technisch Ontwerp (TO), samen met de ontwikkelaars, architecten, product owners en testers van de leverancier. De casemanager is ook aanwezig om gemaakte afspraken te notuleren en eventuele acties uit te zetten.
Na deze fase start het proces van ontwikkeling en inbouw van het Medicatieproces 9; deze ontwikkeling bestaat uit 10 stappen. Zie hiervoor https://www.samenvoormedicatieoverdracht.nl/stappenplan-sectoren/.

Vooralsnog start men met de volgende 4 stappen:

:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

De leverancier bepaalt de volgorde van de ontwikkeling. Dit kan stap voor stap gebeuren of, bijvoorbeeld, door stap 3 en 4 te bundelen en vervolgens stap 5 en 6.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier geeft aan dat development gereed is om te kunnen testen|| Dit kan per stap opgepakt worden
|-
|}

=Testen=
Na het ontwikkelen en inbouwen van Medicatieproces 9, start de leverancier met de stap Testen.
Om de software zo goed mogelijk te testen, biedt het Validatieloket verschillende typen testen aan:
:*Testen op de inhoud
:*Testen in de keten
:*Gebruikersacceptatietest
Voor alle bovenstaande testen levert het Validatieloket de testscripts aan.

Om de testfase af te sluiten, levert de leverancier een testrapport aan bij het Validatieloket. Na beoordeling hiervan start de validatiefase.

==Testproces==
<div align="center">'''Testfasen per stap'''</div>
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Ontwikkelfase| '''Ontwikkeltest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| '''Ketentest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Laboratoriumtest| '''Functionele acceptatietest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Validatie_MO| '''Validatie''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Praktijktest| '''Praktijktest''']]
|}

Zoals in bovenstaande weergave doorloopt de leverancier de volgende testfasen:
:*[[mp:Testen_Kickstart_Ontwikkelfase| Ontwikkeltest]]
:*[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| Ketentest]]
:*[[mp:Testen_Kickstart_Laboratoriumtest| Functionele acceptatietest]]
:*[[mp:Validatie_MO| Validatie]]
:*[[mp:Testen_Kickstart_Praktijktest| Praktijktest]]

Onderstaande documenten bieden ondersteuning tijdens de testfasen:
:*[[mp:Testen_Kickstart|Testinformatie Kickstart]]
:*[[mp:Testtooling|Tooling & omgevingen Kickstart]]
:*[[mp:Testen_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:Testen_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:Testen_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

Daarnaast zijn voor onderstaande onderwerpen specifieke testplannen opgesteld, welke betrekking hebben op meerdere testfasen en daarmee een eigen wiki pagina hebben:
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie Consolidatie]
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Hybride Hybride]

==Testscripts==
:*[[mp:Vcurrent_Kwalificatie|Testscripts Medicatieproces 9 versie 3.0.0-rc.2]]
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Account Interoplab aangemaakt|| Gebruiker vraagt dit zelf aan
|-
| De leverancier heeft alle testscripts succesvol doorlopen|| De leverancier is gereed om te valideren
|-
|}

=Validatie=
De laatste stap in het proces is de validatie. Tijdens de validatie toetsen deskundigen van Nictiz en VZVZ de software op de inhoud van de standaard en de aansluiting op de infrastructuur.

Als het Validatieloket akkoord is, zal de casemanager de validatie goedkeuren en de terugkoppeling geven. Dit zal binnen 2 weken zijn. Als de validatie niet akkoord is, zal het validatietraject opnieuw gestart moeten worden.

Na succesvolle validatie kan de standaard worden geïmplementeerd bij de zorgaanbieders.
==Validatieproces==

{| style="text-align:center; margin:auto; border-spacing:5px; white-space:nowrap;"

|-

|

|

|

|

|

|

|

|

|

|

|

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Informeren interne organisatie'''

|-

| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px; display:inline-block;" | '''Voorbereiden validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Uitvoeren validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Bespreken validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Opstellen rapport'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Productmanagement
Nictiz/VZVZ'''

| →

| style="width:50px; height:50px; background-color:#00bcd4; transform:rotate(45deg); display:inline-block; text-align:center; line-height:50px;" |

<div style="transform:rotate(-45deg); color:white;">'''Geslaagd?'''</div>

| Ja →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Programmamanagement'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Versturen rapport'''

|-

|

|

|

|

|

|

|

|

|

|

| Nee →

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Certificering'''

|-

|

|

|

|

|

|

|

|

|

|

| style="background-color:#d47c00; color:white; padding:10px 20px; display:block;" | '''Start Proces hervalidatie'''

|

|

|

|

|}

:*Stap 3: ''Wordt herzien''
:*Stap 4: ''Wordt herzien''
:*Stap 5: ''Wordt herzien''
:*Stap 6: ''Wordt herzien''

==Validatiemateriaal==
:*[[mp:ValidatieMO_Aanleveren_Materialen|Validatiematerialen Medicatieproces 9]]
:*[[mp:Vcurrent_Kwalificatie#Kwalificatiescripts_Medicatieproces_9_versie_3.0.0|Kwalificatiescripts]]
:*Acceptatiescripts worden met leveranciers gedeeld

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier is per stap gekwalificeerd|| De leverancier wordt opgenomen in het kwalificatieregister van Nictiz
|-
| De leverancier is per stap geaccepteerd|| De leverancier wordt opgenomen in het acceptatieregister van VZVZ
|-
| De leverancier is met alle stappen gevalideerd|| De leverancier mag gaan implementeren bij de zorginstelling
|-
|}

=Archief=
<div class="mw-collapsible mw-collapsed">
<div class="mw-collapsible-content">
:'''Testscript gebruikerseisen boven sectoraal'''
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>]

:'''In Ontwikkeling'''
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

:'''Informatieve memo's'''
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.3.0.0-rc.1'''
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.4'''
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional Design Medication Process 9 version 3.0.0-beta.4 English version">Functional Design Medication Process 9 version 3.0.0-beta.4 English version</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4</abbr>]]
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-beta.4">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.3'''
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.2'''
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.2 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)]] / [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
</div>
</div>

=Paginahistorie=
<div class="mw-collapsible mw-collapsed">
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
</ul>

|-
| style="background-color: white;"| 26 februari 2026
| style="background-color: white;"|
<ul>
<li> 3.2 [https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten <abbr title="Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten ">Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten</abbr>] Link aangepast.
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.2''' gepubliceerd
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.2">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.1''' naar archief
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

|-
| style="background-color: white;"| 2 januari 2025
| style="background-color: white;"|
<ul>
<li>'''In Ontwikkeling''' Naar archief
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

<li>'''Informatieve memo's''' Naar archief
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]
</ul>

|-
| style="background-color: white;"| 28 november 2024
| style="background-color: white;"|
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.4''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.4 (ENG)]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20241118T151205/index.html/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.4 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases (ENG) </abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' naar archief
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]
</ul>
|-
| style="background-color: white;"| 1 november 2024
| style="background-color: white;"|
<ul>
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faorta-on-fhir.scrollhelp.site%2Faorta-on-fhir-specificaties-versie-07x%2Flatest%2F&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816233917%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=RK1Zn%2Bh5Gjx1xb49eykDHZ7WbPxnhgMr05SWW1NfFOI%3D&reserved=0 Documentatie AORTA on FHIR ] Toegevoegd
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzt-medicatieoverdracht.scrollhelp.site%2FMedicatieoverdracht%2FWorking-version%2Fprogramma-van-eisen-medicatieoverdracht&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816270290%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2xeIUCmu8diGyxc%2FCGFfmcQJppAgm7yK9FATeHJnoXs%3D&reserved=0 Programma van Eisen LSP (bèta)] link aangepast
</ul>
|-
| style="background-color: white;"| 1 maart 2024
| style="background-color: white;"|
<ul>
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.2''' naar archief
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
</ul>
|-
| style="background-color: white;"| 6 november 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)] naar archief
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.2/ FHIR R4 conformance resources for Medication Process 9 (MP9)] geüpdatet naar beta.2 versie
<li> [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]] toegevoegd
<li> [https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://zt-medicatieoverdracht.scrollhelp.site/Medicatieoverdracht/Working-version/programma-van-eisen-medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>] geüpdatet n.a.v. beta.2 versie
</ul>
|-
| style="background-color: white;"| 20 oktober 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.2_releasenotes|Release notes Medicatieproces 9 versie 3.0.0-beta.2]] toegevoegd
<li> 2.2 Specificaties: update n.a.v. beta.2 release
*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
<li> 3.2 Testscript: update n.a.v. beta.2 release
*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.2]]
<li> [[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]] naar archief
<li> [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1]] & [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional Design Medication Process 9 version 3.0.0-beta.1 English version]] naar archief
</ul>
|-
| style="background-color: white;"| 11 oktober 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 6 september 2023
| style="background-color: white;"|
<ul>
<li> 2.5 [[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]] aangepast naar 9.3 versie.
|-
| style="background-color: white;"| 4 september 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatiehandleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}
</div>

mp:Medicatieoverdracht Kickstart

2026-04-21T12:28:30Z

Tom Seijger:

{{DISPLAYTITLE:Medicatieoverdracht - Landingspagina documentatie leveranciers}}

{{NoteBox|1=
Vanaf 1 november 2025 maakt het programma gebruik van een aantal nieuwe testtermen. Deze vernieuwde terminologie biedt meer duidelijkheid en sluit beter aan op de praktijk. De inhoud van deze testen is ongewijzigd.

* Proof of Concept wordt ketentest
* Labtest wordt functionele acceptatietest (FAT)
* Praktijktest wordt gebruikersacceptatietest (GAT)
* De term ontwikkeltesten blijft ongewijzigd.

Dit betekent dat op de landingspagina beide termen naast elkaar kunnen voorkomen.
Leveranciers zijn vrij om te bepalen of en hoe deze wijzigingen bij henzelf worden doorgevoerd.
}}

'''Inleiding'''

Welkom op de landingspagina van het programma Medicatieoverdracht.
Op deze pagina wordt alle informatie gedeeld die nodig is om de MP9-standaard in te bouwen voor softwareleveranciers. Met behulp van de leesroute wordt de informatie opgesplitst in relevante documenten, afhankelijk van de fase waarin de leverancier zich bevindt binnen het implementatietraject.

__NUMBEREDHEADINGS__

=Aanmelden=
Om te kunnen starten met het implementeren van het Medicatieproces 9 meld je jullie bedrijf aan via het [https://www.samenvoormedicatieoverdracht.nl/aanmelden-leverancier// <abbr> aanmeldformulier </abbr>] op de website samenvoormedicatieoverdracht.nl.
Het ingevulde aanmeldformulier komt dan bij het Validatieloket terecht. Het Validatieloket deelt dan met jullie de nodige linkjes naar documentatie om door te lezen op de landingspagina en plant een intakegesprek met jullie in.
Neem de toegestuurde documentatie goed door, zodat jullie voorbereid aan het intakegesprek kunnen deelnemen.

=Voorbereiding=
Na het aanmelden zijn de linkjes van hoofdstuk 2.1 met de leverancier gedeeld, met het verzoek deze te lezen ter voorbereiding op het intakegesprek.
Daarnaast kan al gekeken worden naar een aantal kennissessies om extra informatie te vergaren.

==Welke voorbereiding is noodzakelijk?==

In de uitnodiging voor het intakegesprek wordt de leverancier verzocht om voorafgaand aan het gesprek, de volgende documentatie met betrekking tot de [[mp:Stap_0_Voorbereiding|Stap 0 documentatie]] goed door te lezen:
:* de [[mp:V3.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Scope]] per systeemtype
:* het [https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Finformatiestandaarden.nictiz.nl%2Fimages%2F1%2F1d%2FFormat_Plan_van_aanpak_Leveranciers_MP9_Wiki.docx&wdOrigin=BROWSELINK Plan van Aanpak]
:* het [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9 Functioneel Ontwerp]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ <abbr> Infrastructuur (VZVZ) </abbr>]
:* en de [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Formulier_CC_MP9_3.0.0_v20260407.zip Conformiteitscheck]

Deze [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Checklist_Medicatieproces.zip checklist] ondersteunt straks bij het schrijven van het FO.

==Kennissessies==
De afgelopen jaren zijn diverse kennissessies, webinars en trainingen verzorgd om leveranciers te ondersteunen en te voorzien van extra informatie over verschillende onderwerpen:
:*[https://www.youtube.com/watch?v=seAYX9uNOGk/ Kennismaken met het programma Medicatieoverdracht]
:*[https://www.youtube.com/watch?v=asOrd_A3gag/ Kennissessie: Wat gaat er veranderen in de werkprocessen van zorgverleners door het programma MO?]
:*[https://www.youtube.com/watch?v=GslOFD6xkQU/ Kennissessie: Informatiestandaard Medicatieproces 9]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij (PGO)</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij (PGO)</abbr>]

Een aantal kennissessies staan op de [https://www.samenvoormedicatieoverdracht.nl/kennisbank/?kennisbank-category=luistersessies/ kennisbank] van samenvoormedicatieoverdracht.nl. Op de website samenvoormedicatieoverdracht worden [https://www.samenvoormedicatieoverdracht.nl/nieuws// nieuwsberichten] gepubliceerd. Je kunt je hier tevens aanmelden voor de nieuwsbrief om deze via de mail te ontvangen.
De [https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces// release updates] worden op de website van Nictiz gepubliceerd.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Stap 0 documenten doorgelezen || Voor het intakegesprek zijn het Plan van Aanpak, Technisch Ontwerp en Functioneel Ontwerp doorgelezen
|-
| Intakegesprek || Wordt ingepland door de casemanager
|-
|}

=Intake=
==Intakeproces==
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren intakegesprek'''
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Registreren BITS'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start bouwgesprek'''
|}

Na aanmelding krijgt de leverancier een uitnodiging voor een intakegesprek. Het doel van het intakegesprek met het Validatieloket is wederzijdse kennismaking. Het Validatieloket deelt informatie over het bouwtraject en de processtappen.
Jullie kunnen vragen stellen over de toegestuurde documentatie benoemd in '2.1 Voorbereiding'. Op hoofdlijnen wordt besproken hoe de procesbegeleiding eruit zal zien, wat jullie kunnen verwachten van het Validatieloket en wat jullie moeten bouwen.
Tijdens het gesprek krijgen jullie als leverancier een casemanager toegewezen. De casemanager zal tijdens het hele traject jullie aanspreekpunt zijn.
Na het intakegesprek kan de leverancier aan de slag met een plan van aanpak en een functioneel en technisch ontwerp.

==Stap 0 documentatie==
Na het intakegesprek kan de leverancier starten met het schrijven van de stap 0 documentatie. Ter aanvulling op de linkjes in '2.1 Voorbereiding' staan hieronder nog een aantal relevantie pagina's:
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]
:*[https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/<abbr title="Technisch Ontwerp">Technisch Ontwerp (vzvz)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG)]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (dataset, scenario/transacties)</abbr>]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (HL7v3 CDA templates)</abbr>]
:*[[mp:Toelichting_templates_ART-DECOR:UCUM | Toelichting bij templates ART-DECOR: UCUM]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} FHIR in English">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG) </abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases (ENG) </abbr>]]
:*[https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9]]

'''Implementatiehandleidingen'''
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie en Hybride fase Kickstart">Implementatiehandleiding Migratie en Hybride</abbr>]]
:*[[mp:Vkickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties|<abbr title="Identificaties en hun onderlinge relaties, onderdeel van Implementatiehandleiding Migratie en Hybride fase kickstart">Identificaties en hun onderlinge relaties</abbr>]]
:*[[mp:VRaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatiehandleiding Raadplegen Reconciliëren</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]

==Ondersteuning==
===BITS===
Tijdens het gehele traject wordt gebruikgemaakt van het ticketsysteem BITS. Elke leverancier krijgt een eigen project binnen BITS en kan hier vragen en documentatie kwijt. De leverancier kan een eigen MP9 MedicatieValidatie project aan te vragen via [https://nictiz.atlassian.net/servicedesk/customer/portal/4/group/12/create/64 deze link].
Vervolgens kunnen bijvoorbeeld developers, productowners en/of productmanagers, via hun '''interne''' contactpersoon een account voor BITS aanvragen. De contactpersoon kan via ons [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/create/49/ selfserviceportaal] de gebruikers toevoegen aan het project van de leverancier, zodat zij een eigen BITS-account krijgen en daarmee zij zelf tickets in kunnen dienen.

:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Gebruikershandleiding BITS]

===Interoplab===
Heb je vragen over het gebruik van het Interoplab-platform binnen Medicatieoverdracht, zoals Test Manager, Conformancelab of de validator? Maak dan een ticket aan op [https://support.interoplab.eu support.interoplab.eu], of stuur een mail naar [mailto:support@interoplab.eu support@interoplab.eu].

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| BITS project aangemaakt || Leverancier vraagt dit aan
|-
| BITS account aangemaakt || Gebruikers vragen dit zelf aan via de contactpersoon van de leverancier
|-
| Plan van Aanpak|| Ingelezen
|-
| Functioneel Ontwerp|| Ingelezen
|-
| Technisch Ontwerp|| Ingelezen
|-
| Conformiteitscheck|| Ingelezen
|-
|}

=Begeleiding=
Het Validatieloket begeleidt de leverancier richting het implementeren van informatiestandaard Medicatieproces 9. De casemanager is hierin het eerste aanspreekpunt voor de leverancier. Elke 2-3 weken worden structurele voortgangsgesprekken ingepland om de voortgang te bespreken, obstakels te signaleren en te bepalen of ondersteuning nodig is. Voor een overzicht van alle overlegvormen vanuit het programma is het volgende document opgesteld: [https://informatiestandaarden.nictiz.nl/images/9/91/Overzicht_Leveranciersoverleggen_en_Kennisupdates_Programma_MO_-_versie_november_2025.pdf Overzicht Leveranciersoverleggen en Kennisupdates Programma MO]

Naast de voortgangsgesprekken is BITS hét communicatiemiddel voor alle vragen vanuit de leverancier. De casemanager zal ervoor zorgen dat de vragen door de juiste inhoudsdeskundigen (Nictiz/VZVZ) beantwoord worden.

==Begeleidende documenten/links==
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Toelichting samenhang Wiki en ART-DECOR</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/c/c4/20250320_Bijlage_Informatieupdate_-_Blijvend_ondersteunen_MP6.12_interfaces.pdf Bijlage Informatieupdate: Blijvend_ondersteunen MP6.12 interfaces]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:250703_-_Procedure_uitgifte_en_beheer_test-BSNs.pdf Procedure uitgifte en beheer test-BSNs]

==Vraag en antwoord (Vragenuurtjes)==
Naast de gestructureerde voortgangsgesprekken en de via BITS gestelde vragen ontstaat soms de behoefte om vragen direct met een inhoudsdeskundige te bespreken. Daarom zijn 'Vragenuurtjes' gepland. Dit is een inloopuur waarbij alle leveranciers mogen aansluiten om hun vragen te stellen. Vanuit het programma zijn hier informatieanalisten van Nictiz en architecten van VZVZ aanwezig om (indien mogelijk) direct antwoord te geven op de vragen.
Alle vragen (inclusief antwoorden) worden vervolgens op de volgende pagina geregistreerd:
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vraag en antwoord vragenuurtjes]]
Hier kun je dus ook kijken of je vraag mogelijk al eens eerder is gesteld door een andere leverancier.

==Criteria==
{| class="wikitable"
|-
! Categorie !! Criteria !! Opmerkingen
|-
| rowspan="4" | Documentatie
| Plan van Aanpak || Geschreven, ingediend en beoordeeld
|-
| Functioneel Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Technisch Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Conformiteitscheck || Geschreven, ingediend en beoordeeld
|-
| rowspan="3" | Gesprekken
| Voortgangsgesprekken || Wordt ingepland door de casemanager
|-
| Bouwgesprek || Wordt ingepland door de casemanager
|-
| Vragenuurtje || Uitnodiging voor vragenuurtjes ontvangen
|}

=Ontwikkelen=
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren bouwgesprek'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start ontwikkelfase'''
|}
Na het intakegesprek heeft de leverancier een beeld van het proces en wat volgens de informatiestandaard MP9 gebouwd moet worden.
De leverancier heeft nu de opdracht gekregen om aan de slag te gaan met het schrijven van het Plan van Aanpak (PvA), het functioneel ontwerp (FO) en het technisch ontwerp (TO).
Zodra de documenten klaar zijn, levert de leverancier deze aan bij het Validatieloket. De ingeleverde documenten worden beoordeeld door Nictiz, VZVZ en de penvoerder. Zodra alles is goedgekeurd, kan worden overgegaan op de ontwikkelfase.
Het is tevens noodzakelijk om de conformiteitscheck in te vullen. Hierin wordt aangegeven welke functionaliteiten wel of niet worden ingebouwd of mogelijk afwijkend zijn van wat is beschreven in de informatiestandaard.
De opgegeven afwijkingen worden door het Medicatieprogramma beoordeeld. Houd rekening met het feit dat het programma mogelijk niet instemt met de opgegeven afwijkingen. Daarom worden alle afwijkingen met de leverancier besproken. Hier zullen een of meerdere overleggen voor worden ingepland.
Uiteindelijk worden alle afspraken over de non-conformiteiten vastgelegd en wordt tijdens de validatie getoetst of hieraan is voldaan.

Zodra alle documenten zijn goedgekeurd, wordt het bouwgesprek gepland.
Tijdens dit overleg wordt o.a. besproken wat jullie planning is en of jullie behoefte hebben aan extra informatie. In de voorbereiding op dit overleg kan de leverancier worden gevraagd aanvullende documentatie door te nemen of – afhankelijk van het kennisniveau – een verdiepende cursus te volgen.
Vanuit het programma Medicatieoverdracht kan extra ondersteuning worden geboden in de vorm van trainingen of kennissessies om jullie als leverancier op weg te helpen.

Tijdens het bouwgesprek zullen de kennishouders van het programma Medicatieoverdracht in gesprek gaan over het Technisch Ontwerp (TO), samen met de ontwikkelaars, architecten, product owners en testers van de leverancier. De casemanager is ook aanwezig om gemaakte afspraken te notuleren en eventuele acties uit te zetten.
Na deze fase start het proces van ontwikkeling en inbouw van het Medicatieproces 9; deze ontwikkeling bestaat uit 10 stappen. Zie hiervoor https://www.samenvoormedicatieoverdracht.nl/stappenplan-sectoren/.

Vooralsnog start men met de volgende 4 stappen:

:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

De leverancier bepaalt de volgorde van de ontwikkeling. Dit kan stap voor stap gebeuren of, bijvoorbeeld, door stap 3 en 4 te bundelen en vervolgens stap 5 en 6.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier geeft aan dat development gereed is om te kunnen testen|| Dit kan per stap opgepakt worden
|-
|}

=Testen=
Na het ontwikkelen en inbouwen van Medicatieproces 9, start de leverancier met de stap Testen.
Om de software zo goed mogelijk te testen, biedt het Validatieloket verschillende typen testen aan:
:*Testen op de inhoud
:*Testen in de keten
:*Gebruikersacceptatietest
Voor alle bovenstaande testen levert het Validatieloket de testscripts aan.

Om de testfase af te sluiten, levert de leverancier een testrapport aan bij het Validatieloket. Na beoordeling hiervan start de validatiefase.

==Testproces==
<div align="center">'''Testfasen per stap'''</div>
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Ontwikkelfase| '''Ontwikkeltest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| '''Ketentest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Laboratoriumtest| '''Functionele acceptatietest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Validatie_MO| '''Validatie''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Praktijktest| '''Praktijktest''']]
|}

Zoals in bovenstaande weergave doorloopt de leverancier de volgende testfasen:
:*[[mp:Testen_Kickstart_Ontwikkelfase| Ontwikkeltest]]
:*[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| Ketentest]]
:*[[mp:Testen_Kickstart_Laboratoriumtest| Functionele acceptatietest]]
:*[[mp:Validatie_MO| Validatie]]
:*[[mp:Testen_Kickstart_Praktijktest| Praktijktest]]

Onderstaande documenten bieden ondersteuning tijdens de testfasen:
:*[[mp:Testen_Kickstart|Testinformatie Kickstart]]
:*[[mp:Testtooling|Tooling & omgevingen Kickstart]]
:*[[mp:Testen_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:Testen_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:Testen_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

Daarnaast zijn voor onderstaande onderwerpen specifieke testplannen opgesteld, welke betrekking hebben op meerdere testfasen en daarmee een eigen wiki pagina hebben:
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie Consolidatie]
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride Hybride] ''In progress''

==Testscripts==
:*[[mp:Vcurrent_Kwalificatie|Testscripts Medicatieproces 9 versie 3.0.0-rc.2]]
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Account Interoplab aangemaakt|| Gebruiker vraagt dit zelf aan
|-
| De leverancier heeft alle testscripts succesvol doorlopen|| De leverancier is gereed om te valideren
|-
|}

=Validatie=
De laatste stap in het proces is de validatie. Tijdens de validatie toetsen deskundigen van Nictiz en VZVZ de software op de inhoud van de standaard en de aansluiting op de infrastructuur.

Als het Validatieloket akkoord is, zal de casemanager de validatie goedkeuren en de terugkoppeling geven. Dit zal binnen 2 weken zijn. Als de validatie niet akkoord is, zal het validatietraject opnieuw gestart moeten worden.

Na succesvolle validatie kan de standaard worden geïmplementeerd bij de zorgaanbieders.
==Validatieproces==

{| style="text-align:center; margin:auto; border-spacing:5px; white-space:nowrap;"

|-

|

|

|

|

|

|

|

|

|

|

|

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Informeren interne organisatie'''

|-

| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px; display:inline-block;" | '''Voorbereiden validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Uitvoeren validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Bespreken validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Opstellen rapport'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Productmanagement
Nictiz/VZVZ'''

| →

| style="width:50px; height:50px; background-color:#00bcd4; transform:rotate(45deg); display:inline-block; text-align:center; line-height:50px;" |

<div style="transform:rotate(-45deg); color:white;">'''Geslaagd?'''</div>

| Ja →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Programmamanagement'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Versturen rapport'''

|-

|

|

|

|

|

|

|

|

|

|

| Nee →

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Certificering'''

|-

|

|

|

|

|

|

|

|

|

|

| style="background-color:#d47c00; color:white; padding:10px 20px; display:block;" | '''Start Proces hervalidatie'''

|

|

|

|

|}

:*Stap 3: ''Wordt herzien''
:*Stap 4: ''Wordt herzien''
:*Stap 5: ''Wordt herzien''
:*Stap 6: ''Wordt herzien''

==Validatiemateriaal==
:*[[mp:ValidatieMO_Aanleveren_Materialen|Validatiematerialen Medicatieproces 9]]
:*[[mp:Vcurrent_Kwalificatie#Kwalificatiescripts_Medicatieproces_9_versie_3.0.0|Kwalificatiescripts]]
:*Acceptatiescripts worden met leveranciers gedeeld

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier is per stap gekwalificeerd|| De leverancier wordt opgenomen in het kwalificatieregister van Nictiz
|-
| De leverancier is per stap geaccepteerd|| De leverancier wordt opgenomen in het acceptatieregister van VZVZ
|-
| De leverancier is met alle stappen gevalideerd|| De leverancier mag gaan implementeren bij de zorginstelling
|-
|}

=Archief=
<div class="mw-collapsible mw-collapsed">
<div class="mw-collapsible-content">
:'''Testscript gebruikerseisen boven sectoraal'''
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>]

:'''In Ontwikkeling'''
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

:'''Informatieve memo's'''
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.3.0.0-rc.1'''
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.4'''
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional Design Medication Process 9 version 3.0.0-beta.4 English version">Functional Design Medication Process 9 version 3.0.0-beta.4 English version</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4</abbr>]]
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-beta.4">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.3'''
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.2'''
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.2 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)]] / [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
</div>
</div>

=Paginahistorie=
<div class="mw-collapsible mw-collapsed">
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
</ul>

|-
| style="background-color: white;"| 26 februari 2026
| style="background-color: white;"|
<ul>
<li> 3.2 [https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten <abbr title="Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten ">Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten</abbr>] Link aangepast.
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.2''' gepubliceerd
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.2">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.1''' naar archief
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

|-
| style="background-color: white;"| 2 januari 2025
| style="background-color: white;"|
<ul>
<li>'''In Ontwikkeling''' Naar archief
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

<li>'''Informatieve memo's''' Naar archief
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]
</ul>

|-
| style="background-color: white;"| 28 november 2024
| style="background-color: white;"|
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.4''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.4 (ENG)]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20241118T151205/index.html/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.4 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases (ENG) </abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' naar archief
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]
</ul>
|-
| style="background-color: white;"| 1 november 2024
| style="background-color: white;"|
<ul>
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faorta-on-fhir.scrollhelp.site%2Faorta-on-fhir-specificaties-versie-07x%2Flatest%2F&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816233917%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=RK1Zn%2Bh5Gjx1xb49eykDHZ7WbPxnhgMr05SWW1NfFOI%3D&reserved=0 Documentatie AORTA on FHIR ] Toegevoegd
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzt-medicatieoverdracht.scrollhelp.site%2FMedicatieoverdracht%2FWorking-version%2Fprogramma-van-eisen-medicatieoverdracht&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816270290%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2xeIUCmu8diGyxc%2FCGFfmcQJppAgm7yK9FATeHJnoXs%3D&reserved=0 Programma van Eisen LSP (bèta)] link aangepast
</ul>
|-
| style="background-color: white;"| 1 maart 2024
| style="background-color: white;"|
<ul>
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.2''' naar archief
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
</ul>
|-
| style="background-color: white;"| 6 november 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)] naar archief
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.2/ FHIR R4 conformance resources for Medication Process 9 (MP9)] geüpdatet naar beta.2 versie
<li> [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]] toegevoegd
<li> [https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://zt-medicatieoverdracht.scrollhelp.site/Medicatieoverdracht/Working-version/programma-van-eisen-medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>] geüpdatet n.a.v. beta.2 versie
</ul>
|-
| style="background-color: white;"| 20 oktober 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.2_releasenotes|Release notes Medicatieproces 9 versie 3.0.0-beta.2]] toegevoegd
<li> 2.2 Specificaties: update n.a.v. beta.2 release
*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
<li> 3.2 Testscript: update n.a.v. beta.2 release
*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.2]]
<li> [[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]] naar archief
<li> [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1]] & [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional Design Medication Process 9 version 3.0.0-beta.1 English version]] naar archief
</ul>
|-
| style="background-color: white;"| 11 oktober 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 6 september 2023
| style="background-color: white;"|
<ul>
<li> 2.5 [[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]] aangepast naar 9.3 versie.
|-
| style="background-color: white;"| 4 september 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatiehandleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}
</div>

Bestand:Formulier CC MP9 3.0.0 v20251022.zip

2026-04-21T12:17:53Z

Tom Seijger: Tom Seijger heeft een nieuwe versie van Bestand:Formulier CC MP9 3.0.0 v20251022.zip geüpload

Bestand:Formulier CC MP9 3.0.0 v20260407.zip

2026-04-21T12:10:36Z

Tom Seijger:

mp:V3.0.0 Verwijzing naar documentatie Medicatieproces9 tbv Kickstart

2026-04-10T08:27:38Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart }}

=Toelichting=
In dit overzicht zijn de stappen van Medicatieoverdracht opgedeeld naar deelresultaten voor zover die behoren tot de scope van de Kickstart. Per deelresultaat is de relatie benoemd naar de functionele en technische documentatie d.m.v. linken naar de bronbestanden. Deze bronbestanden betreffen de publicatie van informatiestandaard Medicatieproces 9 3.0.0-rc.2. 
Verwijzingen naar de vertalingen tussen CDA en FHIR worden nog toegevoegd. 
Het Wisselenddoseerschema is opgenomen in stap 3 Voorschrijven van het stappenplan. 

Niet tot de scope van de Kickstart behoren: 
*informatie van de patiënt naar de zorgverlener vanuit een pgo;
*het beschikbaar stellen van het Verstrekkingsverzoek aan zorgverleners (wel aan de patiënt);
*het sturen en ontvangen van losse bouwstenen, met uitzondering van MA’s ten behoeve van ketenafspraak VO11;
*de transactie Medicatieoverzicht.

==Afkortingen==

'''Medicatiebouwstenen''' 

MA - Medicatieafspraak 
VV - Verstrekkingsverzoek 
WDS - Wisselenddoseerschema 
TA - Toedieningsafspraak 
MVE - Medicatieverstrekking 
MTD - Medicatietoediening 
MGB - Medicatiegebruik 
VVV - Voorstel verstrekkingsverzoek 
AVVV - Antwoord voorstel verstrekkingsverzoek 
VMA - Voorstel medicatieafspraak 
AVMA - Antwoord voorstel medicatieafspraak 

'''Toepassing''' 

DR - digitaal receptenverkeer 
MO - medicatieoverdracht 
TL - toedienlijst 
MM - MedMij 

=Brondocumenten=
Alle brondocumenten zijn opgenomen op de [https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart landingspagina] voor Kickstartdocumentatie.

=Stap 0: Voorbereiding=

===Toelichting===
[https://informatiestandaarden.nictiz.nl/wiki/mp:Stap_0_Voorbereiding Werkzaamheden in stap 0 Voorbereiding]

=Stap 3: Voorschrijven=

===Toelichting===
De voorschrijver zorgt voor de medicatieafspraak (MA) richting de apotheker met of zonder verstrekkingsverzoek (VV). MA bevat ook de reden van voorschrijven en het voorschrift bevat informatie over nierfunctie, lengte en gewicht. Informatie over voorschrijven, inclusief stoppen en wijzigen van medicatie, is beschikbaar voor zorgverleners en patiënt. Vanaf nu zijn medicatieoverzicht en medicatiebewaking gebaseerd op medicatieafspraak en logistieke verstrekkingen.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Voorschrijven|Voorschrijven (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_prescribe|Prescribe (ENG)]] 
Functioneel ontwerp: [[Lab:Vcurrent_Ontwerp_Lab2zorg#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|Zorgverlener stuurt laboratoriumresultaten naar andere zorgverlener]]

===Relevante bouwstenen===
* Medicatieafspraak
* Verstrekkingsverzoek
* Lengte
* Gewicht
* Laboratoriumuitslag
* Wisselenddoseerschema

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| rowspan="2"|Sturen Medicatieafspraak met of zonder Verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatievoorschrift]
| rowspan="2"|Medicatieafspraak met of zonder Verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door voorschrijver
| rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|
|| VoorschriftSturend
|| MP-VOS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9433-2022-11-22T134545.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_voorschrift_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]

|-
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Sturen Laboratoriumresultaten]
|| LabResultaatSturend
|| LAB-LRS
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/tmp-2.16.840.1.113883.2.4.3.11.60.66.10.77-2022-03-30T000000.html Organizer]
|| [[Lab:V3.0.0_FHIR_Lab2zorg|FHIR]]
|| [[Lab:1.0.0_Testgegevens_SturenResultaten|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| rowspan="2"|Ontvangen Medicatieafspraak met of zonder verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door verstrekkers
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatievoorschrift]
| rowspan="2"|Medicatieafspraak met of zonder verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door verstrekkers
| rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|
|| VoorschriftOntvangend
|| MP-VOO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9433-2022-11-22T134545.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_voorschrift_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend systeem]
|-
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Ontvangen Laboratoriumresultaten]
|| LabResultaatOntvangend
|| LAB-LRO
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/tmp-2.16.840.1.113883.2.4.3.11.60.66.10.77-2022-03-30T000000.html Organizer]
|| [[Lab:V3.0.0_FHIR_Lab2zorg|FHIR]]
|| [[Lab:V3.0.0_kwalificatie_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend systeem]
|-
| Beschikbaar stellen van Medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| Medicatieafspraak door voorschrijver
| || X || X || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (MA)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.6_ LSP Interacties: MedicatieAfsprakenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen van Medicatieafspraak door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| Medicatieafspraak door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MA)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen van Verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| Verstrekkingsverzoek door voorschrijver
|| || || || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (VV)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_VV|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.8_ LSP Interacties: VerstrekkingsVerzoekenBron (MedMij)]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen van Verstrekkingsverzoek door patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| Verstrekkingsverzoek door patiënt
|| || || || X || || || || || || || || X
|| MedicatieGegevensRaadplegend (VV)
|| MP-MGR
|| ---
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_VV|script]]
|| ---
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen van Medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatiegegevens]
|| Medicatieafspraak door voorschrijver
|| || X || || || X || || || || || || ||
|| MedicatieGegevensSturend (MA)
|| MP-MGS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_sturen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.27_ LSP interacties: MedicatieGegevensVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen van Medicatieafspraak door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatiegegevens]
|| Medicatieafspraak door zorgverlener
|| || X || || || || X || || || || || ||
|| MedicatieGegevensOntvangend (MA)
|| MP-MGO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_ontvangen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.28_ LSP interacties: MedicatieGegevensOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Beschikbaar stellen WisselendDoseerschema door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| WisselendDoseerschema door zorgverlener
|| || X || X || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (WDS)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.20_ LSP Interacties: DoseerschemaBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Wisselenddoseerschema door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| WisselendDoseerschema door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (WDS)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|}

=Stap 4: Verificatie en gebruiken=

===Toelichting===
Zorgverleners maken een risico-inschatting of de medicatiegegevens gecontroleerd moeten worden. Deze medicatieverificatie wordt vastgelegd met medicatiegebruik, die ook de patiënt zelf kan vastleggen. Medicatiegebruik maakt inzichtelijk hoe de patiënt de medicatie gebruikt in relatie tot de gemaakte afspraak. Ook kunnen patiënt en zorgverlener gebruikte zelfzorgmedicatie vastleggen. Vanaf nu zijn medicatieoverzicht en medicatiebewaking mede gebaseerd op medicatiegebruik.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Gebruiken|Verificatie en gebruiken (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_use|Medication use (ENG)]]

===Relevante bouwstenen===
* Medicatiegebruik

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Beschikbaar stellen Medicatiegebruik door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatiegebruik door zorgverlener
|| || X || || X || X || || X || || X || || ||
|| MedicatieGegevensBeschikbaarstellend (MGB)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.14_ LSP interacties: MedicatieGebruikBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatiegebruik door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatiegebruik door zorgverlener en patiënt
|| || X || || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MGB)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|}

=Stap 5: Verstrekken=

===Toelichting===
Vanaf nu zijn medicatieoverzicht en medicatiebewaking mede gebaseerd op toedieningsafspraken.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Ter_hand_stellen|Verstrekken (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_dispense|Dispense (ENG)]]

===Relevante bouwstenen===
* Toedieningsafspraak
* Medicatieverstrekking
* Voorstel verstrekkingsverzoek
* Antwoord voorstel verstrekkingsverzoek
* Voorstel medicatieafspraak
* Antwoord voorstel medicatieafspraak

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Sturen Toedieningsafspraak en eventueel Medicatieverstrekking door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen afhandeling medicatievoorschrift]
| Toedieningsafspraak en eventueel Medicatieverstrekking door verstrekker
|| X || || || || || || X || || || || ||
|| VoorschriftAfhandelingSturend
|| MP-VAS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9420-2022-11-21T144449.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_processing_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_afhandelen_voorschrift_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.25_ LSP interacties: MedicatieVoorschriftAfhandelingVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen Toedieningsafspraak en eventueel Medicatieverstrekking door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging afhandeling medicatievoorschrift]
| Toedieningsafspraak en eventueel Medicatieverstrekking door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorschriftAfhandelingOntvangend
|| MP-VAO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9420-2022-11-21T144449.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_processing_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_afhandelen_voorschrift_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.26_ LSP interacties: MedicatieVoorschriftAfhandelingOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Beschikbaar stellen Toedieningsafspraak door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Toedieningsafspraak door verstrekker
|| || X || X || X || || || X || || || || ||
|| MedicatieGegevensBeschikbaarstellend (TA)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.10_ LSP Interacties: ToedieningsAfsprakenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Toedieningsafspraak door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Toedieningsafspraak door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (TA)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen Medicatieverstrekking door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatieverstrekking door verstrekker
|| || X || || X || || || X || || || || ||
|| MedicatieGegevensBeschikbaarstellend (MVE)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.12_ LSP Interacties: MedicatieVerstrekkingenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatieverstrekking door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatieverstrekking door zorgverlener en patiënt
|| || X || || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MVE)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen voorstel verstrekkingsverzoek door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen voorstel verstrekkingsverzoek]
| Voorstel verstrekkingsverzoek door apotheker
|| X || || || || || || X || || || || ||
|| VoorstelVerstrekkingsverzoekSturend
|| MP-VVS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9452-2023-01-06T100241.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vvv_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.21_ LSP Interacties: VoorstelVerstrekkingsverzoekVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen voorstel verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging voorstel verstrekkingsverzoek]
| Voorstel verstrekkingsverzoek door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorstelVerstrekkingsverzoekOntvangend
|| MP-VVO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9452-2023-01-06T100241.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vvv_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.22_ LSP Interacties: VoorstelVerstrekkingsverzoekOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen antwoord voorstel verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen antwoord voorstel verstrekkingsverzoek]
| Antwoord voorstel verstrekkingsverzoek door voorschrijver
|| X || || || || X || || || || || || ||
|| AntwoordVoorstelVerstrekkingsverzoekSturend
|| MP-AVVS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9211-2018-04-20T174512.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avvv_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.34-DYNAMIC.html LSP Interacties: AntwoordVoorstelVerstrekkingsverzoekVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen antwoord voorstel verstrekkingsverzoek door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging antwoord voorstel verstrekkingsverzoek]
| Antwoord voorstel verstrekkingsverzoek door apotheker
|| X || || || || || || || X || || || ||
|| AntwoordVoorstelVerstrekkingsverzoekOntvangend
|| MP-AVVO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9211-2018-04-20T174512.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avvv_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.34-DYNAMIC.html LSP Interacties: AntwoordVoorstelVerstrekkingsverzoekOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen voorstel medicatieafspraak door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen voorstel medicatieafspraak]
| Voorstel medicatieafspraak door apotheker
|| X || || || || || || X || || || || ||
|| VoorstelMedicatieafspraakSturend
|| MP-VMS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9436-2022-11-22T143112.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vma_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.23_ LSP Interacties: VoorstelMedicatieafspraakVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen voorstel medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging voorstel medicatieafspraak]
| Voorstel medicatieafspraak door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorstelMedicatieafspraakOntvangend
|| MP-VMO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9436-2022-11-22T143112.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vma_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.24_ LSP Interacties: VoorstelMedicatieafspraakOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen antwoord voorstel medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen antwoord voorstel medicatieafspraak]
| Antwoord voorstel medicatieafspraak door voorschrijver
|| X || || || || X || || || || || || ||
|| AntwoordVoorstelMedicatieafspraakSturend
|| MP-AVMS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9399-2022-03-15T000000.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avma_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.35-DYNAMIC.html LSP Interacties: AntwoordVoorstelMedicatieafspraakVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen antwoord voorstel medicatieafspraak door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging antwoord voorstel medicatieafspraak]
| Antwoord voorstel medicatieafspraak door apotheker
|| X || || || || || || || X || || || ||
|| AntwoordVoorstelMedicatieafspraakOntvangend
|| MP-AVMO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9399-2022-03-15T000000.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avma_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.35-DYNAMIC.html LSP Interacties: AntwoordVoorstelMedicatieafspraakOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|}

=Stap 6: Toedienen=

===Toelichting===
Toedieners beschikken over digitale toedienlijsten. Voor toedieners zijn direct beschikbaar: wijzigingen in medicatie, ook die zonder verstrekking, en informatie van de trombosedienst. De toediener registreert toegediende medicatie of de afwijking en stelt de informatie beschikbaar voor zorgverleners en patiënt.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Toedienen|Toedienen (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_dispense|Administer (ENG)]]

===Relevante bouwstenen===
* Medicatietoediening

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Raadplegen Medicatiegegevens (Medicatieafspraak, Wisselenddoseerschema, Toedieningsafspraak, Medicatietoediening) door toediener (beschikbaar stellen wordt gerealiseerd in voorgaande stappen)
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Raadplegen Medicatiegegevens door toediener
|| || || X || || || || || || || X || ||
|| MedicatieGegevensRaadplegend (MA, WDS, TA, MTD)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MA|script(MA)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_WDS|script(WDS)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_TA|script(TA)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MTD|script(MTD)]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen Medicatietoediening door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatietoediening door zorgverlener
|| || X || X || X || X || || || || X || || ||
|| MedicatieGegevensBeschikbaarstellend (MTD)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MTD|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.19_ LSP interacties: MedicatieToedieningenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatietoediening door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatietoediening door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MTD)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.299|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MTD|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|}

=Documenthistorie=
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 9.0
| style="background-color: white;"| 10-04-2026
| style="background-color: white;"|
*Aanpassing tabellen naar aanleiding van besluit om sturen en ontvangen van losse bouwstenen uit de scope van de Kickstart te halen
|-
| style="background-color: white;"| 8.0
| style="background-color: white;"| 10-03-2026
| style="background-color: white;"|
*Zie [https://nictiz.atlassian.net/browse/MP-2163 MP-2163]
|-
| style="background-color: white;"| 7.0
| style="background-color: white;"| 27-02-2026
| style="background-color: white;"|
*FO, transactie en HL7 linkjes aangepast t.b.v. publicatie rc.2
|-
| style="background-color: white;"| 6.0
| style="background-color: white;"| 07-03-2025
| style="background-color: white;"|
*Broken links hersteld zie MP-1869
|-
| style="background-color: white;"| 5.0
| style="background-color: white;"| 23-10-2024
| style="background-color: white;"|
*Linkjes LSP specificaties ge-update naar laatste versie
|-
| style="background-color: white;"| 4.0
| style="background-color: white;"| 10-01-2024
| style="background-color: white;"|
*Linkjes LSP specificaties ge-update naar laatste versie
|-
| style="background-color: white;"| 3.0
| style="background-color: white;"| 04-05-2023
| style="background-color: white;"|
*Linkjes van de stappen naar FO, Transactie, HL7v3, FHIR en Testscripts ge-update naar MP9 3.0.0-beta.1
*Toelichting: zin toegevoegd ter verduidelijking van gebruikte versie (''Deze bronbestanden betreffen de publicatie van informatiestandaard Medicatieproces 9 3.0.0-beta.1.'')
*Linkjes van de PvE's ge-update naar versie 9.3
|-
| style="background-color: white;"| 2.5
| style="background-color: white;"| 06-03-2023
| style="background-color: white;"|
*Stap 5: Verstrekken - Ontvangen Antwoordvoorstelmedicatieafspraak door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar ontvangen Antwoordvoorstelmedicatieafspraak door apotheker. 
*Stap 5: Verstrekken - Sturen Voorstelmedicatieafspraak door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: sturen Voorstelmedicatieafspraak door apotheker. 
*Stap 5: Verstrekken - Ontvangen Antwoordvoorstelverstrekkingsverzoek door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: ontvangen Antwoordvoorstelverstrekkingsverzoek door apotheker. 
*Stap 5: Verstrekken - Sturen Voorstelverstrekkingsverzoek door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: ontvangen Voorstelverstrekkingsverzoek door apotheker. 
*Toelichting aangevuld naar aanleiding van wijzigingen in Stap 5
|-
| style="background-color: white;"| 2.4.1
| style="background-color: white;"| 15-02-2023
| style="background-color: white;"| Stap 3: Voorschrijven – kolom LSP specificaties - LSP Interacties: Sturen laboratoriumresultaten vervangen door LSP Interacties: MedicatieVoorschriftVerzendend
|-
| style="background-color: white;"| 2.4
| style="background-color: white;"| 18-01-2023
| style="background-color: white;"| LSP PvE ge-update van februari 2022 naar september 2022 versie
|-
| style="background-color: white;"| 2.3.1
| style="background-color: white;"| 24-10-2022
| style="background-color: white;"| Typefout gecorrigeerd (labb->lab)
|-
| style="background-color: white;"| 2.3
| style="background-color: white;"| 01-09-2022
| style="background-color: white;"| Brondocumenten verplaatst naar [https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart landingspagina] voor Kickstartdocumentatie, toevoeging stap 0 en toevoeging linkjes naar Lab (in stap 3)
|-
| style="background-color: white;"| 2.1
| style="background-color: white;"| 12-07-2022
| style="background-color: white;"| Excel omgezet in deze wiki
|-
| style="background-color: white;"| 2.0
| style="background-color: white;"| 16-06-2022
| style="background-color: white;"| Linkjes van kolom FHIR ge-update naar MP9 2.0.0
|-
| style="background-color: white;"| 1.2
| style="background-color: white;"| 15-06-2022
| style="background-color: white;"| Linkjes naar VZVZ ART-DECOR ge-update
|-
| style="background-color: white;"| 1.1
| style="background-color: white;"| 02-06-2022
| style="background-color: white;"| Linkjes van kolommen Stap, Transactie, HL7v3 en Testscripts ge-update naar MP9 2.0.0
|-
| style="background-color: white;"| 1.0
| style="background-color: white;"| 28-02-2022
| style="background-color: white;"| Scope Kickstart verduidelijkt in toelichting
|}

mp:V3.0.0 Verwijzing naar documentatie Medicatieproces9 tbv Kickstart

2026-04-10T08:23:17Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart }}

=Toelichting=
In dit overzicht zijn de stappen van Medicatieoverdracht opgedeeld naar deelresultaten voor zover die behoren tot de scope van de Kickstart. Per deelresultaat is de relatie benoemd naar de functionele en technische documentatie d.m.v. linken naar de bronbestanden. Deze bronbestanden betreffen de publicatie van informatiestandaard Medicatieproces 9 3.0.0-rc.2. 
Verwijzingen naar de vertalingen tussen CDA en FHIR worden nog toegevoegd. 
Het Wisselenddoseerschema is opgenomen in stap 3 Voorschrijven van het stappenplan. 

Niet tot de scope van de Kickstart behoren: 
*informatie van de patiënt naar de zorgverlener vanuit een pgo;
*het beschikbaar stellen van het Verstrekkingsverzoek aan zorgverleners (wel aan de patiënt);
*het sturen en ontvangen van losse bouwstenen, met uitzondering van MA’s ten behoeve van ketenafspraak VO11;
*de transactie Medicatieoverzicht.

==Afkortingen==

'''Medicatiebouwstenen''' 

MA - Medicatieafspraak 
VV - Verstrekkingsverzoek 
WDS - Wisselenddoseerschema 
TA - Toedieningsafspraak 
MVE - Medicatieverstrekking 
MTD - Medicatietoediening 
MGB - Medicatiegebruik 
VVV - Voorstel verstrekkingsverzoek 
AVVV - Antwoord voorstel verstrekkingsverzoek 
VMA - Voorstel medicatieafspraak 
AVMA - Antwoord voorstel medicatieafspraak 

'''Toepassing''' 

DR - digitaal receptenverkeer 
MO - medicatieoverdracht 
TL - toedienlijst 
MM - MedMij 

=Brondocumenten=
Alle brondocumenten zijn opgenomen op de [https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart landingspagina] voor Kickstartdocumentatie.

=Stap 0: Voorbereiding=

===Toelichting===
[https://informatiestandaarden.nictiz.nl/wiki/mp:Stap_0_Voorbereiding Werkzaamheden in stap 0 Voorbereiding]

=Stap 3: Voorschrijven=

===Toelichting===
De voorschrijver zorgt voor de medicatieafspraak (MA) richting de apotheker met of zonder verstrekkingsverzoek (VV). MA bevat ook de reden van voorschrijven en het voorschrift bevat informatie over nierfunctie, lengte en gewicht. Informatie over voorschrijven, inclusief stoppen en wijzigen van medicatie, is beschikbaar voor zorgverleners en patiënt. Vanaf nu zijn medicatieoverzicht en medicatiebewaking gebaseerd op medicatieafspraak en logistieke verstrekkingen.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Voorschrijven|Voorschrijven (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_prescribe|Prescribe (ENG)]] 
Functioneel ontwerp: [[Lab:Vcurrent_Ontwerp_Lab2zorg#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|Zorgverlener stuurt laboratoriumresultaten naar andere zorgverlener]]

===Relevante bouwstenen===
* Medicatieafspraak
* Verstrekkingsverzoek
* Lengte
* Gewicht
* Laboratoriumuitslag
* Wisselenddoseerschema

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| rowspan="2"|Sturen Medicatieafspraak met of zonder Verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatievoorschrift]
| rowspan="2"|Medicatieafspraak met of zonder Verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door voorschrijver
| rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|
|| VoorschriftSturend
|| MP-VOS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9433-2022-11-22T134545.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_voorschrift_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]

|-
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Sturen Laboratoriumresultaten]
|| LabResultaatSturend
|| LAB-LRS
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/tmp-2.16.840.1.113883.2.4.3.11.60.66.10.77-2022-03-30T000000.html Organizer]
|| [[Lab:V3.0.0_FHIR_Lab2zorg|FHIR]]
|| [[Lab:1.0.0_Testgegevens_SturenResultaten|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| rowspan="2"|Ontvangen Medicatieafspraak met of zonder verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door verstrekkers
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatievoorschrift]
| rowspan="2"|Medicatieafspraak met of zonder verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door verstrekkers
| rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|
|| VoorschriftOntvangend
|| MP-VOO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9433-2022-11-22T134545.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_voorschrift_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend systeem]
|-
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Ontvangen Laboratoriumresultaten]
|| LabResultaatOntvangend
|| LAB-LRO
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/tmp-2.16.840.1.113883.2.4.3.11.60.66.10.77-2022-03-30T000000.html Organizer]
|| [[Lab:V3.0.0_FHIR_Lab2zorg|FHIR]]
|| [[Lab:V3.0.0_kwalificatie_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend systeem]
|-
| Beschikbaar stellen van Medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| Medicatieafspraak door voorschrijver
| || X || X || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (MA)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.6_ LSP Interacties: MedicatieAfsprakenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen van Medicatieafspraak door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| Medicatieafspraak door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MA)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen van Verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| Verstrekkingsverzoek door voorschrijver
|| || || || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (VV)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_VV|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.8_ LSP Interacties: VerstrekkingsVerzoekenBron (MedMij)]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen van Verstrekkingsverzoek door patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| Verstrekkingsverzoek door patiënt
|| || || || X || || || || || || || || X
|| MedicatieGegevensRaadplegend (VV)
|| MP-MGR
|| ---
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_VV|script]]
|| ---
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen van Medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatiegegevens]
|| Medicatieafspraak door voorschrijver
|| || X || || || X || || || || || || ||
|| MedicatieGegevensSturend (MA)
|| MP-MGS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_sturen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.27_ LSP interacties: MedicatieGegevensVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen van Medicatieafspraak door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatiegegevens]
|| Medicatieafspraak door zorgverlener
|| || X || || || || X || || || || || ||
|| MedicatieGegevensOntvangend (MA)
|| MP-MGO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_ontvangen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.28_ LSP interacties: MedicatieGegevensOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Beschikbaar stellen WisselendDoseerschema door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| WisselendDoseerschema door zorgverlener
|| || X || X || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (WDS)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.20_ LSP Interacties: DoseerschemaBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Wisselenddoseerschema door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| WisselendDoseerschema door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (WDS)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|}

=Stap 4: Verificatie en gebruiken=

===Toelichting===
Zorgverleners maken een risico-inschatting of de medicatiegegevens gecontroleerd moeten worden. Deze medicatieverificatie wordt vastgelegd met medicatiegebruik, die ook de patiënt zelf kan vastleggen. Medicatiegebruik maakt inzichtelijk hoe de patiënt de medicatie gebruikt in relatie tot de gemaakte afspraak. Ook kunnen patiënt en zorgverlener gebruikte zelfzorgmedicatie vastleggen. Vanaf nu zijn medicatieoverzicht en medicatiebewaking mede gebaseerd op medicatiegebruik.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Gebruiken|Verificatie en gebruiken (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_use|Medication use (ENG)]]

===Relevante bouwstenen===
* Medicatiegebruik

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Beschikbaar stellen Medicatiegebruik door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatiegebruik door zorgverlener
|| || X || || X || X || || X || || X || || ||
|| MedicatieGegevensBeschikbaarstellend (MGB)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.14_ LSP interacties: MedicatieGebruikBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatiegebruik door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatiegebruik door zorgverlener en patiënt
|| || X || || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MGB)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|}

=Stap 5: Verstrekken=

===Toelichting===
Vanaf nu zijn medicatieoverzicht en medicatiebewaking mede gebaseerd op toedieningsafspraken.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Ter_hand_stellen|Verstrekken (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_dispense|Dispense (ENG)]]

===Relevante bouwstenen===
* Toedieningsafspraak
* Medicatieverstrekking
* Voorstel verstrekkingsverzoek
* Antwoord voorstel verstrekkingsverzoek
* Voorstel medicatieafspraak
* Antwoord voorstel medicatieafspraak

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Sturen Toedieningsafspraak en eventueel Medicatieverstrekking door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen afhandeling medicatievoorschrift]
| Toedieningsafspraak en eventueel Medicatieverstrekking door verstrekker
|| X || || || || || || X || || || || ||
|| VoorschriftAfhandelingSturend
|| MP-VAS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9420-2022-11-21T144449.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_processing_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_afhandelen_voorschrift_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.25_ LSP interacties: MedicatieVoorschriftAfhandelingVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen Toedieningsafspraak en eventueel Medicatieverstrekking door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging afhandeling medicatievoorschrift]
| Toedieningsafspraak en eventueel Medicatieverstrekking door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorschriftAfhandelingOntvangend
|| MP-VAO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9420-2022-11-21T144449.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_processing_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_afhandelen_voorschrift_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.26_ LSP interacties: MedicatieVoorschriftAfhandelingOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Beschikbaar stellen Toedieningsafspraak door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Toedieningsafspraak door verstrekker
|| || X || X || X || || || X || || || || ||
|| MedicatieGegevensBeschikbaarstellend (TA)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.10_ LSP Interacties: ToedieningsAfsprakenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Toedieningsafspraak door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Toedieningsafspraak door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (TA)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen Medicatieverstrekking door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatieverstrekking door verstrekker
|| || X || || X || || || X || || || || ||
|| MedicatieGegevensBeschikbaarstellend (MVE)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.12_ LSP Interacties: MedicatieVerstrekkingenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatieverstrekking door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatieverstrekking door zorgverlener en patiënt
|| || X || || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MVE)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen voorstel verstrekkingsverzoek door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen voorstel verstrekkingsverzoek]
| Voorstel verstrekkingsverzoek door apotheker
|| X || || || || || || X || || || || ||
|| VoorstelVerstrekkingsverzoekSturend
|| MP-VVS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9452-2023-01-06T100241.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vvv_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.21_ LSP Interacties: VoorstelVerstrekkingsverzoekVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen voorstel verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging voorstel verstrekkingsverzoek]
| Voorstel verstrekkingsverzoek door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorstelVerstrekkingsverzoekOntvangend
|| MP-VVO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9452-2023-01-06T100241.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vvv_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.22_ LSP Interacties: VoorstelVerstrekkingsverzoekOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen antwoord voorstel verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen antwoord voorstel verstrekkingsverzoek]
| Antwoord voorstel verstrekkingsverzoek door voorschrijver
|| X || || || || X || || || || || || ||
|| AntwoordVoorstelVerstrekkingsverzoekSturend
|| MP-AVVS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9211-2018-04-20T174512.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avvv_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.34-DYNAMIC.html LSP Interacties: AntwoordVoorstelVerstrekkingsverzoekVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen antwoord voorstel verstrekkingsverzoek door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging antwoord voorstel verstrekkingsverzoek]
| Antwoord voorstel verstrekkingsverzoek door apotheker
|| X || || || || || || || X || || || ||
|| AntwoordVoorstelVerstrekkingsverzoekOntvangend
|| MP-AVVO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9211-2018-04-20T174512.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avvv_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.34-DYNAMIC.html LSP Interacties: AntwoordVoorstelVerstrekkingsverzoekOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen voorstel medicatieafspraak door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen voorstel medicatieafspraak]
| Voorstel medicatieafspraak door apotheker
|| X || || || || || || X || || || || ||
|| VoorstelMedicatieafspraakSturend
|| MP-VMS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9436-2022-11-22T143112.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vma_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.23_ LSP Interacties: VoorstelMedicatieafspraakVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen voorstel medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging voorstel medicatieafspraak]
| Voorstel medicatieafspraak door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorstelMedicatieafspraakOntvangend
|| MP-VMO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9436-2022-11-22T143112.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vma_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.24_ LSP Interacties: VoorstelMedicatieafspraakOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen antwoord voorstel medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen antwoord voorstel medicatieafspraak]
| Antwoord voorstel medicatieafspraak door voorschrijver
|| X || || || || X || || || || || || ||
|| AntwoordVoorstelMedicatieafspraakSturend
|| MP-AVMS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9399-2022-03-15T000000.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avma_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.35-DYNAMIC.html LSP Interacties: AntwoordVoorstelMedicatieafspraakVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen antwoord voorstel medicatieafspraak door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging antwoord voorstel medicatieafspraak]
| Antwoord voorstel medicatieafspraak door apotheker
|| X || || || || || || || X || || || ||
|| AntwoordVoorstelMedicatieafspraakOntvangend
|| MP-AVMO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9399-2022-03-15T000000.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avma_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.35-DYNAMIC.html LSP Interacties: AntwoordVoorstelMedicatieafspraakOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|}

=Stap 6: Toedienen=

===Toelichting===
Toedieners beschikken over digitale toedienlijsten. Voor toedieners zijn direct beschikbaar: wijzigingen in medicatie, ook die zonder verstrekking, en informatie van de trombosedienst. De toediener registreert toegediende medicatie of de afwijking en stelt de informatie beschikbaar voor zorgverleners en patiënt.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Toedienen|Toedienen (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_dispense|Administer (ENG)]]

===Relevante bouwstenen===
* Medicatietoediening

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Raadplegen Medicatiegegevens (Medicatieafspraak, Wisselenddoseerschema, Toedieningsafspraak, Medicatietoediening) door toediener (beschikbaar stellen wordt gerealiseerd in voorgaande stappen)
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Raadplegen Medicatiegegevens door toediener
|| || || X || || || || || || || X || ||
|| MedicatieGegevensRaadplegend (MA, WDS, TA, MTD)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MA|script(MA)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_WDS|script(WDS)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_TA|script(TA)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MTD|script(MTD)]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen Medicatietoediening door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatietoediening door zorgverlener
|| || X || X || X || X || || || || X || || ||
|| MedicatieGegevensBeschikbaarstellend (MTD)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MTD|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.19_ LSP interacties: MedicatieToedieningenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatietoediening door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatietoediening door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MTD)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.299|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MTD|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|}

=Documenthistorie=
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 8.0
| style="background-color: white;"| 10-03-2026
| style="background-color: white;"|
*Zie [https://nictiz.atlassian.net/browse/MP-2163 MP-2163]
|-
| style="background-color: white;"| 7.0
| style="background-color: white;"| 27-02-2026
| style="background-color: white;"|
*FO, transactie en HL7 linkjes aangepast t.b.v. publicatie rc.2
|-
| style="background-color: white;"| 6.0
| style="background-color: white;"| 07-03-2025
| style="background-color: white;"|
*Broken links hersteld zie MP-1869
|-
| style="background-color: white;"| 5.0
| style="background-color: white;"| 23-10-2024
| style="background-color: white;"|
*Linkjes LSP specificaties ge-update naar laatste versie
|-
| style="background-color: white;"| 4.0
| style="background-color: white;"| 10-01-2024
| style="background-color: white;"|
*Linkjes LSP specificaties ge-update naar laatste versie
|-
| style="background-color: white;"| 3.0
| style="background-color: white;"| 04-05-2023
| style="background-color: white;"|
*Linkjes van de stappen naar FO, Transactie, HL7v3, FHIR en Testscripts ge-update naar MP9 3.0.0-beta.1
*Toelichting: zin toegevoegd ter verduidelijking van gebruikte versie (''Deze bronbestanden betreffen de publicatie van informatiestandaard Medicatieproces 9 3.0.0-beta.1.'')
*Linkjes van de PvE's ge-update naar versie 9.3
|-
| style="background-color: white;"| 2.5
| style="background-color: white;"| 06-03-2023
| style="background-color: white;"|
*Stap 5: Verstrekken - Ontvangen Antwoordvoorstelmedicatieafspraak door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar ontvangen Antwoordvoorstelmedicatieafspraak door apotheker. 
*Stap 5: Verstrekken - Sturen Voorstelmedicatieafspraak door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: sturen Voorstelmedicatieafspraak door apotheker. 
*Stap 5: Verstrekken - Ontvangen Antwoordvoorstelverstrekkingsverzoek door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: ontvangen Antwoordvoorstelverstrekkingsverzoek door apotheker. 
*Stap 5: Verstrekken - Sturen Voorstelverstrekkingsverzoek door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: ontvangen Voorstelverstrekkingsverzoek door apotheker. 
*Toelichting aangevuld naar aanleiding van wijzigingen in Stap 5
|-
| style="background-color: white;"| 2.4.1
| style="background-color: white;"| 15-02-2023
| style="background-color: white;"| Stap 3: Voorschrijven – kolom LSP specificaties - LSP Interacties: Sturen laboratoriumresultaten vervangen door LSP Interacties: MedicatieVoorschriftVerzendend
|-
| style="background-color: white;"| 2.4
| style="background-color: white;"| 18-01-2023
| style="background-color: white;"| LSP PvE ge-update van februari 2022 naar september 2022 versie
|-
| style="background-color: white;"| 2.3.1
| style="background-color: white;"| 24-10-2022
| style="background-color: white;"| Typefout gecorrigeerd (labb->lab)
|-
| style="background-color: white;"| 2.3
| style="background-color: white;"| 01-09-2022
| style="background-color: white;"| Brondocumenten verplaatst naar [https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart landingspagina] voor Kickstartdocumentatie, toevoeging stap 0 en toevoeging linkjes naar Lab (in stap 3)
|-
| style="background-color: white;"| 2.1
| style="background-color: white;"| 12-07-2022
| style="background-color: white;"| Excel omgezet in deze wiki
|-
| style="background-color: white;"| 2.0
| style="background-color: white;"| 16-06-2022
| style="background-color: white;"| Linkjes van kolom FHIR ge-update naar MP9 2.0.0
|-
| style="background-color: white;"| 1.2
| style="background-color: white;"| 15-06-2022
| style="background-color: white;"| Linkjes naar VZVZ ART-DECOR ge-update
|-
| style="background-color: white;"| 1.1
| style="background-color: white;"| 02-06-2022
| style="background-color: white;"| Linkjes van kolommen Stap, Transactie, HL7v3 en Testscripts ge-update naar MP9 2.0.0
|-
| style="background-color: white;"| 1.0
| style="background-color: white;"| 28-02-2022
| style="background-color: white;"| Scope Kickstart verduidelijkt in toelichting
|}

mp:V3.0.0 Verwijzing naar documentatie Medicatieproces9 tbv Kickstart

2026-04-10T07:57:02Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart }}

=Toelichting=
In dit overzicht zijn de stappen van Medicatieoverdracht opgedeeld naar deelresultaten voor zover die behoren tot de scope van de Kickstart. Per deelresultaat is de relatie benoemd naar de functionele en technische documentatie d.m.v. linken naar de bronbestanden. Deze bronbestanden betreffen de publicatie van informatiestandaard Medicatieproces 9 3.0.0-rc.2. 
Verwijzingen naar de vertalingen tussen CDA en FHIR worden nog toegevoegd. 
Het Wisselenddoseerschema is opgenomen in stap 3 Voorschrijven van het stappenplan. 

Niet tot de scope van de Kickstart behoren: 
*informatie van de patiënt naar de zorgverlener vanuit een pgo;
*het beschikbaar stellen van het Verstrekkingsverzoek aan zorgverleners (wel aan de patiënt);
*het sturen en ontvangen van losse bouwstenen, met uitzondering van MA’s ten behoeve van ketenafspraak VO11;
*de transactie Medicatieoverzicht.

==Afkortingen==

'''Medicatiebouwstenen''' 

MA - Medicatieafspraak 
VV - Verstrekkingsverzoek 
WDS - Wisselenddoseerschema 
TA - Toedieningsafspraak 
MVE - Medicatieverstrekking 
MTD - Medicatietoediening 
MGB - Medicatiegebruik 
VVV - Voorstel verstrekkingsverzoek 
AVVV - Antwoord voorstel verstrekkingsverzoek 
VMA - Voorstel medicatieafspraak 
AVMA - Antwoord voorstel medicatieafspraak 

'''Toepassing''' 

DR - digitaal receptenverkeer 
MO - medicatieoverdracht 
TL - toedienlijst 
MM - MedMij 

=Brondocumenten=
Alle brondocumenten zijn opgenomen op de [https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart landingspagina] voor Kickstartdocumentatie.

=Stap 0: Voorbereiding=

===Toelichting===
[https://informatiestandaarden.nictiz.nl/wiki/mp:Stap_0_Voorbereiding Werkzaamheden in stap 0 Voorbereiding]

=Stap 3: Voorschrijven=

===Toelichting===
De voorschrijver zorgt voor de medicatieafspraak (MA) richting de apotheker met of zonder verstrekkingsverzoek (VV). MA bevat ook de reden van voorschrijven en het voorschrift bevat informatie over nierfunctie, lengte en gewicht. Informatie over voorschrijven, inclusief stoppen en wijzigen van medicatie, is beschikbaar voor zorgverleners en patiënt. Vanaf nu zijn medicatieoverzicht en medicatiebewaking gebaseerd op medicatieafspraak en logistieke verstrekkingen.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Voorschrijven|Voorschrijven (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_prescribe|Prescribe (ENG)]] 
Functioneel ontwerp: [[Lab:Vcurrent_Ontwerp_Lab2zorg#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|Zorgverlener stuurt laboratoriumresultaten naar andere zorgverlener]]

===Relevante bouwstenen===
* Medicatieafspraak
* Verstrekkingsverzoek
* Lengte
* Gewicht
* Laboratoriumuitslag
* Wisselenddoseerschema

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| rowspan="2"|Sturen Medicatieafspraak met of zonder Verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatievoorschrift]
| rowspan="2"|Medicatieafspraak met of zonder Verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door voorschrijver
| rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|
|| VoorschriftSturend
|| MP-VOS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9433-2022-11-22T134545.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_voorschrift_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]

|-
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Sturen Laboratoriumresultaten]
|| LabResultaatSturend
|| LAB-LRS
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/tmp-2.16.840.1.113883.2.4.3.11.60.66.10.77-2022-03-30T000000.html Organizer]
|| [[Lab:V3.0.0_FHIR_Lab2zorg|FHIR]]
|| [[Lab:1.0.0_Testgegevens_SturenResultaten|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| rowspan="2"|Ontvangen Medicatieafspraak met of zonder verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door verstrekkers
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatievoorschrift]
| rowspan="2"|Medicatieafspraak met of zonder verstrekkingsverzoek met of zonder Laboratoriumuitslag, Lichaamsgewicht, Lichaamslengte door verstrekkers
| rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|X || rowspan="2"| || rowspan="2"| || rowspan="2"| || rowspan="2"|
|| VoorschriftOntvangend
|| MP-VOO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9433-2022-11-22T134545.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_voorschrift_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend systeem]
|-
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Ontvangen Laboratoriumresultaten]
|| LabResultaatOntvangend
|| LAB-LRO
|| [https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/tmp-2.16.840.1.113883.2.4.3.11.60.66.10.77-2022-03-30T000000.html Organizer]
|| [[Lab:V3.0.0_FHIR_Lab2zorg|FHIR]]
|| [[Lab:V3.0.0_kwalificatie_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.1_ LSP Interacties: MedicatieVoorschriftVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend systeem]
|-
| Beschikbaar stellen van Medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| Medicatieafspraak door voorschrijver
| || X || X || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (MA)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.6_ LSP Interacties: MedicatieAfsprakenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen van Medicatieafspraak door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| Medicatieafspraak door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MA)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen van Verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| Verstrekkingsverzoek door voorschrijver
|| || || || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (VV)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_VV|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.8_ LSP Interacties: VerstrekkingsVerzoekenBron (MedMij)]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen van Verstrekkingsverzoek door patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| Verstrekkingsverzoek door patiënt
|| || || || X || || || || || || || || X
|| MedicatieGegevensRaadplegend (VV)
|| MP-MGR
|| ---
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_VV|script]]
|| ---
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen van Medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatiegegevens]
|| Medicatieafspraak door voorschrijver
|| || X || X || || X || || || || || || ||
|| MedicatieGegevensSturend (MA)
|| MP-MGS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_sturen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.27_ LSP interacties: MedicatieGegevensVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen van Medicatieafspraak door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatiegegevens]
|| Medicatieafspraak door zorgverlener
|| || X || X || || || X || || X || || X || ||
|| MedicatieGegevensOntvangend (MA)
|| MP-MGO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_ontvangen_MA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.28_ LSP interacties: MedicatieGegevensOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Beschikbaar stellen WisselendDoseerschema door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
|| WisselendDoseerschema door zorgverlener
|| || X || X || X || X || || || || || || ||
|| MedicatieGegevensBeschikbaarstellend (WDS)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.20_ LSP Interacties: DoseerschemaBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Wisselenddoseerschema door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
|| WisselendDoseerschema door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (WDS)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen WisselendDoseerSchema door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatiegegevens]
|| WisselendDoseerSchema door zorgverlener
|| || X || X || || X || || || || || || ||
|| MedicatieGegevensSturend (WDS)
|| MP-MGS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_sturen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.27_ LSP interacties: MedicatieGegevensVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen WisselendDoseerSchema door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatiegegevens]
|| WisselendDoseerSchema door zorgverlener
|| || X || X || || || X || || X || || X || ||
|| MedicatieGegevensOntvangend (WDS)
|| MP-MGO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_ontvangen_WDS|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.28_ LSP interacties: MedicatieGegevensOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|}

=Stap 4: Verificatie en gebruiken=

===Toelichting===
Zorgverleners maken een risico-inschatting of de medicatiegegevens gecontroleerd moeten worden. Deze medicatieverificatie wordt vastgelegd met medicatiegebruik, die ook de patiënt zelf kan vastleggen. Medicatiegebruik maakt inzichtelijk hoe de patiënt de medicatie gebruikt in relatie tot de gemaakte afspraak. Ook kunnen patiënt en zorgverlener gebruikte zelfzorgmedicatie vastleggen. Vanaf nu zijn medicatieoverzicht en medicatiebewaking mede gebaseerd op medicatiegebruik.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Gebruiken|Verificatie en gebruiken (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_use|Medication use (ENG)]]

===Relevante bouwstenen===
* Medicatiegebruik

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Beschikbaar stellen Medicatiegebruik door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatiegebruik door zorgverlener
|| || X || || X || X || || X || || X || || ||
|| MedicatieGegevensBeschikbaarstellend (MGB)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.14_ LSP interacties: MedicatieGebruikBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatiegebruik door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatiegebruik door zorgverlener en patiënt
|| || X || || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MGB)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen Medicatiegebruik door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatiegegevens]
| Medicatiegebruik door zorgverlener
|| || X || || || X || || X || || X || || ||
|| MedicatieGegevensSturend (MGB)
|| MP-MGS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_sturen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.3_ LSP interacties: MedicatieGegevensVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen Medicatiegebruik door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatiegegevens]
| Medicatiegebruik door zorgverlener
|| || X || || || || X || || X || || X || ||
|| MedicatieGegevensOntvangend (MGB)
|| MP-MGO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_ontvangen_MGB|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.4_ LSP interacties: MedicatieGegevensOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|}

=Stap 5: Verstrekken=

===Toelichting===
Vanaf nu zijn medicatieoverzicht en medicatiebewaking mede gebaseerd op toedieningsafspraken.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Ter_hand_stellen|Verstrekken (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_dispense|Dispense (ENG)]]

===Relevante bouwstenen===
* Toedieningsafspraak
* Medicatieverstrekking
* Voorstel verstrekkingsverzoek
* Antwoord voorstel verstrekkingsverzoek
* Voorstel medicatieafspraak
* Antwoord voorstel medicatieafspraak

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Sturen Toedieningsafspraak en eventueel Medicatieverstrekking door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen afhandeling medicatievoorschrift]
| Toedieningsafspraak en eventueel Medicatieverstrekking door verstrekker
|| X || || || || || || X || || || || ||
|| VoorschriftAfhandelingSturend
|| MP-VAS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9420-2022-11-21T144449.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_processing_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_afhandelen_voorschrift_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.25_ LSP interacties: MedicatieVoorschriftAfhandelingVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen Toedieningsafspraak en eventueel Medicatieverstrekking door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging afhandeling medicatievoorschrift]
| Toedieningsafspraak en eventueel Medicatieverstrekking door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorschriftAfhandelingOntvangend
|| MP-VAO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9420-2022-11-21T144449.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_prescription_processing_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_afhandelen_voorschrift_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.26_ LSP interacties: MedicatieVoorschriftAfhandelingOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Beschikbaar stellen Toedieningsafspraak door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Toedieningsafspraak door verstrekker
|| || X || X || X || || || X || || || || ||
|| MedicatieGegevensBeschikbaarstellend (TA)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.10_ LSP Interacties: ToedieningsAfsprakenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Toedieningsafspraak door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Toedieningsafspraak door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (TA)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen Medicatieverstrekking door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatieverstrekking door verstrekker
|| || X || || X || || || X || || || || ||
|| MedicatieGegevensBeschikbaarstellend (MVE)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.12_ LSP Interacties: MedicatieVerstrekkingenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatieverstrekking door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatieverstrekking door zorgverlener en patiënt
|| || X || || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MVE)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP Interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Sturen Toedieningsafspraak door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatiegegevens]
| Toedieningsafspraak door verstrekker
|| || X || X || || || || X || || || || ||
|| MedicatieGegevensSturend (TA)
|| MP-MGS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_sturen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.27_ LSP interacties: MedicatieGegevensVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen Toedieningsafspraak door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatiegegevens]
| Toedieningsafspraak door zorgverlener
|| || X || X || || || X || || X || || X || ||
|| MedicatieGegevensOntvangend (TA)
|| MP-MGO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_ontvangen_TA|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.28_ LSP interacties: MedicatieGegevensOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen Medicatieverstrekking door verstrekker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen medicatiegegevens]
| Medicatieverstrekking door verstrekker
|| || X || X || || || || X || || || || ||
|| MedicatieGegevensSturend (MVE)
|| MP-MGS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_sturen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.27_ LSP interacties: MedicatieGegevensVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen Medicatieverstrekking door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging medicatiegegevens]
| Medicatieverstrekking door zorgverlener
|| || X || X || || || X || || X || || X || ||
|| MedicatieGegevensOntvangend (MVE)
|| MP-MGO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_ontvangen_MVE|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.28_ LSP interacties: MedicatieGegevensOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen voorstel verstrekkingsverzoek door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen voorstel verstrekkingsverzoek]
| Voorstel verstrekkingsverzoek door apotheker
|| X || || || || || || X || || || || ||
|| VoorstelVerstrekkingsverzoekSturend
|| MP-VVS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9452-2023-01-06T100241.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vvv_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.21_ LSP Interacties: VoorstelVerstrekkingsverzoekVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen voorstel verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging voorstel verstrekkingsverzoek]
| Voorstel verstrekkingsverzoek door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorstelVerstrekkingsverzoekOntvangend
|| MP-VVO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9452-2023-01-06T100241.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vvv_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.22_ LSP Interacties: VoorstelVerstrekkingsverzoekOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen antwoord voorstel verstrekkingsverzoek door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen antwoord voorstel verstrekkingsverzoek]
| Antwoord voorstel verstrekkingsverzoek door voorschrijver
|| X || || || || X || || || || || || ||
|| AntwoordVoorstelVerstrekkingsverzoekSturend
|| MP-AVVS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9211-2018-04-20T174512.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avvv_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.34-DYNAMIC.html LSP Interacties: AntwoordVoorstelVerstrekkingsverzoekVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen antwoord voorstel verstrekkingsverzoek door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging antwoord voorstel verstrekkingsverzoek]
| Antwoord voorstel verstrekkingsverzoek door apotheker
|| X || || || || || || || X || || || ||
|| AntwoordVoorstelVerstrekkingsverzoekOntvangend
|| MP-AVVO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9211-2018-04-20T174512.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_dispense_request_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avvv_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.34-DYNAMIC.html LSP Interacties: AntwoordVoorstelVerstrekkingsverzoekOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen voorstel medicatieafspraak door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen voorstel medicatieafspraak]
| Voorstel medicatieafspraak door apotheker
|| X || || || || || || X || || || || ||
|| VoorstelMedicatieafspraakSturend
|| MP-VMS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9436-2022-11-22T143112.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vma_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.23_ LSP Interacties: VoorstelMedicatieafspraakVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen voorstel medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging voorstel medicatieafspraak]
| Voorstel medicatieafspraak door voorschrijver
|| X || || || || || X || || || || || ||
|| VoorstelMedicatieafspraakOntvangend
|| MP-VMO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9436-2022-11-22T143112.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_vma_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.24_ LSP Interacties: VoorstelMedicatieafspraakOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|-
| Sturen antwoord voorstel medicatieafspraak door voorschrijver
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Sturen antwoord voorstel medicatieafspraak]
| Antwoord voorstel medicatieafspraak door voorschrijver
|| X || || || || X || || || || || || ||
|| AntwoordVoorstelMedicatieafspraakSturend
|| MP-AVMS
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9399-2022-03-15T000000.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avma_sturen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.35-DYNAMIC.html LSP Interacties: AntwoordVoorstelMedicatieafspraakVerzendend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Versturend Systeem]
|-
| Ontvangen antwoord voorstel medicatieafspraak door apotheker
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Ontvangstbevestiging antwoord voorstel medicatieafspraak]
| Antwoord voorstel medicatieafspraak door apotheker
|| X || || || || || || || X || || || ||
|| AntwoordVoorstelMedicatieafspraakOntvangend
|| MP-AVMO
|| [https://decor.nictiz.nl/medicatieproces/mp-html-20220402T205710/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9399-2022-03-15T000000.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Reply_proposal_medication_agreement_.28Send.2FReceive.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_avma_ontvangen|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20220426T102209/tmp-2.16.840.1.113883.2.4.3.111.3.12.10.35-DYNAMIC.html LSP Interacties: AntwoordVoorstelMedicatieafspraakOntvangend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Ontvangend Systeem]
|}

=Stap 6: Toedienen=

===Toelichting===
Toedieners beschikken over digitale toedienlijsten. Voor toedieners zijn direct beschikbaar: wijzigingen in medicatie, ook die zonder verstrekking, en informatie van de trombosedienst. De toediener registreert toegediende medicatie of de afwijking en stelt de informatie beschikbaar voor zorgverleners en patiënt.
 
Functioneel ontwerp: [[mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Toedienen|Toedienen (NL)]] | [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_dispense|Administer (ENG)]]

===Relevante bouwstenen===
* Medicatietoediening

===Tabel===
{| class="wikitable" style="width: 135em"
! rowspan="2" style="width: 20%;"|Resultaat gegevensuitwisseling op basis van bouwstenen MP9 !! rowspan="2"|FO transactie !! rowspan="2"|Usecase !! rowspan="2"|DR !! rowspan="2"|MO !! rowspan="2"|TL !! rowspan="2"|MM !! colspan="2"|EVS !! colspan="2"|AIS !! colspan="2"|eTDR !! colspan="2"|PGO !! rowspan="2"|Systeemrol !! rowspan="2" style="width: 4%;"|Afk. !! rowspan="2" style="width: 7%;"|HL7v3 !! rowspan="2"|FHIR !! rowspan="2"|Testscripts !! rowspan="2" style="width: 7%;"|LSP specificaties !! rowspan="2"|LSP PvE
|-style="background-color:#AFEEEE
! bron !! ontv !! bron !! ontv !! bron !! ontv !! bron !! ontv
|-
| Raadplegen Medicatiegegevens (Medicatieafspraak, Wisselenddoseerschema, Toedieningsafspraak, Medicatietoediening) door toediener (beschikbaar stellen wordt gerealiseerd in voorgaande stappen)
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Raadplegen Medicatiegegevens door toediener
|| || || X || || || || || || || X || ||
|| MedicatieGegevensRaadplegend (MA, WDS, TA, MTD)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MA|script(MA)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_WDS|script(WDS)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_TA|script(TA)]] [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MTD|script(MTD)]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|-
| Beschikbaar stellen Medicatietoediening door zorgverlener
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Beschikbaar stellen medicatiegegevens]
| Medicatietoediening door zorgverlener
|| || X || X || X || X || || || || X || || ||
|| MedicatieGegevensBeschikbaarstellend (MTD)
|| MP-MGB
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.29|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_beschikbaarstellen_MTD|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.19_ LSP interacties: MedicatieToedieningenBron]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opleverend Systeem]
|-
| Raadplegen Medicatietoediening door zorgverlener en patiënt
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/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 Raadplegen medicatiegegevens]
| Medicatietoediening door zorgverlener en patiënt
|| || X || X || X || || X || || X || || X || || X
|| MedicatieGegevensRaadplegend (MTD)
|| MP-MGR
|| [http://decor.nictiz.nl/medicatieproces/mp-html-20260213T112547/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.9411-2022-11-18T091239.html Organizer]
|| [[mp:V3.0.0_MedicationProcess9_FHIR#Medication_data_.28Retrieve.2FServe.299|FHIR]]
|| [[mp:V3.0.0_testgegevens_medicatiegegevens_raadplegen_MTD|script]]
|| [https://decor.nictiz.nl/pub/vzvz/mp-vzvz-html-20231026T105531/scenarios.html#_2.16.840.1.113883.2.4.3.111.3.12.7.17_ LSP interacties: MedicatieGegevensOpvragend]
|| [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/programma-van-eisen PvE Opvragend Systeem]
|}

=Documenthistorie=
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 8.0
| style="background-color: white;"| 10-03-2026
| style="background-color: white;"|
*Zie [https://nictiz.atlassian.net/browse/MP-2163 MP-2163]
|-
| style="background-color: white;"| 7.0
| style="background-color: white;"| 27-02-2026
| style="background-color: white;"|
*FO, transactie en HL7 linkjes aangepast t.b.v. publicatie rc.2
|-
| style="background-color: white;"| 6.0
| style="background-color: white;"| 07-03-2025
| style="background-color: white;"|
*Broken links hersteld zie MP-1869
|-
| style="background-color: white;"| 5.0
| style="background-color: white;"| 23-10-2024
| style="background-color: white;"|
*Linkjes LSP specificaties ge-update naar laatste versie
|-
| style="background-color: white;"| 4.0
| style="background-color: white;"| 10-01-2024
| style="background-color: white;"|
*Linkjes LSP specificaties ge-update naar laatste versie
|-
| style="background-color: white;"| 3.0
| style="background-color: white;"| 04-05-2023
| style="background-color: white;"|
*Linkjes van de stappen naar FO, Transactie, HL7v3, FHIR en Testscripts ge-update naar MP9 3.0.0-beta.1
*Toelichting: zin toegevoegd ter verduidelijking van gebruikte versie (''Deze bronbestanden betreffen de publicatie van informatiestandaard Medicatieproces 9 3.0.0-beta.1.'')
*Linkjes van de PvE's ge-update naar versie 9.3
|-
| style="background-color: white;"| 2.5
| style="background-color: white;"| 06-03-2023
| style="background-color: white;"|
*Stap 5: Verstrekken - Ontvangen Antwoordvoorstelmedicatieafspraak door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar ontvangen Antwoordvoorstelmedicatieafspraak door apotheker. 
*Stap 5: Verstrekken - Sturen Voorstelmedicatieafspraak door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: sturen Voorstelmedicatieafspraak door apotheker. 
*Stap 5: Verstrekken - Ontvangen Antwoordvoorstelverstrekkingsverzoek door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: ontvangen Antwoordvoorstelverstrekkingsverzoek door apotheker. 
*Stap 5: Verstrekken - Sturen Voorstelverstrekkingsverzoek door zorgverlener, kruisjes verwijderd bij voorschrijver en toediener. Tekst aangepast naar: ontvangen Voorstelverstrekkingsverzoek door apotheker. 
*Toelichting aangevuld naar aanleiding van wijzigingen in Stap 5
|-
| style="background-color: white;"| 2.4.1
| style="background-color: white;"| 15-02-2023
| style="background-color: white;"| Stap 3: Voorschrijven – kolom LSP specificaties - LSP Interacties: Sturen laboratoriumresultaten vervangen door LSP Interacties: MedicatieVoorschriftVerzendend
|-
| style="background-color: white;"| 2.4
| style="background-color: white;"| 18-01-2023
| style="background-color: white;"| LSP PvE ge-update van februari 2022 naar september 2022 versie
|-
| style="background-color: white;"| 2.3.1
| style="background-color: white;"| 24-10-2022
| style="background-color: white;"| Typefout gecorrigeerd (labb->lab)
|-
| style="background-color: white;"| 2.3
| style="background-color: white;"| 01-09-2022
| style="background-color: white;"| Brondocumenten verplaatst naar [https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart landingspagina] voor Kickstartdocumentatie, toevoeging stap 0 en toevoeging linkjes naar Lab (in stap 3)
|-
| style="background-color: white;"| 2.1
| style="background-color: white;"| 12-07-2022
| style="background-color: white;"| Excel omgezet in deze wiki
|-
| style="background-color: white;"| 2.0
| style="background-color: white;"| 16-06-2022
| style="background-color: white;"| Linkjes van kolom FHIR ge-update naar MP9 2.0.0
|-
| style="background-color: white;"| 1.2
| style="background-color: white;"| 15-06-2022
| style="background-color: white;"| Linkjes naar VZVZ ART-DECOR ge-update
|-
| style="background-color: white;"| 1.1
| style="background-color: white;"| 02-06-2022
| style="background-color: white;"| Linkjes van kolommen Stap, Transactie, HL7v3 en Testscripts ge-update naar MP9 2.0.0
|-
| style="background-color: white;"| 1.0
| style="background-color: white;"| 28-02-2022
| style="background-color: white;"| Scope Kickstart verduidelijkt in toelichting
|}

mp:Stap 0 Voorbereiding

2026-04-10T07:50:32Z

Tom Seijger:

{{DISPLAYTITLE:Werkzaamheden stap 0}}

==Inleiding==

Op deze pagina staat beschreven wat van de leveranciers verwacht wordt in de voorbereidingsfase (stap 0). Voor de beoordeling van stap 0 moeten leveranciers drie onderdelen toetsbaar opleveren:

* het plan van aanpak van de leverancier;
* het functioneel ontwerp;
* het technisch ontwerp.

In de volgende paragrafen wordt beschreven waar de drie onderdelen aan moeten voldoen.

Voor elk onderdeel geldt dat partijen met elkaar afspreken dat wanneer een onoverkomelijk verschil van mening ontstaat dit wordt voorgelegd aan de stuurgroep Medicatieoverdracht.

==Plan van aanpak==

De leveranciers stellen zelf ook een plan van aanpak op. Hierin staat beschreven hoe de leverancier de ontwikkeling van het programma Medicatieoverdracht projectmatig inricht.

==Technisch Ontwerp ==
Het technisch ontwerp van de leverancier vormt de technische onderbouwing waarmee informatiesystemen (XIS) kunnen deelnemen aan veilige en correcte medicatieoverdracht. Dit ontwerp bestaat uit:

===Programma van Eisen (PvE): ===
Voor elke XISrol (zoals versturend, ontvangend, opvragend of opleverend systeem) bevat het PvE een set functionele en nonfunctionele eisen. Deze zijn uitgewerkt volgens de relevante berichtstandaard – HL7 v3, HL7 FHIR of beide (hybride).

De volledige uitwerking van de eisen per systeemrol zijn terug te vinden op:https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/

===Architectuur & Developer Guide: ===
De Developer Guide geeft een samenhangend technisch overzicht van de applicatiearchitectuur. Dit omvat informatie over:

* Toegangs- en authenticatiemechanismen (zoals access tokens),
* API-specificaties en berichtenstructuren (met nadruk op correcte bundling en identificatie van FHIR-resources),
* Inrichting van test- en acceptatieomgevingen,
* Ondersteuning van infrastructuur zoals AORTA en communicatieprotocollen (TLS, headers, tracing).

Het volledig technisch overzicht is terug te vinden op: https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/developer-guide-mo-vzvz

Het ontwerp zal in hoofdlijnen de inhoud moeten beschrijven, zodanig dat een compleet beeld wordt gegeven van de gekozen oplossing.

==Functioneel ontwerp ==
Het functioneel ontwerp van de leverancier vormt de kern van de informatiestandaard Medicatieproces. In dit document beschrijft de leverancier stap voor stap hoe het medicatieproces idealiter verloopt—van voorschrijven tot en met gebruik—en wel in termen van:
* actoren (zorgverleners, patiënten, informatiesystemen);
* processen (bijv. medicatieverificatie, ter-hand-stelling, toediening);
* transacties (welke gegevens op welk moment worden uitgewisseld).

Dit ontwerp richt zich op:
* Zorgverleners – om klinisch en logistiek veilig te kunnen werken;
* Informatieanalisten en -architecten – voor het modelleren van processen en datastromen;
* Softwareleveranciers – om systemen te ontwikkelen of aan te passen volgens de standaard.

Door de [https://informatiestandaarden.nictiz.nl/images/3/3f/Checklist_Functioneel_Ontwerp_leveranciers.zip checklist] integraal te doorlopen borgt u dat alle relevante onderdelen consistent zijn beschreven en naadloos aansluiten op de informatiestandaard Medicatieproces.

==Criteria==
Op basis van een gestandaardiseerd beoordelingsformulier worden de aangeleverde documenten samen met de gebruikersvertegenwoordiging en het programma beoordeeld op volledigheid, toepasbaarheid en inhoudelijke kwaliteit.
Op basis van deze beoordeling wordt een advies opgesteld over goedkeuring. Dit advies wordt voorgelegd aan de penvoerders die formeel akkoord dienen te geven voordat stap 0 als afgerond wordt beschouwd.
Na akkoord van de penvoerders kunnen leveranciers starten met de bouwfase, waarbij zij op basis van het goedgekeurde plan van aanpak en ontwerpen de benodigde ontwikkelwerkzaamheden uitvoeren.

Bestand:Checklist Functioneel Ontwerp leveranciers.zip

2026-04-10T07:44:35Z

Tom Seijger:

mp:Validaties MO

2026-03-31T09:33:44Z

Tom Seijger: /* Validatie succesvol afgerond */

{{DISPLAYTITLE: Validatie overzicht Medicatieoverdracht Kickstart}}

=Algemeen=
Hieronder vindt u een overzicht van leveranciers die gevalideerd zijn voor de verschillende stappen van het programma Medicatieoverdracht.
Een leverancier wordt gevalideerd wanneer aan de volgende criteria is voldaan:
* Alle voorafgaande testfases zijn met succes afgerond.
* Inhoudelijke toets van de informatiestandaard Medicatieproces 9 (kwalificatie).
* Infrastructurele toets van de eisen voor de infrastructuur en randvoorwaardelijke generieke voorzieningen (acceptatie).
* Goedkeuring van bovensectorale gebruikerseisen door zorgaanbieders.

=Stap 3: Voorschrijven=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || 30/07/2024
|-
| CareConnections || nCare || eTDR || Toediener || 04/07/2024
|-
| FarMedvisie || FarMedRx || EVS || Voorschrijver || 25/07/2024
|-
| SmartMed || SmartMed || AIS || Verstrekker || 08/08/2024
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || 19/12/2024
|-
| CGM || CGM Apotheek || AIS || Verstrekker || 19/12/2024
|-
| MedXpert || MedXpert || PGO || Patiënt || 19/12/2024
|-
| Quli || Quli || PGO || Patiënt || 19/12/2024
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || 19/12/2024
|-
| Medimo || Medimo || EVS || Voorschrijver || 28/04/2025
|-
| ChipSoft || HiX || ZIS || Voorschrijver || 14/05/2025
|-
| ChipSoft || HiX || AIS || Verstrekker || 14/05/2025
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || 23/05/2025
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

=Stap 4: Verificatie en gebruik=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis|| TRIS|| Voorschrijver|| 04/12/2024
|-
| Quli || Quli || PGO || Patiënt || 19/12/2024
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || 19/12/2024
|-
| Medxpert || Medxpert || PGO || Patiënt || 19/12/2024
|-
| CareConnections || nCare || eTDR || Toediener || 18/02/2025
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || 18/02/2025
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || 19/02/2025
|-
| CGM || CGM Apotheek || AIS || Verstrekker || 19/02/2025
|-
| Medimo || Medimo || EVS || Voorschrijver || 28/04/2025
|-
| ChipSoft || HiX || AIS || Verstrekker || 14/05/2025
|-
| ChipSoft || HiX || ZIS || Voorschrijver || 16/06/2025
|-
| iSOFT*|| MicroHIS|| HIS || Voorschrijver || 10/12/2025
|}
* Dit gaat om een deelkwalificatie

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| SmartMed || SmartMed || AIS || Verstrekker || ntb
|}

=Stap 5: Verstrekken=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| CareConnections* || nCare || eTDR || Toediener || 22-07-2025
|-
| FarMedvisie* || FarmedRX || EVS || Voorschrijver || 22-07-2025
|-
| ASolutions* || Trodis || TRIS || Voorschrijver || 22-07-2025
|-
| SmartMed* || SmartMed || AIS || Verstrekker || 31-07-2025
|-
| CGM* || CGM Huisarts || HIS || Voorschrijver || 12-09-2025
|-
| Zorgdoc* || Zorgdoc || PGO || Patiënt || 12-11-2025
|-
| MedXpert* || MedXpert || PGO || Patiënt || 10-12-2025
|-
| Quli* || Quli|| PGO || Patiënt || 09-01-2026
|-
| CGM* || CGM Apotheek || AIS || Verstrekker || 27-01-2026
|-
| iSOFT* || MicroHIS || HIS || Voorschrijver || 31-03-2026
|}
* Dit gaat om een deelkwalificatie

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || Februari 2026
|-
| ChipSoft || HiX || ZIS || Voorschrijver || Mei 2026
|-
| ChipSoft || HiX || AIS || Verstrekker || Mei 2026
|-
| Medimo || Medimo || EVS || Voorschrijver || ntb
|}

=Stap 6: Toedienen=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || -
|-
| CareConnections || nCare || eTDR || Toediener || -
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || -
|-
| CGM || CGM Apotheek || AIS || Verstrekker || -
|-
| ChipSoft || HiX || ZIS || Voorschrijver || -
|-
| ChipSoft || HiX || AIS || Verstrekker || -
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || -
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || -
|-
| Medimo || Medimo || EVS || Voorschrijver || -
|-
| MedXpert || MedXpert || PGO || Patiënt || -
|-
| Quli || Quli || PGO || Patiënt || -
|-
| SmartMed || SmartMed || AIS || Verstrekker || -
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || -
|}

=Stap WDS=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || -
|-
| CareConnections || nCare || eTDR || Toediener || -
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || -
|-
| CGM || CGM Apotheek || AIS || Verstrekker || -
|-
| ChipSoft || HiX || ZIS || Voorschrijver || -
|-
| ChipSoft || HiX || AIS || Verstrekker || -
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || September 2025
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || -
|-
| Medimo || Medimo || EVS || Voorschrijver || -
|-
| MedXpert || MedXpert || PGO || Patiënt || -
|-
| Quli || Quli || PGO || Patiënt || -
|-
| SmartMed || SmartMed || AIS || Verstrekker || September 2025
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || -
|}

=Hervalidatie ten behoeve van livegang=
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || -
|-
| CareConnections || nCare || eTDR || Toediener || -
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || -
|-
| CGM || CGM Apotheek || AIS || Verstrekker || -
|-
| ChipSoft || HiX || ZIS || Voorschrijver || -
|-
| ChipSoft || HiX || AIS || Verstrekker || -
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || -
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || -
|-
| Medimo || Medimo || EVS || Voorschrijver || -
|-
| MedXpert || MedXpert || PGO || Patiënt || -
|-
| Quli || Quli || PGO || Patiënt || -
|-
| SmartMed || SmartMed || AIS || Verstrekker || -
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || -
|}

mp:Medicatieoverdracht Kickstart

2026-03-30T12:56:13Z

Tom Seijger:

{{DISPLAYTITLE:Medicatieoverdracht - Landingspagina documentatie leveranciers}}

{{NoteBox|1=
Vanaf 1 november 2025 maakt het programma gebruik van een aantal nieuwe testtermen. Deze vernieuwde terminologie biedt meer duidelijkheid en sluit beter aan op de praktijk. De inhoud van deze testen is ongewijzigd.

* Proof of Concept wordt ketentest
* Labtest wordt functionele acceptatietest (FAT)
* Praktijktest wordt gebruikersacceptatietest (GAT)
* De term ontwikkeltesten blijft ongewijzigd.

Dit betekent dat op de landingspagina beide termen naast elkaar kunnen voorkomen.
Leveranciers zijn vrij om te bepalen of en hoe deze wijzigingen bij henzelf worden doorgevoerd.
}}

'''Inleiding'''

Welkom op de landingspagina van het programma Medicatieoverdracht.
Op deze pagina wordt alle informatie gedeeld die nodig is om de MP9-standaard in te bouwen voor softwareleveranciers. Met behulp van de leesroute wordt de informatie opgesplitst in relevante documenten, afhankelijk van de fase waarin de leverancier zich bevindt binnen het implementatietraject.

__NUMBEREDHEADINGS__

=Aanmelden=
Om te kunnen starten met het implementeren van het Medicatieproces 9 meld je jullie bedrijf aan via het [https://www.samenvoormedicatieoverdracht.nl/aanmelden-leverancier// <abbr> aanmeldformulier </abbr>] op de website samenvoormedicatieoverdracht.nl.
Het ingevulde aanmeldformulier komt dan bij het Validatieloket terecht. Het Validatieloket deelt dan met jullie de nodige linkjes naar documentatie om door te lezen op de landingspagina en plant een intakegesprek met jullie in.
Neem de toegestuurde documentatie goed door, zodat jullie voorbereid aan het intakegesprek kunnen deelnemen.

=Voorbereiding=
Na het aanmelden zijn de linkjes van hoofdstuk 2.1 met de leverancier gedeeld, met het verzoek deze te lezen ter voorbereiding op het intakegesprek.
Daarnaast kan al gekeken worden naar een aantal kennissessies om extra informatie te vergaren.

==Welke voorbereiding is noodzakelijk?==

In de uitnodiging voor het intakegesprek wordt de leverancier verzocht om voorafgaand aan het gesprek, de volgende documentatie met betrekking tot de [[mp:Stap_0_Voorbereiding|Stap 0 documentatie]] goed door te lezen:
:* de [[mp:V3.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Scope]] per systeemtype
:* het [https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Finformatiestandaarden.nictiz.nl%2Fimages%2F1%2F1d%2FFormat_Plan_van_aanpak_Leveranciers_MP9_Wiki.docx&wdOrigin=BROWSELINK Plan van Aanpak]
:* het [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9 Functioneel Ontwerp]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ <abbr> Infrastructuur (VZVZ) </abbr>]
:* en de [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Formulier_CC_MP9_3.0.0_v20251022.zip Conformiteitscheck]

Deze [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Checklist_Medicatieproces.zip checklist] ondersteunt straks bij het schrijven van het FO.

==Kennissessies==
De afgelopen jaren zijn diverse kennissessies, webinars en trainingen verzorgd om leveranciers te ondersteunen en te voorzien van extra informatie over verschillende onderwerpen:
:*[https://www.youtube.com/watch?v=seAYX9uNOGk/ Kennismaken met het programma Medicatieoverdracht]
:*[https://www.youtube.com/watch?v=asOrd_A3gag/ Kennissessie: Wat gaat er veranderen in de werkprocessen van zorgverleners door het programma MO?]
:*[https://www.youtube.com/watch?v=GslOFD6xkQU/ Kennissessie: Informatiestandaard Medicatieproces 9]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij (PGO)</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij (PGO)</abbr>]

Een aantal kennissessies staan op de [https://www.samenvoormedicatieoverdracht.nl/kennisbank/?kennisbank-category=luistersessies/ kennisbank] van samenvoormedicatieoverdracht.nl. Op de website samenvoormedicatieoverdracht worden [https://www.samenvoormedicatieoverdracht.nl/nieuws// nieuwsberichten] gepubliceerd. Je kunt je hier tevens aanmelden voor de nieuwsbrief om deze via de mail te ontvangen.
De [https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces// release updates] worden op de website van Nictiz gepubliceerd.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Stap 0 documenten doorgelezen || Voor het intakegesprek zijn het Plan van Aanpak, Technisch Ontwerp en Functioneel Ontwerp doorgelezen
|-
| Intakegesprek || Wordt ingepland door de casemanager
|-
|}

=Intake=
==Intakeproces==
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren intakegesprek'''
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Registreren BITS'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start bouwgesprek'''
|}

Na aanmelding krijgt de leverancier een uitnodiging voor een intakegesprek. Het doel van het intakegesprek met het Validatieloket is wederzijdse kennismaking. Het Validatieloket deelt informatie over het bouwtraject en de processtappen.
Jullie kunnen vragen stellen over de toegestuurde documentatie benoemd in '2.1 Voorbereiding'. Op hoofdlijnen wordt besproken hoe de procesbegeleiding eruit zal zien, wat jullie kunnen verwachten van het Validatieloket en wat jullie moeten bouwen.
Tijdens het gesprek krijgen jullie als leverancier een casemanager toegewezen. De casemanager zal tijdens het hele traject jullie aanspreekpunt zijn.
Na het intakegesprek kan de leverancier aan de slag met een plan van aanpak en een functioneel en technisch ontwerp.

==Stap 0 documentatie==
Na het intakegesprek kan de leverancier starten met het schrijven van de stap 0 documentatie. Ter aanvulling op de linkjes in '2.1 Voorbereiding' staan hieronder nog een aantal relevantie pagina's:
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]
:*[https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/<abbr title="Technisch Ontwerp">Technisch Ontwerp (vzvz)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG)]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (dataset, scenario/transacties)</abbr>]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (HL7v3 CDA templates)</abbr>]
:*[[mp:Toelichting_templates_ART-DECOR:UCUM | Toelichting bij templates ART-DECOR: UCUM]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} FHIR in English">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG) </abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases (ENG) </abbr>]]
:*[https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9]]

'''Implementatiehandleidingen'''
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie en Hybride fase Kickstart">Implementatiehandleiding Migratie en Hybride</abbr>]]
:*[[mp:Vkickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties|<abbr title="Identificaties en hun onderlinge relaties, onderdeel van Implementatiehandleiding Migratie en Hybride fase kickstart">Identificaties en hun onderlinge relaties</abbr>]]
:*[[mp:VRaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatiehandleiding Raadplegen Reconciliëren</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]

==Ondersteuning==
===BITS===
Tijdens het gehele traject wordt gebruikgemaakt van het ticketsysteem BITS. Elke leverancier krijgt een eigen project binnen BITS en kan hier vragen en documentatie kwijt. De leverancier kan een eigen MP9 MedicatieValidatie project aan te vragen via [https://nictiz.atlassian.net/servicedesk/customer/portal/4/group/12/create/64 deze link].
Vervolgens kunnen bijvoorbeeld developers, productowners en/of productmanagers, via hun '''interne''' contactpersoon een account voor BITS aanvragen. De contactpersoon kan via ons [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/create/49/ selfserviceportaal] de gebruikers toevoegen aan het project van de leverancier, zodat zij een eigen BITS-account krijgen en daarmee zij zelf tickets in kunnen dienen.

:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Gebruikershandleiding BITS]

===Interoplab===
Heb je vragen over het gebruik van het Interoplab-platform binnen Medicatieoverdracht, zoals Test Manager, Conformancelab of de validator? Maak dan een ticket aan op [https://support.interoplab.eu support.interoplab.eu], of stuur een mail naar [mailto:support@interoplab.eu support@interoplab.eu].

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| BITS project aangemaakt || Leverancier vraagt dit aan
|-
| BITS account aangemaakt || Gebruikers vragen dit zelf aan via de contactpersoon van de leverancier
|-
| Plan van Aanpak|| Ingelezen
|-
| Functioneel Ontwerp|| Ingelezen
|-
| Technisch Ontwerp|| Ingelezen
|-
| Conformiteitscheck|| Ingelezen
|-
|}

=Begeleiding=
Het Validatieloket begeleidt de leverancier richting het implementeren van informatiestandaard Medicatieproces 9. De casemanager is hierin het eerste aanspreekpunt voor de leverancier. Elke 2-3 weken worden structurele voortgangsgesprekken ingepland om de voortgang te bespreken, obstakels te signaleren en te bepalen of ondersteuning nodig is. Voor een overzicht van alle overlegvormen vanuit het programma is het volgende document opgesteld: [https://informatiestandaarden.nictiz.nl/images/9/91/Overzicht_Leveranciersoverleggen_en_Kennisupdates_Programma_MO_-_versie_november_2025.pdf Overzicht Leveranciersoverleggen en Kennisupdates Programma MO]

Naast de voortgangsgesprekken is BITS hét communicatiemiddel voor alle vragen vanuit de leverancier. De casemanager zal ervoor zorgen dat de vragen door de juiste inhoudsdeskundigen (Nictiz/VZVZ) beantwoord worden.

==Begeleidende documenten/links==
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Toelichting samenhang Wiki en ART-DECOR</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/c/c4/20250320_Bijlage_Informatieupdate_-_Blijvend_ondersteunen_MP6.12_interfaces.pdf Bijlage Informatieupdate: Blijvend_ondersteunen MP6.12 interfaces]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:250703_-_Procedure_uitgifte_en_beheer_test-BSNs.pdf Procedure uitgifte en beheer test-BSNs]

==Vraag en antwoord (Vragenuurtjes)==
Naast de gestructureerde voortgangsgesprekken en de via BITS gestelde vragen ontstaat soms de behoefte om vragen direct met een inhoudsdeskundige te bespreken. Daarom zijn 'Vragenuurtjes' gepland. Dit is een inloopuur waarbij alle leveranciers mogen aansluiten om hun vragen te stellen. Vanuit het programma zijn hier informatieanalisten van Nictiz en architecten van VZVZ aanwezig om (indien mogelijk) direct antwoord te geven op de vragen.
Alle vragen (inclusief antwoorden) worden vervolgens op de volgende pagina geregistreerd:
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vraag en antwoord vragenuurtjes]]
Hier kun je dus ook kijken of je vraag mogelijk al eens eerder is gesteld door een andere leverancier.

==Criteria==
{| class="wikitable"
|-
! Categorie !! Criteria !! Opmerkingen
|-
| rowspan="4" | Documentatie
| Plan van Aanpak || Geschreven, ingediend en beoordeeld
|-
| Functioneel Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Technisch Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Conformiteitscheck || Geschreven, ingediend en beoordeeld
|-
| rowspan="3" | Gesprekken
| Voortgangsgesprekken || Wordt ingepland door de casemanager
|-
| Bouwgesprek || Wordt ingepland door de casemanager
|-
| Vragenuurtje || Uitnodiging voor vragenuurtjes ontvangen
|}

=Ontwikkelen=
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren bouwgesprek'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start ontwikkelfase'''
|}
Na het intakegesprek heeft de leverancier een beeld van het proces en wat volgens de informatiestandaard MP9 gebouwd moet worden.
De leverancier heeft nu de opdracht gekregen om aan de slag te gaan met het schrijven van het Plan van Aanpak (PvA), het functioneel ontwerp (FO) en het technisch ontwerp (TO).
Zodra de documenten klaar zijn, levert de leverancier deze aan bij het Validatieloket. De ingeleverde documenten worden beoordeeld door Nictiz, VZVZ en de penvoerder. Zodra alles is goedgekeurd, kan worden overgegaan op de ontwikkelfase.
Het is tevens noodzakelijk om de conformiteitscheck in te vullen. Hierin wordt aangegeven welke functionaliteiten wel of niet worden ingebouwd of mogelijk afwijkend zijn van wat is beschreven in de informatiestandaard.
De opgegeven afwijkingen worden door het Medicatieprogramma beoordeeld. Houd rekening met het feit dat het programma mogelijk niet instemt met de opgegeven afwijkingen. Daarom worden alle afwijkingen met de leverancier besproken. Hier zullen een of meerdere overleggen voor worden ingepland.
Uiteindelijk worden alle afspraken over de non-conformiteiten vastgelegd en wordt tijdens de validatie getoetst of hieraan is voldaan.

Zodra alle documenten zijn goedgekeurd, wordt het bouwgesprek gepland.
Tijdens dit overleg wordt o.a. besproken wat jullie planning is en of jullie behoefte hebben aan extra informatie. In de voorbereiding op dit overleg kan de leverancier worden gevraagd aanvullende documentatie door te nemen of – afhankelijk van het kennisniveau – een verdiepende cursus te volgen.
Vanuit het programma Medicatieoverdracht kan extra ondersteuning worden geboden in de vorm van trainingen of kennissessies om jullie als leverancier op weg te helpen.

Tijdens het bouwgesprek zullen de kennishouders van het programma Medicatieoverdracht in gesprek gaan over het Technisch Ontwerp (TO), samen met de ontwikkelaars, architecten, product owners en testers van de leverancier. De casemanager is ook aanwezig om gemaakte afspraken te notuleren en eventuele acties uit te zetten.
Na deze fase start het proces van ontwikkeling en inbouw van het Medicatieproces 9; deze ontwikkeling bestaat uit 10 stappen. Zie hiervoor https://www.samenvoormedicatieoverdracht.nl/stappenplan-sectoren/.

Vooralsnog start men met de volgende 4 stappen:

:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

De leverancier bepaalt de volgorde van de ontwikkeling. Dit kan stap voor stap gebeuren of, bijvoorbeeld, door stap 3 en 4 te bundelen en vervolgens stap 5 en 6.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier geeft aan dat development gereed is om te kunnen testen|| Dit kan per stap opgepakt worden
|-
|}

=Testen=
Na het ontwikkelen en inbouwen van Medicatieproces 9, start de leverancier met de stap Testen.
Om de software zo goed mogelijk te testen, biedt het Validatieloket verschillende typen testen aan:
:*Testen op de inhoud
:*Testen in de keten
:*Gebruikersacceptatietest
Voor alle bovenstaande testen levert het Validatieloket de testscripts aan.

Om de testfase af te sluiten, levert de leverancier een testrapport aan bij het Validatieloket. Na beoordeling hiervan start de validatiefase.

==Testproces==
<div align="center">'''Testfasen per stap'''</div>
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Ontwikkelfase| '''Ontwikkeltest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| '''Ketentest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Laboratoriumtest| '''Functionele acceptatietest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Validatie_MO| '''Validatie''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Praktijktest| '''Praktijktest''']]
|}

Zoals in bovenstaande weergave doorloopt de leverancier de volgende testfasen:
:*[[mp:Testen_Kickstart_Ontwikkelfase| Ontwikkeltest]]
:*[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| Ketentest]]
:*[[mp:Testen_Kickstart_Laboratoriumtest| Functionele acceptatietest]]
:*[[mp:Validatie_MO| Validatie]]
:*[[mp:Testen_Kickstart_Praktijktest| Praktijktest]]

Onderstaande documenten bieden ondersteuning tijdens de testfasen:
:*[[mp:Testen_Kickstart|Testinformatie Kickstart]]
:*[[mp:Testtooling|Tooling & omgevingen Kickstart]]
:*[[mp:Testen_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:Testen_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:Testen_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

Daarnaast zijn voor onderstaande onderwerpen specifieke testplannen opgesteld, welke betrekking hebben op meerdere testfasen en daarmee een eigen wiki pagina hebben:
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie Consolidatie]
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride Hybride] ''In progress''

==Testscripts==
:*[[mp:Vcurrent_Kwalificatie|Testscripts Medicatieproces 9 versie 3.0.0-rc.2]]
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Account Interoplab aangemaakt|| Gebruiker vraagt dit zelf aan
|-
| De leverancier heeft alle testscripts succesvol doorlopen|| De leverancier is gereed om te valideren
|-
|}

=Validatie=
De laatste stap in het proces is de validatie. Tijdens de validatie toetsen deskundigen van Nictiz en VZVZ de software op de inhoud van de standaard en de aansluiting op de infrastructuur.

Als het Validatieloket akkoord is, zal de casemanager de validatie goedkeuren en de terugkoppeling geven. Dit zal binnen 2 weken zijn. Als de validatie niet akkoord is, zal het validatietraject opnieuw gestart moeten worden.

Na succesvolle validatie kan de standaard worden geïmplementeerd bij de zorgaanbieders.
==Validatieproces==

{| style="text-align:center; margin:auto; border-spacing:5px; white-space:nowrap;"

|-

|

|

|

|

|

|

|

|

|

|

|

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Informeren interne organisatie'''

|-

| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px; display:inline-block;" | '''Voorbereiden validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Uitvoeren validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Bespreken validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Opstellen rapport'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Productmanagement
Nictiz/VZVZ'''

| →

| style="width:50px; height:50px; background-color:#00bcd4; transform:rotate(45deg); display:inline-block; text-align:center; line-height:50px;" |

<div style="transform:rotate(-45deg); color:white;">'''Geslaagd?'''</div>

| Ja →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Programmamanagement'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Versturen rapport'''

|-

|

|

|

|

|

|

|

|

|

|

| Nee →

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Certificering'''

|-

|

|

|

|

|

|

|

|

|

|

| style="background-color:#d47c00; color:white; padding:10px 20px; display:block;" | '''Start Proces hervalidatie'''

|

|

|

|

|}

:*Stap 3: ''Wordt herzien''
:*Stap 4: ''Wordt herzien''
:*Stap 5: ''Wordt herzien''
:*Stap 6: ''Wordt herzien''

==Validatiemateriaal==
:*[[mp:ValidatieMO_Aanleveren_Materialen|Validatiematerialen Medicatieproces 9]]
:*[[mp:Vcurrent_Kwalificatie#Kwalificatiescripts_Medicatieproces_9_versie_3.0.0|Kwalificatiescripts]]
:*Acceptatiescripts worden met leveranciers gedeeld

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier is per stap gekwalificeerd|| De leverancier wordt opgenomen in het kwalificatieregister van Nictiz
|-
| De leverancier is per stap geaccepteerd|| De leverancier wordt opgenomen in het acceptatieregister van VZVZ
|-
| De leverancier is met alle stappen gevalideerd|| De leverancier mag gaan implementeren bij de zorginstelling
|-
|}

=Archief=
<div class="mw-collapsible mw-collapsed">
<div class="mw-collapsible-content">
:'''Testscript gebruikerseisen boven sectoraal'''
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>]

:'''In Ontwikkeling'''
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

:'''Informatieve memo's'''
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.3.0.0-rc.1'''
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.4'''
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional Design Medication Process 9 version 3.0.0-beta.4 English version">Functional Design Medication Process 9 version 3.0.0-beta.4 English version</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4</abbr>]]
:*[[mp:V3.0.0-beta.4_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.4_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-beta.4">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.3'''
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.2'''
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.2 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)]] / [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
</div>
</div>

=Paginahistorie=
<div class="mw-collapsible mw-collapsed">
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
</ul>

|-
| style="background-color: white;"| 26 februari 2026
| style="background-color: white;"|
<ul>
<li> 3.2 [https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten <abbr title="Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten ">Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten</abbr>] Link aangepast.
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.2''' gepubliceerd
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.2 (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.2 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2</abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2 voor patiënt</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.2for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.2_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.2">Release notes Medicatieproces 9 versie 3.0.0-rc.2</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-rc.1''' naar archief
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9|<abbr title="Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-rc.1 (NL)</abbr>]] / [[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_ENG|<abbr title="Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)">Functional design Medication Process 9 version 3.0.0-rc.1 (ENG)</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/<abbr title="Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)">Medicatieproces 9 versie 3.0.0-rc.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-rc.1_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.1 voor patiënt</abbr>]]
:*[[mp:V3.0.0-rc.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)">FHIR Implementation Guide Medication Process 9 version 3.0.0-rc.1for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Release notes Medicatieproces 9 versie 3.0.0-rc.1">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]

|-
| style="background-color: white;"| 2 januari 2025
| style="background-color: white;"|
<ul>
<li>'''In Ontwikkeling''' Naar archief
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

<li>'''Informatieve memo's''' Naar archief
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]
</ul>

|-
| style="background-color: white;"| 28 november 2024
| style="background-color: white;"|
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.4''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.4 (ENG)]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20241118T151205/index.html/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.4 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases (ENG) </abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' naar archief
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]
</ul>
|-
| style="background-color: white;"| 1 november 2024
| style="background-color: white;"|
<ul>
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faorta-on-fhir.scrollhelp.site%2Faorta-on-fhir-specificaties-versie-07x%2Flatest%2F&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816233917%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=RK1Zn%2Bh5Gjx1xb49eykDHZ7WbPxnhgMr05SWW1NfFOI%3D&reserved=0 Documentatie AORTA on FHIR ] Toegevoegd
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzt-medicatieoverdracht.scrollhelp.site%2FMedicatieoverdracht%2FWorking-version%2Fprogramma-van-eisen-medicatieoverdracht&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816270290%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2xeIUCmu8diGyxc%2FCGFfmcQJppAgm7yK9FATeHJnoXs%3D&reserved=0 Programma van Eisen LSP (bèta)] link aangepast
</ul>
|-
| style="background-color: white;"| 1 maart 2024
| style="background-color: white;"|
<ul>
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.2''' naar archief
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
</ul>
|-
| style="background-color: white;"| 6 november 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)] naar archief
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.2/ FHIR R4 conformance resources for Medication Process 9 (MP9)] geüpdatet naar beta.2 versie
<li> [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]] toegevoegd
<li> [https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://zt-medicatieoverdracht.scrollhelp.site/Medicatieoverdracht/Working-version/programma-van-eisen-medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>] geüpdatet n.a.v. beta.2 versie
</ul>
|-
| style="background-color: white;"| 20 oktober 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.2_releasenotes|Release notes Medicatieproces 9 versie 3.0.0-beta.2]] toegevoegd
<li> 2.2 Specificaties: update n.a.v. beta.2 release
*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
<li> 3.2 Testscript: update n.a.v. beta.2 release
*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.2]]
<li> [[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]] naar archief
<li> [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1]] & [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional Design Medication Process 9 version 3.0.0-beta.1 English version]] naar archief
</ul>
|-
| style="background-color: white;"| 11 oktober 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 6 september 2023
| style="background-color: white;"|
<ul>
<li> 2.5 [[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]] aangepast naar 9.3 versie.
|-
| style="background-color: white;"| 4 september 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatiehandleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}
</div>

Bestand:Format Plan van aanpak Leveranciers MP9 Wiki.docx

2026-03-30T12:47:22Z

Tom Seijger:

mp:V3.0.0-rc.2 Ontwerp medicatieproces 9 ENG

2026-02-26T15:56:42Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functional Design Medication Process 9 version rc.1  English version}}
{{IssueBox|'''<big>This page still shows the rc.1 version. The rc.2 version will be published no later than the end of March 2026. </big>'''}}

[[Bestand:NL.jpg|50px]] [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Voorschrijven 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 the administrator to the prescriber of the MA about the medication agreed upon. The recommendation request may include evaluating, discontinuing, starting or modifying medication.
|-
| style="background-color: white;vertical-align:top;"| Antwoord voorstel medicatieafspraak
| style="background-color: white;vertical-align:top;"| AVMA
| style="background-color: white;vertical-align:top;"| Reply proposal medication agreement
| style="background-color: white;vertical-align:top;"| 'Antwoord voorstel medicatieafspraak / Reply proposal medication agreement' is a reply from the prescriber to the VMA.
|-
| style="background-color: white;vertical-align:top;"| Voorstel verstrekkingsverzoek
| style="background-color: white;vertical-align:top;"| VVV
| style="background-color: white;vertical-align:top;"| Proposal dispense request
| style="background-color: white;vertical-align:top;"| 'Voorstel verstrekkingsverzoek / Proposal dispense request' is a proposal from the pharmacist to the prescriber to approve one or more MVE(s) in support of the current MA(s). This is comparable with the current situation of submitting the authorisation form or combined prescription or submitting a repeat prescription for signing. The patient may also submit a VVV to the prescriber.
|-
| style="background-color: white;vertical-align:top;"| Antwoord voorstel verstrekkingsverzoek
| style="background-color: white;vertical-align:top;"| AVVV
| style="background-color: white;vertical-align:top;"| Reply proposal dispense request
| style="background-color: white;vertical-align:top;"| 'Antwoord voorstel verstrekkingsverzoek / Reply proposal dispense request' is a reply from the prescriber to the VVV.
|}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. These are 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. Only when there are technical omissions in information systems, for example in case of complicated dosing schedules or combination drips, parallel MAs are allowed (see also the previous paragraph).
*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. The only exception for parallel MAs is described in [[#'Medicamenteuze behandeling / Pharmaceutical treatment' (MBH)|paragraph 1.3.3]].

===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 two to three times daily 20 mg pantoprazole because of gastric complaints. The first two tablets are fixed dosages, which are supplied in GDS. The third tablet, which is prescribed as needed, is supplied separately. At a certain moment, the pantoprazole 20 mg from Sandoz is no longer available for separate supplies. Therefore, the supplier decides to supply pantoprazole from Apotex. He stops the current TA and splits the TA in two TAs, both with the same startDateTime. The first TA concerns the fixed dosage in GDS, the second TA involves the as needed tablet. 
''NB. Currently, there is no relationship between an MVE and a specific TA. Therefore, it is as yet impossible to see with which TA an MVE is associated to without checking the content. Whether the functional design for this situation should be adjusted in the future is being evaluated. 
''
 
[[Bestand:ENG-Uc4.2.16.png|800px]]
 

===Parrallel 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 after-hours physician sends a VV to the after-hours pharmacy, using an existing MA. 
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 the case of an emergency, the MA and TA may be missing and, therefore, the (professional) administrator has to administer medication on the basis of an MA which is communicated verbally/by telephone. This medication is not incorporated in the administration list. In this situation, the (professional) administrator records the MTD in the information system of the administrator (including ECD, TDR). This is the first building block in a new pharmaceutical treatment; therefore, the administrator creates an MBH.

===Medication administration of self-medication===
According to the safety principles in the medication chain, the administrator 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 toedieningsafspraak. Namely one for the current situation and one or more for the future situation. This section describes an example with one current and one future. For clarity, the future building blocks have a “T-” in the examples. Both current and future building blocks are relevant for the medication overview. The building blocks for TA and MGB must have adequate references to either the current or future appointments. Below are three examples, in order of 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, receiving reply to proposal dispense request
|-
| style="background-color: white;"| VoorstelVerstrekkingsverzoekOntvangend
| style="background-color: white;"| MP-VVO
| style="background-color: white;"| Receiving proposal dispense request, sending reply to proposal dispense request
|-
| style="background-color: white;"| VoorstelMedicatieafspraakSturend
| style="background-color: white;"| MP-VMS
| style="background-color: white;"| Sending proposal for new or modified medication agreement, receiving reply to proposal medication agreement
|-
| style="background-color: white;"| VoorstelMedicatieafspraakOntvangend
| style="background-color: white;"| MP-VMO
| style="background-color: white;"| Receiving proposal for new or modified medication agreement, sending reply to proposal medication agreement
|}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-VVO
|style="background-color: white;vertical-align:top;" rowspan="2"|AVVV
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/medicatieproces/mp-html-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-VVS
|-
|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-VMO
|style="background-color: white;vertical-align:top;" rowspan="2"|AVMA
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-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-VMS
|}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:V3.0.0-Ontwerp medicatieproces 9

2026-02-26T15:54:06Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-rc.2}}

[[Bestand:ENG.jpg|50px]] [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Process:_prescribe Click here for the English live version] 

=Inleiding=
Dit document is onderdeel van de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|informatiestandaard medicatieproces}} (MP9), ontwikkeld binnen het {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|website medicatieoverdracht}}.
Tijdens de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|kickstart}} wordt de in de informatiestandaard beschreven werkwijze beproefd en zo nodig bijgesteld.

==Algemeen==
Dit document beschrijft het functioneel ontwerp (FO) van de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|informatiestandaard medicatieproces}}. Het beschrijft de vastlegging en uitwisseling van medicatiegegevens en licht dit toe met specifieke praktijkvoorbeelden. Dit wordt uitgelegd aan de hand van actoren (mensen en informatiesystemen) en transacties (welke informatie wordt wanneer en op welke wijze uitgewisseld). 
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de Nictiz webpagina voor {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|informatiestandaarden}}. In het {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|begrippenoverzicht}} op de website van Nictiz en de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|begrippenlijst}} op de site van het programma Medicatieoverdracht staat uitleg van de begrippen die voorkomen in dit FO. 
Daar is er een link naar het Technisch Ontwerp in de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|technisch ontwerp}}.

==Doelgroep==
De doelgroep voor dit document bestaat uit:
* Productmanagers, architecten, ontwerpers, bouwers en testers van:
:: – leveranciers van medicatiegerelateerde informatiesystemen;
:: – zorgorganisaties en regio-organisaties;
:: – Nictiz;
* Vertegenwoordigers van zorgverleners en patiënten.

==Kaders en uitgangspunten==
===Wetgeving===
De overdracht van medicatiegegevens zoals in dit document beschreven voldoet aan de wet- en regelgeving. Het versturen van een medicatieafspraak gecombineerd met een verstrekkingsverzoek komt overeen met een recept zoals gedefinieerd in de Geneesmiddelenwet. Nadere uitleg hierover is te vinden in de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|NEN7503}}. De {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|richtlijn}} bevat ook toelichting op de wettelijke eisen aan de uitwisseling van medicatiegegevens.

===Richtlijn en proces===
In 2020 is de herziene kwaliteitsstandaard {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|richtlijn}} gepubliceerd door het Zorginstituut Nederland. Het doel is daarin als volgt omschreven: 
“Het overdragen van medicatiegegevens in het netwerk van de patiënt, zodat voorschrijvers, apothekers, en toedieners op het moment van voorschrijven, ter hand stellen en toedienen binnen de keten continuïteit van zorg kunnen leveren en een verantwoorde risico-inschatting kunnen maken ten behoeve van veilige medische en farmaceutische zorg.” 

De bijbehorende {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|informatieparagraaf}} beschrijft globaal de vastlegging en uitwisseling van medicatiegegevens. De informatiestandaard werkt dit in detail uit. Het medicatieproces bestaat op hoofdlijnen uit de deelprocessen:
* Voorschrijven
* Ter hand stellen
* Toedienen
* Gebruiken
Daarbij is ook het deelproces medicatieverificatie van belang.
In [[#Medicatieproces|hoofdstuk 5 Medicatieproces]] wordt het zorgproces beschreven.

===Reikwijdte informatiestandaard===
De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen (dit FO) en de dataset voor alle gegevensuitwisselingen binnen alle deelprocessen in het medicatieproces (in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR}}).

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de Nictiz-pagina over {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|kwalificatie}} en de landingspagina van de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|kickstart}}.

==Leeswijzer==
===Usecases en scenario's in dit FO===
Informatiestandaarden worden bij Nictiz doorgaans beschreven aan de hand van usecases. In die informatiestandaarden is een usecase gedefinieerd als een beschrijving van een praktijksituatie in de zorg, die gekoppeld is aan een scenario. Een scenario is een samenhangende groep transacties voor het uitwisselen van gegevens. 
Het FO voor MP9 behandelt de zorgbrede uitwisseling van medicatiegegevens tussen een groot aantal verschillende betrokkenen en in uiteenlopende zorgsituaties. Binnen MP9 kunnen daarom in één deelproces verschillende usecases met bijbehorende scenario’s voorkomen. Een scenario kan ook in meer dan één deelproces van toepassing zijn. Verder wordt bij MP9 veel aandacht besteed aan de vastlegging van gegevens, naast het uitwisselen ervan. 
Voor MP9 is daarom gekozen voor een andere indeling: 
* [[#informatieoverdracht|Hoofdstuk 3 Informatieoverdracht]] geeft een overzicht van de scenario's met hun transacties, en de daarvoor benodigde systeemrollen. Hierbij wordt aangegeven in welke deelprocessen deze voorkomen.
* De beschrijving van het zorgproces staat in [[#mp|hoofdstuk 5 Medicatieproces]]. Voor elk deelproces wordt aangegeven welke systeemrollen hierbij nodig zijn.

===Overzicht hoofdstukken===
[[#inleiding|Hoofdstuk 1 Inleiding]] geeft algemene informatie over het FO van MP9. 
[[#concept|Hoofdstuk 2 Conceptueel model]] beschrijft het onderliggende conceptuele model waar MP9 op gebaseerd is: de aanleiding voor het ontwikkelen van dit model, uitgangspunten, definities en werkwijze. 
[[#informatieoverdracht|Hoofdstuk 3 Informatieoverdracht]] geeft een overzicht van de relevante informatiesystemen, systeemrollen, scenario's en transacties, en de daarbij betrokken bouwstenen. 
[[#consolideren|Hoofdstuk 4 Consolideren: wat, waarom en hoe]] beschrijft wat consolideren is en wat voor MP9 de bijbehorende regels zijn. 
[[#mp|Hoofdstuk 5 Medicatieproces]] beschrijft hoe het proces er in grote lijnen uitziet, welke deelprocessen erin voorkomen en hoe medicatiegegevens daarin worden gebruikt, vastgelegd en uitgewisseld. 
[[#aanvullende info|Hoofdstuk 6 Aanvullende informatie]] bevat een verwijzing naar pagina’s met aanvullende documentatie, de documenthistorie en de lijst met referenties.

===Voorbeelden op aparte pagina's===
Vanwege de lengte van dit FO zijn de praktijkvoorbeelden naar pagina’s buiten deze hoofdpagina verplaatst. Er is een pagina met [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden|alle voorbeelden]] en aparte pagina’s met voorbeelden per deelproces of deelonderwerp. 
Daarnaast zijn er [[mp:V3.0.0_Ontwerp_medicatieproces_9/aanvullende_documentatie#Overige_voorbeelden|nog enkele andere pagina's]] met nadere uitleg in de vorm van voorbeelden.

===Functionaliteiten in bètaversie===
In de vorige publicatie van het FO en de dataset hebben enkele functionaliteiten ten onrechte de versie-aanduiding ‘release candidate 1’ gekregen. Het gaat om de voorstelgegevens (zie [[#mp voorstelgegevens|paragraaf 5.6]]) en de functionaliteiten in het deelproces Toedienen (zie [[#Deelproces Toedienen|paragraaf 5.4]]). 
In deze publicatie van het FO en de dataset worden deze functionaliteiten daarom als bètaversie gepubliceerd, aangezien ze nog beproefd moeten worden. Dit is conform het Duurzaam Releasebeleid van Nictiz.

===Schrijfconventies===
De volgende schrijfconventies worden gevolgd in dit FO:
* De medicatiebouwstenen worden als afkorting geschreven. Alleen bij de eerste introductie en in paragraaftitels worden de volledige namen uitgeschreven. Doel is om de tekst korter en beter leesbaar te maken, zeker in geval van lange namen als 'wisselend doseerschema' of 'antwoord voorstel verstrekkingsverzoek'.
* Data-elementen van de bouwstenen en waarden uit waardelijsten worden geschreven zoals ze in de dataset in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR}} staan, inclusief hoofdletters. Op deze manier is altijd duidelijk wat er bedoeld wordt.
* In dit FO wordt de term 'patiënt' gebruikt waarmee zowel patiënten als cliënten worden bedoeld.
* In dit FO wordt de term 'verstrekker' gebruikt. Een verstrekker is een apotheker of apotheekhoudend huisarts die het proces van ter hand stellen uitvoert of onder wiens verantwoordelijkheid dat gebeurt.

=Conceptueel model=
In dit hoofdstuk wordt het model uitgelegd dat aan de basis staat van MP9. 
Paragraaf 2.1 bespreekt de aanleiding voor het ontwikkelen van dit model. 
Paragraaf 2.2 legt de basisprincipes uit. 
Paragraaf 2.3 beschrijft de medicatiebouwstenen en de voorstelgegevens. 
Paragraaf 2.4. introduceert het begrip 'medicamenteuze behandeling' en de functionele toepassing ervan. 
Paragraaf 2.5 geeft uitleg over de samenhang tussen bouwstenen en medicamenteuze behandeling. 
Paragraaf 2.6 beschrijft hoe deze bouwstenen uitgewisseld kunnen worden.

==Aanleiding ontwikkeling conceptueel model==
Registratie en communicatie van medicatiegegevens verlopen grotendeels digitaal. In de loop van de tijd zijn daarin diverse problemen aan het licht gekomen. Dit is onderzocht in een project van NHG en KNMP in 2012-2013. De conclusie was dat therapeutische en logistieke aspecten door elkaar lopen bij het vastleggen en communiceren van medicatiegegevens. Daarnaast ontbreekt er een eenduidig en gedeeld begrippenkader. 

Het bovenstaande is uitgewerkt in een rapport, {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|bouwstenen medicatieproces}} uit 2014. Hierin wordt een conceptueel model beschreven waarin therapeutische en logistieke gegevens uit elkaar worden getrokken. Dit model is de basis voor de informatiestandaard MP9.
De teksten in dit hoofdstuk zijn deels gebaseerd op dit rapport.

==Uitgangspunten conceptueel model==
Het conceptuele model is tot stand gekomen door de deelprocessen in het medicatieproces als vertrekpunt te nemen:
* voorschrijven
* ter hand stellen
* toedienen
* gebruiken
Tijdens deze deelprocessen ontstaat informatie die wordt vastgelegd in de vorm van medicatiebouwstenen. Een bouwsteen in een informatiestandaard is een verzameling samenhangende data-elementen rond een bepaald concept binnen een bepaalde context, bijvoorbeeld een medicatieafspraak in het medicatieproces. Deze data-elementen beschrijven de gegevens die nodig zijn voor een heldere en eenduidige representatie van dit concept. 
De verschillende medicatiebouwstenen representeren stappen in het medicatieproces rondom de patiënt: voorschrijven van een geneesmiddel (medicatieafspraak, verstrekkingsverzoek, wisselend doseerschema), gevolgd door het ter hand stellen (toedieningsafspraak, medicatieverstrekking), toedienen (medicatietoediening) en gebruiken (medicatiegebruik) van dat geneesmiddel. 
Tijdens een deelproces worden de data-elementen van de betreffende bouwsteen voor zover mogelijk en relevant ingevuld. Dit resulteert in een concrete invulling van die bouwsteen. Dit wordt een ''instantiatie'' genoemd. 
Instantiaties van bouwstenen kunnen digitaal worden uitgewisseld: ofwel door ze actief naar een andere zorgverlener te sturen, ofwel door ze beschikbaar te stellen voor raadpleging op een willekeurig moment door een andere zorgverlener en de patiënt (zie [[#push/pull|paragraaf 2.6]]). Hierdoor kan een zorgverlener op elk moment beschikken over alle medicatiegegevens van een patiënt, zoals bedoeld in de kwaliteitsstandaard {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|richtlijn}}. 
Volledige uitleg van het conceptuele model is te vinden in het originele rapport {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|bouwstenen medicatieproces}}.

==Medicatiebouwstenen en voorstelgegevens==
In deze paragraaf worden de medicatiebouwstenen en voorstelgegevens beschreven. Na de eerste introductie worden verder de afkortingen van de bouwstenen gebruikt, behalve in paragraaftitels.
===Therapeutische en logistieke bouwstenen===
Binnen de medicatiebouwstenen wordt onderscheid gemaakt tussen therapie en logistiek: 

'''Therapie''' 
Dit betreft de medisch-inhoudelijke aspecten. Het omvat onder andere de medicamenteuze (behandelings-)afspraken en de uitvoering ervan. Ook de therapeutische intentie, het (werkelijke) gebruik en zelfmedicatie vallen hieronder. 
De therapeutische bouwstenen zijn: medicatieafspraak (MA), toedieningsafspraak (TA), wisselend doseerschema (WDS), medicatietoediening (MTD) en medicatiegebruik (MGB). 

'''Logistiek''' 
Dit gaat over aspecten rondom de fysieke goederenstroom van geneesmiddelen, zoals aanvragen en afleveringen. 
De logistieke bouwstenen zijn: verstrekkingsverzoek (VV) en medicatieverstrekking (MVE). 
 
Figuur 2.1 geeft de medicatiebouwstenen weer, verdeeld naar deelproces en onderscheid therapie/logistiek. 

{{anchor|figuur FOH1}}
[[Bestand:Bouwstenen_oktober2023-300OUD.png|750px|Figuur 1 Bouwstenen - overzicht]] 
''Figuur 2.1 Overzicht therapeutische en logistieke medicatiebouwstenen'' 
 
Onderstaande tabel geeft een beschrijving van de bouwstenen.
{{anchor|tabel 1}}
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| Bouwsteen
! style="text-align:left;"| Afk.
! style="text-align:left;"| Beschrijving
|-
| style="background-color: white;vertical-align:top;"| medicatieafspraak
|style="background-color: white;vertical-align:top;"| MA
| style="background-color: white;vertical-align:top;"| Een medicatieafspraak is de afspraak tussen de voorschrijver en de patiënt over het gebruik van medicatie door deze patiënt. Ook de afspraak om het medicatiegebruik te stoppen of te wijzigen is een medicatieafspraak.
|-
| style="background-color: white;vertical-align:top;"| wisselend doseerschema
| style="background-color: white;vertical-align:top;"| WDS
| style="background-color: white;vertical-align:top;"| Met het wisselend doseerschema wordt het onderdeel gebruiksinstructie van een medicatieafspraak concreet ingevuld. Het doseerschema kan tussentijds aangepast worden zonder dat de medicatieafspraak gewijzigd hoeft te worden.
|-
| style="background-color: white;vertical-align:top;"| verstrekkingsverzoek
| style="background-color: white;vertical-align:top;"| VV
| style="background-color: white;vertical-align:top;"| Een verstrekkingsverzoek is het verzoek van een voorschrijver aan de verstrekker tot medicatieverstrekking(en) aan de patiënt in lijn met de bijbehorende medicatieafspraken.
|-
| style="background-color: white;vertical-align:top;"| toedieningsafspraak
| style="background-color: white;vertical-align:top;"| TA
| style="background-color: white;vertical-align:top;"| Een toedieningsafspraak is de gebruiks- of toedieningsinstructie van de verstrekker aan de patiënt, diens vertegenwoordiger of toediener, waarbij de medicatieafspraak concreet wordt ingevuld.
|-
| style="background-color: white;vertical-align:top;"| medicatieverstrekking
| style="background-color: white;vertical-align:top;"| MVE
| style="background-color: white;vertical-align:top;"| Een medicatieverstrekking is de uitgifte van een hoeveelheid van een geneesmiddel aan de patiënt, diens vertegenwoordiger of toediener.
|-
| style="background-color: white;vertical-align:top;"| medicatietoediening
| style="background-color: white;vertical-align:top;"| MTD
| style="background-color: white;vertical-align:top;"| Een medicatietoediening is de afzonderlijke toediening van een geneesmiddel aan de patiënt door de toediener.
|-
| style="background-color: white;vertical-align:top;"| medicatiegebruik
| style="background-color: white;vertical-align:top;"| MGB
| style="background-color: white;vertical-align:top;"| Medicatiegebruik is een uitspraak over het historisch, huidig of voorgenomen gebruik van een geneesmiddel door de patiënt. De uitspraak kan vastgelegd worden door de patiënt zelf maar ook door een zorgverlener of een vertegenwoordiger van de patiënt.
|}

===Voorstelgegevens===
Het kan voorkomen dat een zorgverlener of patiënt een voorstel wil doen voor een nieuwe MA of VV. Om dit te ondersteunen zijn voorstelgegevens geïntroduceerd. In dit FO en de dataset worden de voorstelgegevens als bètaversie gepubliceerd (zie [[#beta|paragraaf 1.5.4]]). 
 
Onderstaande tabel geeft een beschrijving van deze voorstelgegevens.

{{anchor|tabel 1}}
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| Bouwsteen
! style="text-align:left;"| Afk.
! style="text-align:left;"| Beschrijving
|-
| style="background-color: white;vertical-align:top;"| voorstel medicatieafspraak
| style="background-color: white;vertical-align:top;"| VMA
| style="background-color: white;vertical-align:top;"| Het voorstel medicatieafspraak is een voorstel van een zorgverlener of de patiënt aan de voorschrijver met betrekking tot het voorschrijven van medicatie. Het voorstel kan inhouden de medicatie te stoppen, starten, wijzigen of continueren.
|-
| 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;"| Het antwoord voorstel medicatieafspraak is een antwoord van de voorschrijver op het voorstel medicatieafspraak. Hierin geeft de voorschrijver aan akkoord te gaan (waarna een (aangepaste) medicatieafspraak zal volgen) of niet (en de reden daarvoor).
|-
| style="background-color: white;vertical-align:top;"| voorstel verstrekkingsverzoek
| style="background-color: white;vertical-align:top;"| VVV
| style="background-color: white;vertical-align:top;"| Het voorstel verstrekkingsverzoek is een voorstel van een zorgverlener of de patiënt aan de voorschrijver om een medicatieverstrekking te fiatteren ten behoeve van de bijbehorende medicatieafspraak.
|-
| 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;"| Het antwoord voorstel verstrekkingsverzoek is een antwoord van de voorschrijver op het voorstel verstrekkingsverzoek. Hierin geeft de voorschrijver aan akkoord te gaan (waarna een verstrekkingsverzoek zal volgen) of niet (en de reden daarvoor).
|}

Een voorstel kan resulteren in een nieuwe MA of VV. Er wordt altijd een AVMA of AVVV naar de voorsteller gestuurd. 
Een voorstel is alleen bedoeld voor de voorschrijver waar het voorstel aan gericht is, niet voor de rest van de keten. Het zijn dus geen bouwstenen (zoals in [[#bouwstenen|paragraaf 2.3.1]]) waarmee een overzicht van medicatie kan worden opgebouwd, al staan ze wel ook in de dataset in ART-DECOR. Ze vallen dus ook niet onder een MBH (zie paragraaf 2.4). 
In [[#mp voorstelgegevens|paragraaf 5.6]] wordt het gebruik van de voorstelgegevens verder toegelicht. 

===Medicatiebouwstenen en zorginformatiebouwstenen===
Zorginformatiebouwstenen (zibs) zijn conceptuele modellen. Elke informatiestandaard gebruikt deze als bouwblokken. Maar zibs zijn context-onafhankelijk en in informatiestandaarden kan het nodig zijn om extra informatie toe te voegen om die context te verduidelijken. Daardoor zijn er in de uitwerking enige verschillen tussen de medicatiebouwstenen in dit FO en de medicatiezibs. Voor meer informatie over de zibs zie {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|zibs}}.

==Het begrip 'medicamenteuze behandeling'==
In deze paragraaf worden het begrip ‘medicamenteuze behandeling’ (MBH) en de functionele toepassing ervan geïntroduceerd.

===Medicamenteuze behandeling als technisch begrip===
Er kunnen verschillende medicatiebouwstenen bestaan die betrekking hebben op dezelfde behandeling. Om aan te geven dat deze bouwstenen bij elkaar horen is het begrip ‘medicamenteuze behandeling’ geïntroduceerd. Het gaat hierbij om een '''''technisch begrip''''', een MBH heeft geen zorginhoudelijke betekenis. Het heeft de vorm van een uniek identificatienummer ('''''id''''') dat door een informatiesysteem aan een bouwsteen of verzameling van samenhangende bouwstenen gekoppeld wordt.

De MBH maakt het volgende mogelijk:
#''eenduidig identificeren van de verzameling van samenhangende medicatiebouwstenen;''
#''toepassen van regels op een verzameling van bouwstenen om eenduidig te bepalen wat de actuele situatie van een patiënt is wat betreft diens behandeling met een bepaald geneesmiddel (zie [[#consolideren|hoofdstuk 4]]).''

===Starten van een nieuwe medicamenteuze behandeling===
Het starten van een behandeling met een geneesmiddel gebeurt door een eerste bouwsteen vast te leggen. Hiermee wordt een nieuwe MBH gestart. De eerste bouwsteen zal meestal een MA zijn, maar kan ook bijvoorbeeld een TA of MGB zijn waarmee zelfzorgmedicatie wordt vastgelegd, of een MTD als in een acute situatie direct een geneesmiddel moet worden toegediend. 
Bij het vastleggen van een nieuwe bouwsteen moet eerst worden gecontroleerd of het om een nieuw geneesmiddel gaat of dat er al een bouwsteen met hetzelfde product bestaat. Dat kan in het eigen informatiesysteem het geval zijn, maar ook in informatiesystemen elders. Een afdoende controle vereist dus het raadplegen van alle beschikbare bouwstenen (zie voor uitleg over raadplegen [[#push/pull|paragraaf 2.6]] en [[#informatieoverdracht|hoofdstuk 3]]). Deze bouwstenen worden vervolgens gecontroleerd:
* Als er geen bestaande bouwsteen voor dit geneesmiddel is dan wordt een nieuwe MBH aangemaakt.
* Als er een bouwsteen bestaat met hetzelfde geneesmiddel dan zal het doorgaans de bedoeling zijn dat de nieuwe bouwsteen onder dezelfde MBH valt. De zorgverlener moet wel de mogelijkheid hebben om te kiezen voor het starten van een nieuwe MBH.

In figuur 2.2 is het starten van een MBH schematisch weergegeven. 
 

[[Bestand:Nieuwe MBH Flowchart.png|500px|Figuur 2 Stroomschema starten MBH]] 

''Figuur 2.2 Stroomschema starten MBH'' 
 
Wanneer geldt iets als ‘hetzelfde geneesmiddel’ of ‘dezelfde behandeling’? 
Bij het vastleggen van een MA bepaalt de PRK (PRescriptie Kenmerken uit de G-standaard) van een geneesmiddel of deze MA bij een nieuwe of bestaande MBH hoort. Een andere PRK leidt tot een andere MBH. Uitleg over welke kenmerken op dit niveau van belang zijn is te vinden op de webpagina {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ruggengraat}}. '''NB''': Dat een wijziging in PRK tot een nieuwe MBH leidt geldt alleen voor de MA. Een verstrekker zou een middel met een andere PRK kunnen kiezen, bijvoorbeeld vanwege preferentiebeleid. De bijbehorende TA en MVE vallen dan niet onder een nieuwe MBH. De andere bouwstenen volgen de MA of TA waarnaar ze verwijzen. 
 
Voor producten zonder PRK geldt het volgende:
* '''Niet-geneesmiddelen'''.
:Dit zijn middelen als krukken of verbandmiddelen. In die gevallen bepaalt het HPK-niveau (Handels Product Kenmerken uit de G-standaard) of het om een nieuw middel en dus een nieuwe MBH gaat.
* '''Geneesmiddelen'''. Het kan gaan om:
:#Magistralen. Deze bestaan veelal uit meerdere stoffen die niet onder eenzelfde PRK vallen. Die stoffen worden afzonderlijk als ingrediënten opgenomen in de MA. Elke afzonderlijke magistraal of aanpassing* daarop valt onder een nieuwe MBH.
:#Eigen artikelen zonder PRK. Dit zijn artikelen die in het interne informatiesysteem mogelijk onder een 90 miljoen nummer worden opgeslagen, bijvoorbeeld halve tabletten of veel gebruikte magistralen. Elk afzonderlijk artikel of aanpassing* daarop valt onder een nieuwe MBH.
:#Middelen die in vrije tekst zijn voorgeschreven en waarvan dus geen product- of ingrediëntcode uit de G-Standaard beschikbaar is. Elke aanpassing* van het product valt onder een nieuwe MBH.
:#Infusen. Voor de Kickstart is een voorlopige werkwijze uitgewerkt, zie de pagina {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|Werkwijze infusen}}. 

Ook bij deze producten gelden de regels alleen bij vastleggen van een MA, niet bij TA en MVE. Indien en voor zover de verstrekker mag afwijken van de in de MA beschreven medicatie, leidt dit niet tot een nieuwe MBH. 

<nowiki>*</nowiki>Met ‘aanpassing’ wordt in principe bedoeld: Aanpassingen die bij middelen mét PRK tot een andere PRK zouden leiden en daarmee onder een nieuwe MBH vallen, leiden bij deze middelen ook tot aanpassing van de MBH. Deze regel is met name bedoeld om consistent te zijn. Waar dit tot implementatieproblemen leidt moet in overleg tussen gebruikers en leveranciers naar een werkbare oplossing gezocht worden.

'''Voorbeelden'''
*Diazepam 5 mg 4x daags 1 tablet wordt gewijzigd naar diazepam 5 mg 3x daags 1 tablet. De PRK blijft gelijk, beide MA’s vallen daarom onder dezelfde MBH.
*Paroxetine tablet 10 mg 1x daags 1 tablet wordt gewijzigd naar paroxetine tablet 20 mg 1x daags 1 tablet. De bijbehorende MA’s gaan over verschillende geneesmiddelen op PRK-niveau en vallen dus onder verschillende MBH’s.
*Bij een behandeling met prednison is uit voorzorg een maagbeschermer afgesproken. Deze worden weliswaar parallel aan elkaar voorgeschreven maar het zijn verschillende geneesmiddelen. Ze vallen dus niet onder dezelfde MBH en kunnen apart van elkaar gewijzigd en gestopt worden.
*Het wisselen van bètablokker naar een ACE-remmer betekent een wijziging van PRK. De bijbehorende MA's vallen onder verschillende MBH's.

====Parallelle medicamenteuze behandelingen voor dezelfde medicatie====
Hierboven is beschreven dat bij het vastleggen van een nieuwe bouwsteen gecontroleerd moet worden of er al een MBH voor deze medicatie bestaat. Er kunnen echter toch situaties voorkomen dat er parallelle MBH’s bestaan voor dezelfde medicatie. Voorbeelden zijn:
* Patiënt heeft geen toestemming gegeven voor het beschikbaar stellen van diens medicatiegegevens.
* Bij migratie en in de hybride situatie kunnen bouwstenen voor dezelfde behandeling in verschillende informatiesystemen zijn vastgelegd onder verschillende MBH’s.
* Spoedsituaties waarbij de MA wordt vastgelegd na het toedienen van medicatie, in de MBH die door de MTD is geopend. Als voor die medicatie al een MA bestond zijn er nu 2 MBH’s met bouwstenen voor die medicatie.
Samenvoegen van bij elkaar horende bouwstenen die onder verschillende MBH’s zijn vastgelegd is beschreven in de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|implementatiehandleiding migratie en hybride}}.

===Stoppen en wijzigen van medicatie binnen een medicamenteuze behandeling===
Een eenmaal ingevulde en uitgewisselde bouwsteen verandert niet. Als aanpassingen nodig zijn worden deze als volgt gemaakt: 

Stoppen 
* Het stoppen van een afspraak (MA, TA) gebeurt door binnen dezelfde MBH een stop-bouwsteen vast te leggen. Dit is een nieuwe MA of TA met stoptype ‘stopgezet’.
* Het stoppen van een afspraak (MA, TA) met {{fhir|startDatumTijd}} in de toekomst, met als doel dat de medicatie helemaal niet gebruikt gaat worden, heet ''annuleren''. Dit gebeurt door binnen dezelfde MBH een annuleer-bouwsteen vast te leggen. Dit is een nieuwe MA of TA met stoptype 'geannuleerd'. Hiermee wordt duidelijk dat de medicatie nooit gestart is, terwijl dit bij stoppen wel het geval is.
* Definitief stoppen van een WDS moet door een stop-MA gebeuren. 
Wijzigen 
* Het wijzigen van een afspraak (MA, TA, WDS) gebeurt door binnen dezelfde MBH:
:#een nieuwe afspraak met de gewijzigde informatie vast te leggen, én 
:#de bestaande afspraak te stoppen met een stop-bouwsteen met stoptype ‘stopgezet’.

Het data-element stoptype wordt uitsluitend in stop-bouwstenen ingevuld, dus alleen bij stoppen (inclusief annuleren) of wijzigen. 
Deze werkwijze met stop-bouwstenen geldt alleen voor de afspraakbouwstenen MA, TA en WDS. Bij de overige bouwstenen is dit niet aan de orde. MGB kent weliswaar ook een stoptype, maar dat heeft daarin een andere functie. Hiermee wordt de periode aangegeven waarin de patiënt de medicatie niet gebruikt heeft, zie [[#aanwijzing mgb|paragraaf 5.5.2]]. 
In [[#mp|hoofdstuk 5]] wordt per deelproces het vastleggen van (stop-)bouwstenen verder uitgewerkt.

====Gewone en 'technische' stop-bouwstenen====
Bij het definitief stoppen van een bouwsteen zal de zorgverlener dit actief doen door de benodigde gegevens in de stop-bouwsteen in te vullen. 
Behalve gewone stop-bouwstenen bestaan er ook ‘technische’ stop-bouwstenen. Deze zijn van toepassing als medicatie wordt gewijzigd. Naast het vastleggen van een nieuwe bouwsteen met de gewijzigde informatie moet ook de oorspronkelijke bouwsteen worden gestopt. De zorgverlener hoeft in dit geval niet zelf een stop-bouwsteen vast te leggen, het systeem maakt onderliggend de stop-bouwsteen aan. Dergelijke stop-bouwstenen bij wijzigingen worden in dit FO technische stops genoemd, bijvoorbeeld 'technische stop-MA'. 
De te wijzigen bouwsteen wordt gestopt vanaf de {{fhir|startDatumTijd}} van de nieuwe bouwsteen. In de praktijk kan de {{fhir|eindDatumTijd}} van de technische stop-bouwsteen iets eerder liggen (bijvoorbeeld 1 seconde), zodat informatiesystemen dit beter kunnen verwerken. 

===Regels voor parallelle bouwstenen in een medicamenteuze behandeling===
Binnen een MBH kunnen meerdere bouwstenen van hetzelfde type gelijktijdig actueel zijn, bijvoorbeeld een huidige en een toekomstige MA. In principe zijn er echter binnen één MBH geen parallelle bouwstenen toegestaan. Parallelle bouwstenen zijn bouwstenen die:
* van hetzelfde type zijn én
* beide geldig zijn én
* een (deels) overlappende {{fhir|Gebruiksperiode}} hebben.
In [[#begrippen consolidatieregels|paragraaf 4.4]] worden de begrippen actueel en geldig nader uitgelegd. 
 
In enkele gevallen zijn parallelle bouwstenen binnen een MBH wel toegestaan. Dit is in onderstaande regels per type bouwsteen uitgewerkt.
* Parallelle '''MA'''’s zijn niet toegestaan binnen dezelfde MBH. Ook complexe op- en afbouwschema’s moeten in 1 MA vastgelegd worden.
* Parallelle '''WDS'''’en zijn niet toegestaan binnen dezelfde MBH.
* Parallelle '''TA'''’s zijn wel toegestaan binnen dezelfde MBH. Dit kan noodzakelijk zijn om de medicatieafspraak volledig uit te voeren.
* Parallelle '''MGB'''’s zijn toegestaan binnen dezelfde MBH, maar alleen bij parallelle TA’s. Dit maakt correcte medicatieverificatie mogelijk, zodat bijvoorbeeld het medicatiegebruik behorend bij de ene TA als ‘conform afspraak’ kan worden beoordeeld, terwijl het medicatiegebruik behorend bij een andere TA in dezelfde MBH als afwijkend wordt geregistreerd. In alle andere gevallen zijn parallelle MGB’s niet toegestaan. 
 
In bepaalde situaties kan het gebeuren dat er parallelle MA’s (dreigen te) ontstaan. Voorbeeld:
* Bij het vastleggen van een nieuwe MA is niet gemerkt dat er al een MBH bestaat voor deze medicatie.
Als op enig moment blijkt dat er sprake is van parallelle MA’s moet een van beide gestopt worden.

==Samenhang medicamenteuze behandeling en medicatiebouwstenen==
Binnen een MBH kunnen verschillende bouwstenen bestaan. Hieronder wordt de samenhang tussen de bouwstenen binnen een MBH uitgelegd met hun onderlinge getalsmatige verhoudingen, dus hoe vaak binnen één MBH een bouwsteen ten opzichte van een andere bouwsteen kan voorkomen. Het gaat hierbij om instantiaties van de bouwstenen.

===Samenhang MBH en bouwstenen===
Voor de verhoudingen tussen een MBH en de bouwstenen geldt het volgende (uitgaande van de MBH): 

{| class="wikitable" style="width: 85%;"
! style="text-align:left;" colspan="2"|Medicamenteuze behandeling → andere bouwstenen
|-
| style="width: 60%; vertical-align: top;"|Een MBH heeft in principe minimaal één MA.
|Er zijn uitzonderingen mogelijk; enkele voorbeelden zijn: • Er is zelfzorgmedicatie vastgelegd met bouwsteen MGB. • Er is in een acute situatie direct medicatie toegediend en een MTD vastgelegd. • Er is afgesproken dat de verstrekker bij een NSAID of prednison altijd maagbescherming mag verstrekken. In dergelijke gevallen is er sprake van een MBH zonder MA.
|-
| Er kunnen 0 tot meer MA’s actueel zijn binnen een MBH: 0 of 1 huidige en 0 of meer toekomstige. Zie [[#Is een bouwsteen actueel?|paragraaf 4.4.1]] voor uitleg over de begrippen actueel, huidig en toekomstig.
|
|-
| Een MBH kan 0 of meer van de bouwstenen VV, WDS, TA, MVE, MGB en MTD hebben. In een MBH zit altijd minimaal 1 bouwsteen.
|
|}

===Samenhang bouwstenen onderling===
Hieronder volgt uitleg over de getalsverhoudingen tussen de bouwstenen onderling, beginnend met de MA. Per bouwsteen wordt aangegeven hoeveel instantiaties van een andere bouwsteen erbij kunnen voorkomen. Waar nodig zijn uitspraken voorzien van voorbeelden. 
Als het woord 'verwijzen' wordt gebruikt gaat het om een Relatie-veld zoals deze in de dataset in ART-DECOR voorkomt. Als zo’n relatie niet bestaat, maar er wel een uitspraak gedaan wordt over de onderlinge getalsverhoudingen is dit gemarkeerd met een asterisk (*). 

'''Enkele algemene regels over verwijzen:'''
* Een bouwsteen kan verwijzen naar een eerder vastgelegde bouwsteen van hetzelfde type. Deze verwijzing is niet verplicht.
* Stop-bouwstenen moeten wel een verwijzing naar de te stoppen bouwsteen bevatten, mits die in de MBH aanwezig is.
* Een gewone bouwsteen verwijst nooit naar een technische stop-bouwsteen. Alleen een stop-bouwsteen kan naar een technische stop verwijzen.

{| class="wikitable" style="width: 85%;"
! colspan="2" style="text-align:left;"|Medicatieafspraak → andere bouwstenen
|-
| style="width: 40%; vertical-align:top;"|Een MA kan opgevolgd worden door een nieuwe MA.
| Voorbeelden: • Wijzigen bestaande medicatie. • Stoppen bestaande medicatie. De nieuwe MA en eventuele stop-MA verwijzen dan naar de oorspronkelijke MA.
|-
| style="vertical-align:top;"|Bij een MA kunnen 0, 1 of meer WDS'en horen.
|-
| style="vertical-align:top;"|Bij een MA kunnen 0, 1 of meer VV’s horen.
| Voorbeelden:
{| class="wikitable"
| style="vertical-align:top;"|Nul
| • De patiënt heeft nog voldoende voorraad. • Het betreft zelfzorgmedicatie.
|-
| style="vertical-align:top;"|Eén
| Voorschrijven van een antibioticakuur.
|-
| style="vertical-align:top;"|Meer
| Herhalingen bij langlopende MA.
|}
|-
| style="vertical-align:top;"|Bij een MA kunnen 0, 1 of meer TA’s horen.
| Voorbeelden:
{| class="wikitable"
| style="vertical-align:top;"| Nul
| • Een nieuwe MA waarbij geen medicatie verstrekt hoeft te worden omdat de patiënt nog voldoende voorraad heeft van een vorige behandeling. • Het betreft een MA voor medicatie waar geen wettig recept voor nodig is en die door de patiënt zelf wordt gehaald bij een drogist.
|-
| style="vertical-align:top;"| Eén
| De meest gangbare situatie, waarbij een TA volgt na een MA.
|-
| style="vertical-align:top;"| Meer
| De verstrekker wisselt van handelsproduct of gaat de medicatie in GDS (Geneesmiddel Distributie Systeem) leveren.
|}
|-
| style="vertical-align:top;"|Een MA kan verwijzen naar een eerder vastgelegde TA.
| Voorbeeld: • Er is een TA aangemaakt voor de terhandstelling van zelfzorgmedicatie. De voorschrijver besluit hier beleid van te maken en maakt een MA aan in de MBH van de TA.
|-
| style="vertical-align:top;"|Een MA kan verwijzen naar een eerder vastgelegde MGB.
| Voorbeeld: • De patiënt heeft een MGB aangemaakt voor zelfzorgmedicatie. De voorschrijver besluit hier beleid van te maken en maakt een MA aan in de MBH van de MGB.
|-
! colspan="2" style="text-align:left;"|Wisselend doseerschema → andere bouwstenen
|-
| style="vertical-align:top;"|Een WDS verwijst naar een MA.
|
|-
| style="vertical-align:top;"|Een WDS kan naar een eerder vastgelegd WDS verwijzen.
| Voorbeeld: • Wijziging van het wisselend doseerschema.
|-
! colspan="2" style="text-align:left;"|Verstrekkingsverzoek → andere bouwstenen
|-
| style="vertical-align:top;"|Een VV verwijst naar 1 of meer MA’s.
| Voorbeeld: • Bij een tussentijdse doseringsverhoging kan een VV vastgelegd worden dat enerzijds de voorraad voor de bestaande MA aanvult en anderzijds dient om de voorraad voor de toekomstige MA te starten. 
Uitzondering: 
In de transacties Beschikbaar stellen medicatiegegevens en Sturen medicatiegegevens kan het voorkomen dat een VV zonder verwijzing naar een MA bestaat. Dit kan alleen in geval van migratie van een systeem, en soms in de hybride situatie.
|-
| style="vertical-align:top;"|Bij een VV kunnen 0, 1 of meer MVE’s horen.
| Voorbeelden: • Nul : De patiënt haalt de medicatie niet af. • Eén: Het betreft een kuur met antibiotica. • Meer: GDS met VV voor 3 maanden waarbij wekelijks wordt verstrekt.
|-
! colspan="2" style="text-align:left;"|Toedieningsafspraak → andere bouwstenen
|-
| style="vertical-align:top;"|Een TA kan opgevolgd worden door een nieuwe TA.
| Voorbeelden: • Wijziging van de bestaande MA. • Verstrekking middel met andere PRK of HPK vanwege preferentiebeleid of voorraadtekort. • Wijziging in toedientijden of distributievorm.
|-
| style="vertical-align:top;"|Er kunnen meerdere (eventueel parallelle) TA’s verwijzen naar dezelfde MA.
| Voorbeelden: • Verstrekking geneesmiddel in de vorm van twee of meer middelen met verschillende sterkte die samen de gewenste sterkte opleveren (parallelle TA’s). • Verstrekking geneesmiddel met andere PRK of HPK, bijvoorbeeld vanwege preferentiebeleid of voorraadtekort (seriële TA’s). • Verstrekking geneesmiddel in GDS én in los doosje als 'zo nodig' medicatie. Het betreft verschillende distributievormen dus hiervoor zijn 2 TA’s nodig (parallelle TA’s).
|-
| style="vertical-align:top;"|Een TA kan bestaan zonder verwijzing naar een MA.
| Voorbeelden: • De verstrekker stelt zelfzorgmedicatie ter hand en maakt een TA aan in een nieuwe MBH. • De verstrekker stelt een aanvullend middel ter hand waar nog geen voorschrift voor is. Hij maakt hiervoor een TA aan in een nieuwe MBH, en stuurt een VMA voor het aanvullende middel naar de voorschrijver.
|-
| style="vertical-align:top;"|(*) Bij een TA kunnen 0, 1 of meer MVE’s horen.
| Voorbeelden: • Nul : De patiënt heeft voldoende voorraad. • Eén: Het betreft een kuur met antibiotica. • Meer: Elke 2 weken een herhalende verstrekking.
|-
! colspan="2" style="text-align:left;"|Medicatieverstrekking → andere bouwstenen
|-
| style="vertical-align:top;"|Een MVE is in de ambulante situatie gebaseerd op een VV. In dat geval verwijst de MVE naar dat VV.
| Uitzonderingen: • Zelfzorgmedicatie verkregen bij de verstrekker. • MVE op basis van een papieren recept. Papieren recepten zijn in principe niet meer toegestaan maar er zijn uitzonderingsgevallen mogelijk, zie praktijkvoorbeeld [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden#papieren recept|Papieren recept]].
|-
| style="vertical-align:top;"|(*) Een MVE is gebaseerd op een MA.
| Uitzondering: • Zelfzorgmedicatie verkregen bij de verstrekker. De verstrekker kan hierbij ook een TA aanmaken, maar dat hoeft niet.
|-
| style="vertical-align:top;"|(*) Een MVE is gebaseerd op een TA.
| Uitzondering: • Zelfzorgmedicatie verkregen bij de verstrekker. De verstrekker kan hierbij ook een TA aanmaken, maar dat hoeft niet.
|-
| style="vertical-align:top;"|(*) Een MVE kan bij meerdere TA’s horen.
| Voorbeeld: • Er is een nieuwe TA aangemaakt waar geen MVE voor nodig was, omdat de patiënt voldoende voorraad had. De eerdere MVE hoort dan bij zowel de oude als de nieuwe TA.
|-
! colspan="2" style="text-align:left;"|Medicatiegebruik → andere bouwstenen
|-
| style="vertical-align:top;"|Een MGB kan naar 0 of 1 MA verwijzen.
| Voorbeelden: • Nul : Een patiënt legt zelfzorgmedicatie vast met MGB. • Eén: Een patiënt legt diens gebruik van een geneesmiddel over de afgelopen weken vast met MGB, met verwijzing naar de betreffende MA.
|-
| style="vertical-align:top;"|Meerdere MGB’s kunnen verwijzen naar dezelfde MA.
| Voorbeeld: • Een patiënt houdt regelmatig zijn medicatiegebruik bij door het vastleggen van MGB’s bij dezelfde MA.
|-
| style="vertical-align:top;"|Een MGB kan naar 0 of 1 TA verwijzen.
| Voorbeeld: • Nul: Een patiënt legt door de apotheek verstrekte zelfzorgmedicatie vast met MGB.
|-
| style="vertical-align:top;"|Meerdere MGB’s kunnen verwijzen naar dezelfde TA.
| Voorbeeld: • Een patiënt houdt regelmatig zijn medicatiegebruik bij door het vastleggen van MGB’s bij dezelfde TA.
|-
| style="vertical-align:top;"|Een MGB kan maar naar één andere bouwsteen, MA óf TA, verwijzen.
| Reden: • Als naar beide verwezen wordt en er zou een verschil zijn tussen TA en MA, dan is niet af te leiden wat “conform afspraak” inhoudt.
|
|-
! colspan="2" style="text-align:left;"|Medicatietoediening → andere bouwstenen
|-
| style="vertical-align:top;"|Een MTD verwijst naar 0 of 1 MA en/of TA en/of WDS, afhankelijk van de situatie.
| Voorbeelden: • In ad-hocsituaties waarin meteen medicatie moet worden toegediend heeft de MTD geen verwijzing. • In ambulante situaties zal doorgaans naar een TA worden verwezen, in klinische situaties eerder naar een MA. • De MTD kan naar zowel de MA als TA verwijzen, als die beide bestaan. De MA waarnaar de MTD verwijst moet dezelfde zijn als die waar de TA naar verwijst. • Als er sprake is van een WDS, dan zal de MTD naar zowel WDS als MA verwijzen. De MA waarnaar de MTD verwijst moet dezelfde zijn als die waar het WDS naar verwijst.
|}

De voorstelgegevens bevatten voorstellen waarvan nog niet zeker is of deze leiden tot nieuwe MA’s of VV’s. Voorstelgegevens leiden wel altijd tot antwoorden met daarin het besluit op die voorstellen. De onderlinge getalsverhoudingen bij deze voorstelgegevens zijn als volgt:
* Een VMA kan leiden tot 0, 1 of meer MA’s.
* Een VMA leidt tot 1 AVMA.
* Een VVV kan leiden tot 0, 1 of meer VV’s.
* Een VVV leidt tot 1 AVVV.

===Samenhang MBH en bouwstenen grafisch weergegeven===
De uitspraken in paragraaf 2.5.1 en 2.5.2 resulteren in de volgende figuren: 
[[Bestand:Samenhang MBH bouwstenen.png|600px|Samenhang MBH en bouwstenen]] 

''Figuur 2.3 Samenhang MBH en bouwstenen'' 

Deze figuur laat zien hoeveel instantiaties van therapeutische en logistieke bouwstenen er binnen één MBH kunnen voorkomen. Een patiënt kan 0 of meer medicamenteuze behandelingen hebben. 
[[Bestand:20250930 Samenhang verhoudingen en verwijzingen.png|700px|Samenhang bouwstenen binnen een MBH]] 

''Figuur 2.4 Samenhang bouwstenen binnen een MBH met onderlinge verwijzingen'' 

Deze figuur toont de onderlinge getalsverhoudingen tussen instantiaties van de bouwstenen binnen één MBH. De pijlen geven aan dat een bouwsteen naar een andere bouwsteen kan verwijzen. In geval van dubbelzijdige pijlen kunnen beide bouwstenen naar elkaar verwijzen. De volgende notatie wordt gebruikt: 

* '''0..1''' – 0 of 1 keer 
* '''0..*''' – 0, 1 of meer keren 
* '''1..*''' – minimaal 1 keer 
* '''1..1''' – precies 1 keer 

De getallen die bij een bouwsteen vermeld staan laten zien hoe vaak deze bouwsteen kan voorkomen binnen één MBH (figuur 2.3), of bij één instantiatie van de bouwsteen aan de andere kant, binnen dezelfde MBH (figuur 2.4). Voorbeeld: 
 
[[Bestand: 20241126 uitleg kardinaliteiten in schema samenhang.png|400px|Uitleg kardinaliteiten in schema samenhang]] 
''Figuur 2.5 Uitleg notatie getallen in afbeeldingen over samenhang MBH en bouwstenen'' 
 
* Bij 1 instantiatie van bouwsteen X kan 0 of 1 instantiatie van bouwsteen Y horen.
* Bij 1 instantiatie van bouwsteen Y kunnen 0, 1 of meerdere instantiaties van bouwsteen X horen.
'''NB''': De kardinaliteiten binnen transacties worden in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR scenario's}} beschreven, zie ook [[#informatieoverdracht|hoofdstuk 3]].

==Sturen en/of beschikbaar stellen==
De medicatiegegevens van een patiënt kunnen in verschillende informatiesystemen vastgelegd zijn. Het doel van Medicatieproces MP9 is om deze gegevens toegankelijk te maken voor alle betrokken zorgverleners en de patiënt zelf. 
Er zijn twee werkwijzen voor het uitwisselen van medicatiebouwstenen in de zorgketen, sturen en beschikbaar stellen. 

'''Sturen''' 
Gegevens worden naar andere betrokkenen gestuurd, die deze gegevens automatisch ontvangen. Gegevens worden niet naar specifieke ''zorgverleners'' verstuurd, maar naar ''zorgaanbieders''. Als in het FO gesproken wordt over versturen naar "de verstrekker/huisarts/longarts etc." dan gaat het over de betreffende zorgaanbieders, niet die individuele zorgverlener. 
In MP9 verloopt dit met een Sturen-transactie, bijvoorbeeld Sturen medicatiegegevens. Hierbij ligt het initiatief bij de sturende partij. 
 
'''Beschikbaar stellen''' 
Medicatiegegevens kunnen na vastleggen ook beschikbaar gesteld worden. Dat wil zeggen dat ze beschikbaar gemaakt worden voor raadplegen. Met raadplegen kunnen andere betrokkenen in de keten alle beschikbare medicatiebouwstenen verzamelen. 

Niet alle gegevens worden altijd of aan iedereen beschikbaar gesteld:
* Voorstelgegevens worden alleen verstuurd, door degene die het voorstel doet naar de ontvanger van het voorstel, de voorschrijver.
* Verstrekkingsverzoeken worden alleen beschikbaar gesteld voor raadpleging door de patiënt.
* Een informatiesysteem stelt alleen bouwstenen beschikbaar waar de betreffende zorgverlener zelf de auteur van is. Eventueel aanwezige kopieën afkomstig uit een andere bron worden ''niet'' beschikbaar gesteld.
* De bouwstenen Lengte en Gewicht kunnen met het medicatievoorschrift verstuurd worden. Ook LaboratoriumUitslag kan meegestuurd worden. Raadplegen/beschikbaar stellen van deze bouwstenen is niet in scope van MP9.

De daadwerkelijke ''uitwisseling'' van gegevens verloopt in MP9 met de transacties Raadplegen en Beschikbaar stellen, bijvoorbeeld Raadplegen medicatiegegevens en Beschikbaar stellen medicatiegegevens. Hierbij ligt het initiatief bij de raadplegende partij. LET OP: In deze ''transacties'' is “beschikbaar stellen” een antwoord op het raadplegen, dus het daadwerkelijk opleveren van de gevraagde gegevens aan de raadpleger. 

Zie [[#informatieoverdracht|hoofdstuk 3]] voor verdere uitleg over deze transacties.

=Informatieoverdracht=
Dit hoofdstuk biedt een overzicht van de informatiesystemen, systeemrollen, transacties en de daarbij betrokken bouwstenen in MP9. Het beschrijft kort hoe deze begrippen zich tot elkaar verhouden en hoe deze gebruikt worden in de beschrijving van deze informatiestandaard. Doel van dit hoofdstuk is om de basisprincipes van informatieoverdracht met MP9 inzichtelijk te maken. Voor gedetailleerde informatie verwijzen we naar de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR index}}.

==Overzicht begrippen==
Vastgelegde medicatiegegevens worden in de vorm van instantiaties van medicatiebouwstenen uitgewisseld. Dit gebeurt via ''transacties'' tussen de informatiesystemen van zorgverleners. Transacties worden gegroepeerd in transactiegroepen die zelf weer deel uitmaken van scenario’s. Deze zijn te vinden in de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR scenario's}}. 
Daarin staat ook een overzicht van de transacties per ''systeemrol'' (actor: systeem). Een systeemrol is een functie die het systeem vervult in de uitwisseling van gegevens. Elk informatiesysteem in MP9 moet bepaalde systeemrollen kunnen vervullen om de bijbehorende transactie uit te kunnen voeren. 

In het tabblad Dataset in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR}} is de ''generieke'' dataset te vinden met alle voor MP9 relevante gegevenstypen. Een ''transactie''dataset is een subset van deze generieke dataset. Het bevat de bouwstenen en data-elementen die in de betreffende transactie uitgewisseld kunnen of moeten worden. De kardinaliteit en conformiteit van de data-elementen worden per transactie gespecificeerd. Zie voor uitleg hierover de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|Handleiding Kardinaliteiten}}. 

Een usecase beschrijft een praktijksituatie in de zorg waarvoor de informatie-uitwisseling wordt gespecificeerd aan de hand van:
* '''Actoren''': Personen en informatiesystemen die bij de usecase betrokken zijn. Het gaat daarbij om de ''rollen'' die deze actoren vervullen:
**''Bedrijfsrollen'': voorschrijver, verstrekker, toediener, patiënt.
**''Systeemrollen'': sturend, ontvangend, raadplegend en beschikbaarstellend systeem.
* '''Transacties''': Welke informatie wordt uitgewisseld, wanneer, tussen welke systemen en systeemrollen, en welke bedrijfsrollen zijn erbij betrokken.

In het rapport {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|informatiestandaarden in de zorg}} staat nadere uitleg en achtergrondinformatie over deze begrippen en hun onderlinge relatie.

==Informatiesystemen, systeemrollen en transacties==
Deze paragraaf beschrijft de informatiesystemen, systeemrollen, transacties en daarbij betrokken bouwstenen binnen MP9.
===Typen informatiesystemen===
Binnen MP9 worden verschillende typen informatiesystemen onderscheiden op basis van hun functionele rol: 
*EVS – elektronisch voorschrijfsysteem
*AIS – apotheekinformatiesysteem
*PGO – persoonlijke gezondheidsomgeving
*eTDR – elektronisch toedienregistratiesysteem
*TrIS – trombose-informatiesysteem 

XIS is de generieke term om een informatiesysteem mee aan te duiden.

===Systeemrollen en bijbehorende transacties en bouwstenen===
Een systeemrol is een functie die het systeem vervult in de uitwisseling van gegevens. Het gaat om de volgende algemene functies:
* Sturend systeem – stuurt gegevens naar een Ontvangend systeem
* Ontvangend systeem – ontvangt gegevens van een Sturend systeem
* Raadplegend systeem – vraagt gegevens op bij een Beschikbaarstellend systeem
* Beschikbaarstellend systeem – stuurt de gevraagde gegevens naar een Raadplegend systeem
Een informatiesysteem kan een of meer van deze systeemrollen vervullen. 

In de tabel hieronder staat een overzicht van de systeemrollen binnen MP9 met hun afkorting, de bijbehorende transactie en de bouwstenen die daarbij betrokken kunnen zijn. In de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR scenario's}} zijn voor elke transactie te vinden hoe de betrokken bouwstenen daarin worden ingevuld.

{| class="wikitable"
! style="text-align:left;" | Systeemrol
! style="text-align:left; width: 70px" | Afkorting
! style="text-align:left;" | Transactie
! style="text-align:left; width: 35%" | Mogelijk betrokken bouwstenen

|-
! colspan="4" style="text-align:left;"| '''Scenario Medicatievoorschrift'''
|-
| VoorschriftSturend
| MP-VOS
| Sturen medicatievoorschrift
| rowspan="2" style="vertical-align:top;"| MA met of zonder VV; eventueel Lengte, Gewicht Eventueel meesturen van de nierfunctiewaarde met het voorschrift verloopt via de transactie Lab2Zorg. Zie {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|leeswijzer}}.
|-
| VoorschriftOntvangend
| MP-VOO
| Ontvangstbevestiging medicatievoorschrift
|-
! colspan="4" style="text-align:left;"| '''Scenario Afhandelen medicatievoorschrift'''
|-
| VoorschriftAfhandelingSturend
| MP-VAS
| Sturen afhandeling medicatievoorschrift
| rowspan="2" style="vertical-align:top;"| TA met of zonder MVE
|-
| VoorschriftAfhandelingOntvangend
| MP-VAO
| Ontvangstbevestiging afhandeling medicatievoorschrift
|-
! colspan="4" style="text-align:left;" |'''Scenario Medicatiegegevens'''
|-
| MedicatieGegevensSturend
| MP-MGS
| Sturen medicatiegegevens
| rowspan="4" style="vertical-align:top;"|Eén of meer: MA, VV, TA, MVE, MTD, MGB, WDS
|-
| MedicatieGegevensOntvangend
| MP-MGO
| Ontvangstbevestiging medicatiegegevens
|-
| MedicatieGegevensBeschikbaarstellend
| MP-MGB
| Beschikbaar stellen medicatiegegevens
|-
| MedicatieGegevensRaadplegend
| MP-MGR
| Raadplegen medicatiegegevens
|-
! colspan="4" style="text-align:left;"|'''Scenario Voorstelgegevens'''
|-
| VoorstelMedicatieafspraakSturend
| MP-VMS
| Sturen voorstel medicatieafspraak
| rowspan="2" style="vertical-align:top;"|VMA met of zonder Lengte, Gewicht
|-
| VoorstelMedicatieafspraakOntvangend
| MP-VMO
| Ontvangstbevestiging voorstel medicatieafspraak
|-
| AntwoordVoorstelMedicatieafspraakSturend
| MP-AVMS
| Sturen antwoord voorstel medicatieafspraak
| rowspan="2" style="vertical-align:top;"|AVMA
|-
| AntwoordVoorstelMedicatieafspraakOntvangend
| MP-AVMO
| Ontvangstbevestiging antwoord voorstel medicatieafspraak
|-
| VoorstelVerstrekkingsverzoekSturend
| MP-VVS
| Sturen voorstel verstrekkingsverzoek
| rowspan="2" style="vertical-align:top;"|VVV
|-
| VoorstelVerstrekkingsverzoekOntvangend
| MP-VVO
| Ontvangstbevestiging voorstel verstrekkingsverzoek
|-
| AntwoordVoorstelVerstrekkingsverzoekSturend
| MP-AVVS
| Sturen antwoord voorstel verstrekkingsverzoek
| rowspan="2" style="vertical-align:top;"| AVVV
|-
| AntwoordVoorstelVerstrekkingsverzoekOntvangend
| MP-AVVO
| Ontvangstbevestiging antwoord voorstel verstrekkingsverzoek

|}

Bepaalde systeemrollen zijn elkaars logische tegenhangers en komen dus altijd samen in een systeem voor. Bijvoorbeeld het sturen van een voorschrift en het ontvangen van de afhandeling van het voorschrift. Het gaat om de volgende Sturen/Ontvangen-paren:
* MP-VOS en MP-VAO
* MP-VOO en MP-VAS
* MP-VMS en MP-AVMO
* MP-VMO en MP-AVMS
* MP-VVS en MP-AVVO
* MP-VVO en MP-AVVS

===Informatiesystemen en systeemrollen===
Een informatiesysteem kan verschillende systeemrollen vervullen. Onderstaande tabel laat voor elk informatiesysteem zien welke dit zijn. 
{| class="wikitable"
! systeemrol !! EVS !! AIS !! PGO !! eTDR !! TrIS
|-
| MP-VOS || √ || - || - || - || √
|-
| MP-VOO || - || √ || - || - || -
|-
| MP-VAS || - || √ || - || - || -
|-
| MP-VAO || √ || - || - || - || √
|-
| MP-MGS || √ || √ || √ || √ || √
|-
| MP-MGO || √ || √ || √ || √ || √
|-
| MP-MGB || √ || √ || √ || √ || √
|-
| MP-MGR || √ || √ || √ || √ || √
|-
| MP-VMS || √ || √ || √ || √ || √
|-
| MP-VMO || √ || - || - || - || -
|-
| MP-AVMS || √ || - || - || - || -
|-
| MP-AVMO || √ || √ || √ || √ || √
|-
| MP-VVS || √ || √ || √ || √ || √
|-
| MP-VVO || √ || - || - || - || -
|-
| MP-AVVS || √ || - || - || - || -
|-
| MP-AVVO || √ || √ || √ || √ || √
|}

Figuur 3.1 is een grafische weergave hiervan: 

[[Bestand:informatiesystemen_en_systeemrollen.png|500px|Figuur 3.1 Informatiesystemen en systeemrollen]] 
''Figuur 3.1 Informatiesystemen en systeemrollen''

==Scenario's==
Deze paragraaf geeft een beschrijving van de volgende scenario's:
* Medicatievoorschrift
* Afhandelen Medicatievoorschrift
* Medicatiegegevens
* Voorstelgegevens
Bij elk scenario wordt aangegeven in welke deelprocessen dit voor kan komen. De bijbehorende procesbeschrijvingen staan in [[#mp|hoofdstuk 5]]. 
Er is gekozen voor een onderverdeling per scenario en niet per usecase. Dit is gedaan omdat binnen het medicatieproces geen 1-op-1 relatie tussen usecase en scenario bestaat. Het deelproces Voorschrijven kent bijvoorbeeld de usecase versturen medicatievoorschrift, maar ook de usecases ontvangen afhandeling voorschrift, het ontvangen en beantwoorden van een voorstel van een verstrekker of het opstellen van een overzicht van medicatiegegevens. Alle scenario’s komen hierbij aan de orde. Omgekeerd kan het scenario Medicatiegegevens voor allerlei verschillende usecases gebruikt worden. Een beschrijving per scenario is daarom het meest efficiënt.

===Scenario Medicatievoorschrift===
====Doel en relevantie====
Doel is het versturen van een medicatievoorschrift door de voorschrijver naar de verstrekker.
====Proces====
Dit scenario is van toepassing in de usecase voorschrijven van medicatie tijdens het deelproces Voorschrijven.
====Bedrijfsrollen en activiteitendiagram====
{| class="wikitable"
! Bedrijfsrol (actor) !! Beschrijving bedrijfsrol
|-
| Voorschrijver || Sturen medicatievoorschrift naar verstrekker
|-
| Verstrekker || Ontvangen medicatievoorschrift van voorschrijver
|}
[[Bestand:Activiteitendiagram scenario Medicatievoorschrift.png|500px|Activiteitendiagram scenario Medicatievoorschrift]]

====Systemen en systeemrollen====
De voorschrijver maakt gebruik van een EVS. De verstrekker maakt gebruik van een AIS.

{| class="wikitable"
! Systeem !! Naam systeemrol !! Systeemrolcode !! Beschrijving systeemrol
|-
| EVS || VoorschriftSturend || MP-VOS || Sturen medicatievoorschrift naar verstrekker
|-
| AIS || VoorschriftOntvangend || MP-VOO || Ontvangen medicatievoorschrift van voorschrijver
|}


====Samenhang bedrijfsrollen, systeemrollen en transacties====
{| class="wikitable"
! Scenario
! Bedrijfsrol
! Systeem
! Systeemrolcode
! Transactiegroep
! Transactie
|-
| rowspan = "2" style = "vertical-align: top" | Medicatievoorschrift
| Voorschrijver
| EVS
| MP-VOS
| rowspan = "2" style = "vertical-align: top" | MedicatieVoorschrift (Sturen/Ontvangen)
| Sturen medicatievoorschrift
|-
| Verstrekker
| AIS
| MP-VOO
| Ontvangstbevestiging medicatievoorschrift
|}


===Scenario Afhandelen medicatievoorschrift===
====Doel en relevantie====
Doel is het informeren van de voorschrijver door de verstrekker over het afhandelen van een medicatievoorschrift.
====Proces====
Dit scenario is van toepassing in de usecase afhandelen medicatievoorschrift tijdens het deelproces Ter hand stellen.
====Bedrijfsrollen en activiteitendiagram====
{| class="wikitable"
! Bedrijfsrol (actor) !! Beschrijving bedrijfsrol
|-
| Verstrekker || Sturen afhandeling medicatievoorschrift naar voorschrijver
|-
| Voorschrijver || Ontvangen afhandeling medicatievoorschrift van verstrekker
|-
|}
[[Bestand:Activiteitendiagram scenario Afhandelen medicatievoorschrift.png|500px|Activiteitendiagram scenario Afhandelen medicatievoorschrift]]

====Systemen en systeemrollen====
De verstrekker maakt gebruik van een AIS. De voorschrijver maakt gebruik van een EVS.
{| class="wikitable"
! Systeem !! Naam systeemrol !! Systeemrolcode !! Beschrijving systeemrol
|-
| AIS || VoorschriftAfhandelingSturend || MP-VAS || Sturen afhandeling medicatievoorschrift naar voorschrijver
|-
| EVS || VoorschriftAfhandelingOntvangend || MP-VAO || Ontvangen afhandeling medicatievoorschrift van verstrekker
|}


====Samenhang bedrijfsrollen, systeemrollen en transacties====
{| class="wikitable"
! Scenario
! Bedrijfsrol
! Systeem
! Systeemrolcode
! Transactiegroep
! Transactie
|-
| rowspan = "2" style = "vertical-align: top"| Afhandelen medicatievoorschrift
| Verstrekker
| AIS
| MP-VAS
| rowspan = "2" style = "vertical-align: top" | Medicatievoorschrift afhandeling (Sturen/Ontvangen)
| Sturen afhandeling medicatievoorschrift
|-
| Voorschrijver
| EVS
| MP-VAO
| Ontvangstbevestiging afhandeling medicatievoorschrift
|}


===Scenario Medicatiegegevens===
====Doel en relevantie====
Doel is het versturen, ontvangen, raadplegen en beschikbaar stellen van medicatiegegevens door zorgverleners en patiënt. Voorbeelden van usecases zijn:
* Beschikbaar stellen van een MGB die tijdens het proces van medicatieverificatie is vastgelegd;
* Raadplegen van medicatiegegevens ten behoeve van het opstellen van een toedienlijst;
* Sturen van een stop-MA door een voorschrijver naar de voorschrijver van de oorspronkelijke MA;
* Beschikbaar stellen van een TA en MVE door de verstrekker;
* Raadplegen van medicatiegegevens door een patiënt.

====Proces====
Dit scenario komt in diverse usecases tijdens elk van de deelprocessen in [[#mp|hoofdstuk 5]] aan de orde.

====Bedrijfsrollen en activiteitendiagram====
Het scenario Medicatiegegevens kan bij alle bedrijfsrollen (zorgverleners en patiënt) van toepassing zijn.
{| class="wikitable"
! Bedrijfsrol (actor)
! Beschrijving bedrijfsrol
|-
| rowspan = "4" style = "vertical-align: top"| Alle actoren
| Sturen medicatiegegevens aan medebehandelaar/patiënt
|-
| Ontvangen medicatiegegevens van medebehandelaar/patiënt
|-
| Raadplegen medicatiegegevens bij medebehandelaars/patiënt
|-
| Opleveren gevraagde medicatiegegevens aan medebehandelaars/patiënt
|}
[[Bestand:Activiteitendiagram scenario Medicatiegegevens.png|500px|Activiteitendiagram scenario Medicatiegegevens]]

====Systemen en systeemrollen====
De generieke term XIS kan voor elk informatiesysteem staan, naast EVS en AIS bijvoorbeeld ook PGO, TrIS en eTDR.
{| class="wikitable"
! Systeem
! Naam systeemrol
! Systeemrolcode
! Omschrijving
|-
| rowspan = "4" style = "vertical-align: top"| XIS
| MedicatieGegevensSturend
| MP-MGS
| Sturen medicatiegegevens
|-
| MedicatieGegevensOntvangend
| MP-MGO
| Ontvangen medicatiegegevens
|-
| MedicatieGegevensRaadplegend
| MP-MGR
| Raadplegen medicatiegegevens
|-
| MedicatieGegevensBeschikbaarstellend
| MP-MGB
| Opleveren gevraagde medicatiegegevens
|}


====Samenhang bedrijfsrollen, systeemrollen en transacties====
{| class="wikitable"
! Scenario
! Bedrijfsrol
! Systeem
! Systeemrolcode
! Transactiegroep
! Transactie
|-
| rowspan = "4" style = "vertical-align: top"| Medicatiegegevens
| rowspan = "4" style = "vertical-align: top"| Alle actoren
| rowspan = "4" style = "vertical-align: top"| XIS
| MP-MGS
| rowspan = "2" style = "vertical-align: top"| Medicatiegegevens (Sturen/Ontvangen)
| Sturen medicatiegegevens
|-
| MP-MGO
| Ontvangstbevestiging medicatiegegevens
|-
| MP-MGR
| rowspan = "2" style = "vertical-align: top"| Medicatiegegevens (Raadplegen/Beschikbaar stellen)
| Raadplegen medicatiegegevens
|-
| MP-MGB
| Opleveren gevraagde medicatiegegevens
|}


===Scenario Voorstelgegevens===
NB: In dit FO en de dataset worden de voorstelgegevens als bètaversie gepubliceerd (zie [[#beta|paragraaf 1.5.4]]).
====Doel en relevantie====
Doel is het doen van een voorstel met betrekking tot een MA of VV aan de voorschrijver. Alle actoren kunnen zo’n voorstel doen.
====Proces====
Dit scenario is van toepassing in usecases tijdens alle deelprocessen. In [[#mp voorstelgegevens|paragraaf 5.6]] wordt de werkwijze met voorstelgegevens verder toegelicht.

====Bedrijfsrollen en activiteitendiagram====
Het scenario Voorstelgegevens kan bij alle bedrijfsrollen (zorgverleners en patiënt) van toepassing zijn.
{| class="wikitable"
! Bedrijfsrol (actor)
! Beschrijving bedrijfsrol
|-
| rowspan = "2" style = "vertical-align: top"| Alle actoren
| Sturen voorstel MA/VV naar voorschrijver
|-
| Ontvangen antwoord voorstel MA/VV van voorschrijver
|-
| rowspan = "2" style = "vertical-align: top"| Voorschrijver
| Ontvangen voorstel MA/VV van andere actor
|-
| Sturen antwoord voorstel MA/VV naar voorsteller
|}
[[Bestand:Activiteitendiagram scenario Voorstelgegevens.png|700px|Activiteitendiagram scenario Voorstelgegevens]]

====Systemen en systeemrollen====
De voorschrijver maakt gebruik van een EVS. Alle actoren maken gebruik van een XIS.
{| class="wikitable"
! Systeem
! Naam systeemrol
! Systeemrolcode
! Omschrijving
|-
| rowspan = "4" style = "vertical-align: top"| XIS
| VoorstelMedicatieafspraakSturend
| MP-VMS
| Sturen voorstel medicatieafspraak
|-
| AntwoordVoorstelMedicatieafspraakOntvangend
| MP-AVMO
| Ontvangen antwoord voorstel medicatieafspraak
|-
| VoorstelVerstrekkingsverzoekSturend
| MP-VVS
| Sturen voorstel verstrekkingsverzoek
|-
| AntwoordVoorstelVerstrekkingsverzoekOntvangend
| MP-AVVO
| Ontvangen antwoord voorstel verstrekkingsverzoek
|-
| rowspan = "4" style = "vertical-align: top"| EVS
| VoorstelMedicatieafspraakOntvangend
| MP-VMO
| Ontvangen voorstel medicatieafspraak
|-
| AntwoordVoorstelMedicatieafspraakSturend
| MP-AVMS
| Sturen antwoord voorstel medicatieafspraak
|-
| VoorstelVerstrekkingsverzoekOntvangend
| MP-VVO
| Ontvangen voorstel verstrekkingsverzoek
|-
| AntwoordVoorstelVerstrekkingsverzoekSturend
| MP-AVVS
| Sturen antwoord voorstel verstrekkingsverzoek
|}


====Samenhang bedrijfsrollen, systeemrollen en transacties====
{| class="wikitable"
! Scenario
! Bedrijfsrol
! Systeem
! Systeemrolcode
! Transactiegroep
! Transactie
|-
| rowspan = "2" style = "vertical-align: top"| Voorstelgegevens
| Alle actoren
| XIS
| MP-VMS
| rowspan = "2" style = "vertical-align: top" | Voorstel medicatieafspraak (VMS/VMO)
| Sturen voorstel medicatieafspraak
|-
| Voorschrijver
| EVS
| MP-VMO
| Ontvangstbevestiging voorstel medicatieafspraak
|-
| rowspan = "2" style = "vertical-align: top"| Voorstelgegevens
| Alle actoren
| XIS
| MP-AVMO
| rowspan = "2" style = "vertical-align: top" | Antwoord voorstel medicatieafspraak (AVMS/AVMO)
| Ontvangstbevestiging antwoord voorstel medicatieafspraak
|-
| Voorschrijver
| EVS
| MP-AVMS
| Sturen antwoord voorstel medicatieafspraak
|-
| rowspan = "2" style = "vertical-align: top"| Voorstelgegevens
| Alle actoren
| XIS
| MP-VVS
| rowspan = "2" style = "vertical-align: top" | Voorstel verstrekkingsverzoek (VVS/VVO)
| Sturen voorstel verstrekkingsverzoek
|-
| Voorschrijver
| EVS
| MP-VVO
| Ontvangstbevestiging voorstel verstrekkingsverzoek
|-
| rowspan = "2" style = "vertical-align: top"| Voorstelgegevens
| Alle actoren
| XIS
| MP-AVVO
| rowspan = "2" style = "vertical-align: top" | Antwoord voorstel verstrekkingsverzoek (AVVS/AVVO)
| Ontvangstbevestiging antwoord voorstel medicatieafspraak
|-
| Voorschrijver
| EVS
| MP-AVVS
| Sturen antwoord voorstel verstrekkingsverzoek
|}


=Consolideren: wat, waarom en hoe=
Consolideren gaat over het samenvoegen van gegevens, waarna er regels toegepast worden om er een samenhangend geheel van te maken. Dit hoofdstuk geeft uitleg over het wat, waarom en hoe van consolideren. 

Paragraaf 4.1 legt uit wat consolideren is in de context van deze informatiestandaard. 
In paragraaf 4.2 wordt het doel van consolideren uitgelegd. 
Paragraaf 4.3 beschrijft het proces van consolideren. 
Paragraaf 4.4 geeft uitleg over de begrippen die hierbij van belang zijn. 
In paragraaf 4.5 worden de consolidatieregels beschreven. 
Paragraaf 4.6 licht toe wat consolideren betekent voor overzichten van medicatiegegevens. 

==Wat is consolideren?==
Consolideren is het samenvoegen van gegevens en het toepassen van regels op de samengevoegde set om tot een samenhangend geheel te komen. 
In deze informatiestandaard gaat het dan om de set bouwstenen die bij raadplegen verzameld wordt. Deze verzameling kan zeer omvangrijk zijn. Er kan sprake zijn van verschillende MBH’s die elk ook meerdere bouwstenen kunnen bevatten. Dat kan zelfs oplopen tot honderden bouwstenen. 
Na het raadplegen wordt met consolidatieregels bepaald hoe elke bouwsteen in de set geïnterpreteerd moet worden.

==Wat is het doel van consolideren?==
Het doel van consolideren is om binnen de verzameling bouwstenen tot een ‘samenhangend geheel’ te komen. Wat dat precies inhoudt hangt af van het doel van het raadplegen. Voor een toedienlijst zijn andere gegevens nodig dan wanneer een huisarts de medicatiehistorie van een nieuwe patiënt wil inzien. Het moet duidelijk zijn welke bouwstenen de gewenste gegevens opleveren. Met de consolidatieregels kan van elke bouwsteen binnen 1 MBH de status bepaald worden aan de hand van twee criteria: 
:* is een bouwsteen wel of niet ‘actueel’?
:* is een bouwsteen wel of niet ‘geldig’?
Deze status bepaalt of een bouwsteen de juiste informatie bevat voor de beoogde toepassing. 

In [[#begrippen consolidatieregels|paragraaf 4.4]] worden de begrippen actueel en geldig uitgelegd.

==Proces van consolideren==
Bij consolideren worden de volgende stappen doorlopen: 
'''Verzamelen bouwstenen''' 
Uit alle beschikbare bronnen worden bouwstenen voor een bepaalde tijdsperiode verzameld. Dit gebeurt met de transactie Raadplegen medicatiegegevens (zie [[#Scenario Medicatiegegevens|paragraaf 3.3.3]]). 
In sommige situaties kan het voorkomen dat een bouwsteen actueel en geldig lijkt terwijl dat eigenlijk niet meer het geval is. Daarom moet voor elke MBH ook de stop-bouwsteen met de meest recente {{fhir|RegistratieDatumTijd}} opgeleverd worden, middels de query-parameter LaatsteStop. Het beschikbaarstellende systeem zal dan de laatste stop-MA, stop-TA en stop-WDS opleveren, ook als zo'n bouwsteen buiten de opgevraagde tijdsperiode valt. Op die manier kan alsnog bepaald worden dat die bouwsteen gestopt is. 
'''Ontdubbelen identieke bouwstenen''' 
In principe zouden dubbele bouwstenen niet moeten voorkomen aangezien de betrokken informatiesystemen bij deze transactie alleen eigen medicatiegegevens beschikbaar mogen stellen. In enkele gevallen kan dit toch voorkomen. Het informatiesysteem moet daarom eventuele identieke bouwstenen kunnen identificeren en ontdubbelen. 
'''Toepassen consolidatieregels''' 
Met consolidatieregels worden de actualiteit en de geldigheid van elke bouwsteen in een MBH bepaald. In de volgende paragrafen wordt dit verder toegelicht.

==Relevante begrippen voor de beschrijving van de consolidatieregels==
In deze paragraaf worden de begrippen die gebruikt worden in de consolidatieregels toegelicht. Aan de hand van voorbeelden worden de algemene regels beschreven. Deze regels worden in paragraaf 4.5 in detail uitgewerkt.

===Is een bouwsteen actueel?===
Actueel betekent dat de ''effectieve'' einddatumtijd van een bouwsteen, bezien vanuit het heden, in de toekomst ligt. In de volgende paragraaf wordt uitgelegd wat bedoeld wordt met het woord 'effectieve' in bovenstaande zin. 

====Effectieve periode====
De ''effectieve periode'' van een bouwsteen is de periode waarin een bouwsteen uiteindelijk actueel is (geweest). 

Een eenmaal vastgelegde bouwsteen verandert niet (zie [[#stoppen en wijzigen|paragraaf 2.4.3]]). Dat geldt ook voor diens {{fhir|Gebruiksperiode}}. Maar in de praktijk kunnen de daadwerkelijke start en stop van een afspraak wel anders liggen dan wat er in de bouwsteen staat. 
 

Algemene regel: De effectieve einddatumtijd van een bouwsteen verandert door een stop-bouwsteen met verwijzing naar die bouwsteen. 

'''Voorbeeld''' 
Een patiënt krijgt een middel voor onbepaalde tijd voorgeschreven. De MA heeft {{fhir|startDatumTijd}} = dag 1 en geen {{fhir|eindDatumTijd}}. Na 2 weken besluit de voorschrijver dat de patiënt met het middel moet stoppen vanwege bijwerkingen. De stop-MA heeft de {{fhir|startDatumTijd}} van de oorspronkelijke MA = dag 1 en {{fhir|eindDatumTijd}} = dag 14. 
Op dag 30 lijkt de MA op zichzelf bekeken gewoon actueel, deze heeft immers geen {{fhir|eindDatumTijd}}. De ''effectieve'' einddatumtijd van de MA is echter die van de stop-MA geworden. 
 

Algemene regel: De effectieve startdatumtijd en einddatumtijd van een MA kunnen beïnvloed worden door een TA. 

'''Voorbeeld''' 
Een patiënt krijgt een middel voor 5 dagen voorgeschreven. De MA heeft {{fhir|startDatumTijd}} = dag 1 en {{fhir|eindDatumTijd}} = dag 5. De patiënt haalt het geneesmiddel na 3 dagen op. De TA heeft daarom een {{fhir|startDatumTijd}} = dag 4 en een {{fhir|eindDatumTijd}} = dag 8. 
Op dag 6 is de {{fhir|eindDatumTijd}} van de MA voorbij. Als alleen naar die MA wordt gekeken ''lijkt'' deze dus niet meer actueel. Maar aan de TA is te zien dat de MA nog wel als actueel beschouwd moet worden. De MA heeft een ''effectieve'' startdatumtijd = dag 4 en een ''effectieve'' einddatumtijd = dag 8. 

Deze algemene regels worden in paragraaf 4.5.1 nader gespecificeerd.

====Actueel en niet-actueel====
Actuele bouwstenen hebben een effectieve einddatumtijd die ten opzichte van het heden in de toekomst ligt. Actueel zijn:
:*''Huidige'' bouwstenen, waarbij het heden tussen de effectieve startdatumtijd en de effectieve einddatumtijd ligt.
:*''Toekomstige'' bouwstenen, waarvan de effectieve startdatumtijd in de toekomst ligt.

Niet-actuele bouwstenen hebben een effectieve einddatumtijd in het verleden. Deze bouwstenen vormen de geschiedenis van een behandeling. Hiermee kan ook het verloop van een behandeling in het verleden worden ingezien. 

Figuur 4.1 geeft deze begrippen grafisch weer.

[[Bestand:Huidige actuele toekomstige bouwstenen.png|700px|Huidige actuele en toekomstige bouwstenen]] 

''Figuur 4.1 Actuele (huidige + toekomstige) en niet-actuele bouwstenen binnen een MBH'' 

===Is een bouwsteen geldig?===
Geldig gaat over de vraag of een bouwsteen een correcte weergave van de werkelijke situatie bevat. Dit is afhankelijk van de context, in de vorm van mogelijke andere bouwstenen in de betreffende MBH. 
De informatie in een eenmaal vastgelegde bouwsteen verandert niet. Hoe die informatie begrepen moet worden kan door de vastlegging van een volgende bouwsteen binnen dezelfde MBH wél veranderen. 
 
Algemene regel: Een stop-bouwsteen stopt de bouwsteen waar deze naar verwijst en maakt deze daarmee ongeldig. 

'''Voorbeeld''' 
Er is een MA voor onbepaalde duur met bijbehorend VV. Mag de verstrekker op basis hiervan een verstrekking doen? 
Situatie A: Er is geen stop-bouwsteen met verwijzing naar deze MA vastgelegd. De MA is geldig: de informatie in deze bouwsteen is een correcte weergave van de werkelijke situatie. 
Het antwoord is Ja. De verstrekker mag op basis hiervan een verstrekking doen. 

Situatie B: De MA is opgevolgd door een stop-MA met verwijzing naar deze MA. De MA is dus gestopt en daarmee ongeldig gemaakt: deze MA biedt geen correcte weergave van de werkelijke situatie. 
Het antwoord is Nee. De verstrekker mag het geneesmiddel niet meer verstrekken. 
 

Algemene regel: Sommige bouwstenen kunnen ook bouwstenen van een ander type ongeldig maken 

'''Voorbeeld''' 
Er zijn een huidige MA en een TA voor een geneesmiddel dat toegediend moet worden. De TA is niet opgevolgd door een stop-TA. Mag de toediener het geneesmiddel toedienen? 
Situatie A: De bijbehorende MA is niet opgevolgd door een stop-bouwsteen. De MA en de TA zijn dus beide geldig. 
Het antwoord is Ja. De toediener mag het betreffende geneesmiddel toedienen. 

Situatie B: De bijbehorende MA is gestopt door een stop-MA met onmiddellijke ingang. Die stop-MA is echter nog niet verwerkt in de apotheek waardoor er nog geen stop-TA is aangemaakt. De TA is weliswaar nog huidig, maar is ongeldig geworden door de stop-MA. 
Het antwoord is Nee. De toediener mag het geneesmiddel niet meer toedienen. 

Deze algemene regels worden in paragraaf 4.5.2 nader gespecificeerd.

==Consolidatieregels==
Paragraaf 4.4 laat zien dat een bouwsteen geldig kan zijn, zonder actueel te zijn. En omgekeerd kan een bouwsteen ook actueel zijn zonder geldig te zijn. Hieronder worden voor beide de bijbehorende regels uitgewerkt.

===Regels voor het afleiden van de effectieve periode van een bouwsteen===
In paragraaf 4.4 zijn twee algemene regels over de actualiteit van bouwstenen binnen 1 MBH benoemd.

Algemene regels: 
De effectieve einddatumtijd van een bouwsteen verandert door een stop-bouwsteen met verwijzing naar die bouwsteen. 
De effectieve startdatumtijd en einddatumtijd van een MA kunnen beïnvloed worden door een TA. 

De effectieve startdatumtijd en einddatumtijd, en daarmee de effectieve periode van een bouwsteen, zijn dus afgeleide gegevens. Ze zijn daarom geen onderdeel van de dataset. Hieronder worden de afleidingsregels uitgewerkt. Het nummer bij iedere afleidingsregel staat voor de volgorde waarin de regels moeten worden uitgevoerd. 
 
'''Medicatie starten''' 
''Maken medicatieafspraak'' 
Medicatie wordt gestart door het vastleggen van een MA.
regel 1a: De effectieve periode van een MA is gelijk aan diens {{fhir|Gebruiksperiode}}.
''Maken toedieningsafspraak'' 
Een TA vult een MA concreet in.
regel 1b: De effectieve periode van een TA is gelijk aan diens {{fhir|Gebruiksperiode}}.
Als een MA een bijbehorende TA kent, geldt:
regel 2a: De effectieve periode van de MA is gelijk aan de effectieve periode van de TA.
 
'''Medicatie stoppen''' 
''Stoppen medicatieafspraak'' 
Het definitief stoppen van medicatie gebeurt door het maken van een stop-MA met stoptype ‘gestopt’ en:
:* {{fhir|startDatumTijd}} = {{fhir|startDatumTijd}} van de originele MA
:* {{fhir|eindDatumTijd}} = datum waarop de medicatie gestopt wordt.
De effectieve periode van de originele MA is vervangen door die van de nieuwe stop-MA.
regel 1c: Wanneer een MA definitief gestopt wordt dan is de effectieve periode van de MA de effectieve periode van de stop-MA.
''Stoppen toedieningsafspraak'' 
Situatie A: De TA wordt gestopt bij gelijkblijvende MA. 
De effectieve periode van de originele TA wordt vervangen door de effectieve periode van de stop-TA. Deze laatste is volgens regel 1b gelijk aan diens {{fhir|Gebruiksperiode}}. 

Situatie B: De TA wordt gestopt als gevolg van een stop-MA. 
De stop-TA vult de stop-MA concreet in. Het is mogelijk dat de {{fhir|eindDatumTijd}} van de stop-TA later is dan die van de MA, bijvoorbeeld omdat in de MA is aangegeven dat het stoppen in kan gaan met de volgende GDS-rol. In zo’n geval verandert dat de effectieve periode van de MA, volgens regels 1b en 2a. 

regels 1b en 2a: effectieve periode stop-MA = effectieve periode stop-TA = {{fhir|Gebruiksperiode}} stop-TA. 
 
'''Medicatie wijzigen''' 
''Wijzigen medicatieafspraak'' 
De voorschrijver wijzigt medicatie binnen de MBH door het stoppen van de originele MA1 en het maken van een nieuwe MA2. De voorgaande afleidingsregels veranderen hierdoor niet: 

regel 1a: effectieve periode nieuwe MA2 = {{fhir|Gebruiksperiode}} MA2. 
regel 1c: effectieve periode MA1 = effectieve periode technische stop-MA. 

''Wijzigen toedieningsafspraak'' 
Situatie A: De TA wordt gewijzigd bij gelijkblijvende MA. 
Een MA wordt concreet ingevuld door een TA. Op deze TA kan een wijziging plaatsvinden (zie [[#wijzigen TA|paragraaf 5.3.2.4]]). Er kunnen dus meerdere achtereenvolgende TA’s onder één MA worden gemaakt. De effectieve periode van de MA wordt nu bepaald door alle bijbehorende TA’s.
regel 2b: De effectieve periode van een MA loopt vanaf de vroegste {{fhir|startDatumTijd}} tot aan de laatste {{fhir|eindDatumTijd}} van de bijbehorende TA's.
Er kunnen parallelle TA's onder één MA bestaan waarvan de {{fhir|RegistratieDatumTijd}} en {{fhir|startDatumTijd}} gelijk zijn. Daarmee wijzigt regel 2b niet. 

Situatie B: De TA wordt gewijzigd als gevolg van een wijziging in de MA. Hiermee veranderen de voorgaande regels niet. 
 
'''Medicatie tijdelijk onderbreken en hervatten''' 
Onderbreken van medicatie gebeurt door het maken van een stop-MA met stoptype 'onderbroken' en dezelfde {{fhir|startDatumTijd}} als de originele MA. De {{fhir|eindDatumTijd}} van de stop-MA is het moment van tijdelijk onderbreken. Hervatten gebeurt door het maken van een MA met als {{fhir|startDatumTijd}} de datum van hervatten. Het stoptype ‘onderbroken’ zorgt er echter voor dat de effectieve periode gebaseerd blijft op de effectieve {{fhir|startDatumTijd}} van de originele MA.
regel 1d: Tijdelijk onderbreken van medicatie heeft geen invloed op de effectieve periode. De effectieve periode blijft gelijk aan de effectieve periode van de originele MA.

====Samenvatting regels voor het bepalen van de effectieve periode====
De beschreven regels moeten op volgorde van hun nummering worden verwerkt:
* regel 1a: De effectieve periode van een MA is gelijk aan diens {{fhir|Gebruiksperiode}}.
* regel 1b: De effectieve periode van een (stop-)TA is gelijk aan diens {{fhir|Gebruiksperiode}}.
* regel 1c: Wanneer een MA definitief gestopt wordt dan is de effectieve periode van de MA de effectieve periode van de stop-MA.
* regel 1d: Tijdelijk onderbreken van medicatie beïnvloedt niet de effectieve periode. De effectieve periode blijft gelijk aan de effectieve periode van de originele MA.
* regel 2a: De effectieve periode van de MA is gelijk aan de effectieve periode van de TA.
* regel 2b: De effectieve periode van een MA loopt vanaf de vroegste {{fhir|startDatumTijd}} tot aan de laatste {{fhir|eindDatumTijd}} van de bijbehorende TA’s. 

===Regels voor het bepalen van de geldigheid van een bouwsteen===
In paragraaf 4.4 zijn twee algemene regels over de geldigheid van bouwstenen binnen 1 MBH benoemd. Deze worden hieronder verder gespecificeerd. 
Algemene regels: 
Een stop-bouwsteen stopt de bouwsteen waar deze naar verwijst en maakt deze daarmee ongeldig. 
Sommige bouwstenen kunnen ook bouwstenen van een ander type ongeldig maken. 

Het stoppen en ongeldig maken treedt in werking vanaf de {{fhir|eindDatumTijd}} van de stop-bouwsteen. De specifieke consolidatieregels binnen één MBH zijn dan als volgt: 

:1. Een stop-MA maakt op diens {{fhir|eindDatumTijd}} ongeldig:
:::* de originele MA waarnaar deze stop-MA verwijst, én
:::* de TA en WDS die ook naar die originele MA verwijzen, én
:::* alle eerdere MGB’s
:2. Een stop-TA maakt op diens {{fhir|eindDatumTijd}} ongeldig:
:::* de originele TA waarnaar deze stop-TA verwijst, én
:::* alle eerdere vastgelegde MGB’s
:3. Een stop-WDS maakt op diens {{fhir|eindDatumTijd}} ongeldig:
:::* het WDS waarnaar dit stop-WDS verwijst, én
:::* alle eerdere vastgelegde MGB’s
:4. Elk type MA, TA en WDS maakt alle eerder vastgelegde MGB’s ongeldig.
:5. Elk type MGB maakt alle eerdere vastgelegde MGB’s ongeldig, mits afkomstig van eenzelfde type auteur. 
:Uitzondering: In geval van parallelle TA's maakt een nieuwe MGB alleen de oudere MGB's ongeldig die bij dezelfde TA horen en van eenzelfde type auteur komen. 

Op annuleer-bouwstenen zijn dezelfde regels van toepassing. 

De geldigheidsregels zijn van toepassing op afspraakbouwstenen, dus op MA, TA, en WDS. MGB’s bevatten geen afspraken, maar kunnen wel relevant zijn. Daarom zijn deze ook meegenomen in de consolidatieregels. Bij MGB’s kan ‘ongeldig’ gezien worden als ‘de informatie in deze bouwsteen kan achterhaald zijn’. 
MTD’s komen niet voor in deze regels. Een MTD is een registratie van een handeling die al heeft plaatsgevonden. Een stop-bouwsteen heeft geen invloed op een eenmaal vastgelegde MTD. 

'''NB''': Een eenmaal ongeldig gemaakte bouwsteen kan niet meer opnieuw geldig worden. Dan moet er een nieuwe bouwsteen worden aangemaakt. 

De regels zijn bruikbaar in de meest gangbare situaties binnen een MBH. Er kunnen echter situaties bestaan die onvoldoende ondervangen worden met deze regels. Wanneer een systeem op basis van bovengenoemde regels niet kan bepalen welke bouwstenen geldig zijn, moet dit worden aangegeven aan de eindgebruiker. Deze kan dit dan verder zelf beoordelen. 

De regels worden geïllustreerd aan de hand van voorbeelden op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/Voorbeelden_geldigheidsregels|Voorbeelden geldigheidsregels]]. 
De [[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|Implementatiehandleiding Consolidatie/afleidingsregels]] biedt een (niet-normatief) stappenplan voor een mogelijke praktische uitwerking van de regels. 

==Overzichten van medicatiegegevens==
Na het consolideren is van elke bouwsteen in een MBH bekend of deze geldig of ongeldig en actueel of niet-actueel is. Hierdoor kunnen alle gegevens in hun juiste context worden geplaatst. 
Op basis hiervan kunnen verschillende overzichten van medicatiegegevens worden gegenereerd. Er zijn allerlei situaties en doeleinden denkbaar waarin een overzicht van medicatiegegevens gebruikt wordt. Hiervoor is dus niet één definitie of beschrijving te geven. Zo’n overzicht kan ook verschillende vormen hebben (papier, pdf, presentatie op een beeldscherm etc.). 

De consolidatieregels worden ingezet voor het samenstellen van:
* een medicatieoverzicht zoals beschreven in de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|richtlijn}}
* een toedienlijst

Voor elke situatie zal een eigen wijze van presentatie gekozen worden, in overleg tussen gebruiker of organisatie en leverancier. De effectieve periode kan bijvoorbeeld worden gebruikt om het beloop van een behandeling weer te geven, of om een indeling te maken naar huidige, toekomstige en recent gestopte medicatie. 
Nadere informatie over toedienlijsten is te vinden in [[#Toedienlijsten|paragraaf 5.4.2]]. 

Er zijn overigens situaties denkbaar waarin de consolidatieregels niet tot een compleet en/of accuraat overzicht leiden, bijvoorbeeld omdat de patiënt geen toestemming tot delen heeft gegeven. Daarom is altijd medicatieverificatie wenselijk.

=Medicatieproces=
Dit hoofdstuk beschrijft het medicatieproces in relatie tot het vastleggen en uitwisselen van de daarbij benodigde gegevens. Het generieke medicatieproces bestaat in de kern uit de deelprocessen voorschrijven, ter hand stellen, toedienen en gebruiken. Het proces start wanneer een patiënt een geneesmiddel gaat gebruiken, al dan niet op voorschrift. Het eindigt wanneer het gebruik van het betreffende middel stopt. 

Het proces kan per sector en situatie op een verschillende manier verlopen. Niet alle onderdelen zijn altijd van toepassing; zo is in de ambulante situatie een VV vereist voor medicatieverstrekking, maar niet in de klinische situatie. Deelprocessen kunnen ook iteratief of in een andere volgorde uitgevoerd worden. 

Om het medicatieproces op een verantwoorde manier te laten verlopen zijn ook ondersteunende activiteiten als medicatieverificatie en medicatiebewaking nodig. Medicatieverificatie is in verschillende deelprocessen aan de orde en is daarom ook als apart deelproces opgenomen. 
Doordat MP9 bijdraagt aan de volledigheid van medicatiegegevens, kan betere medicatiebewaking worden uitgevoerd. Medicatiebewaking zelf valt buiten de scope van dit FO. 

In de paragrafen 5.1 t/m 5.5 worden de deelprocessen beschreven. 
Paragraaf 5.6 geeft uitleg over voorstelgegevens. 
Paragraaf 5.7 bevat enkele aandachtspunten rond de klinische situatie. 
In paragraaf 5.8 wordt de informatie met betrekking tot GDS-medicatie uit de voorgaande paragrafen op een rij gezet.

De functionele beschrijving wordt geïllustreerd met praktijkvoorbeelden. Alle praktijkvoorbeelden zijn op een [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden|aparte overzichtspagina]] te vinden. Daarnaast zijn er aparte pagina’s met praktijkvoorbeelden per deelproces en voor GDS (Geneesmiddel Distributie Systeem):
* [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/voorschrijven|Praktijkvoorbeelden Voorschrijven]]
* [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/ter_hand_stellen|Praktijkvoorbeelden Ter hand stellen]]
* [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/toedienen|Praktijkvoorbeelden Toedienen]]
* [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/gebruiken|Praktijkvoorbeelden Gebruiken]]
* [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/GDS|Praktijkvoorbeelden GDS]]
Sommige praktijkvoorbeelden zijn voor meerdere deelprocessen relevant, en zijn dus op verschillende pagina’s terug te vinden.

==Deelproces Medicatieverificatie==
Deze paragraaf beschrijft het proces van medicatieverificatie. Medicatieverificatie is het samen met (de vertegenwoordiger van) de patiënt vaststellen van het daadwerkelijke gebruik van medicatie door de patiënt. Ook andere informatie die van belang kan zijn voor dat gebruik (contra-indicaties, allergieën, ernstige bijwerkingen en laboratoriumwaarden) kan hierbij worden uitgevraagd. Doel is om optimaal inzicht te verkrijgen in het daadwerkelijke gebruik van medicatie door een patiënt, zodat goede zorg verleend kan worden. Op verschillende momenten in het zorgproces kan medicatieverificatie nodig of wenselijk zijn. Bijvoorbeeld voorafgaand aan voorschrijven, ter hand stellen of toedienen van medicatie, bij evaluatie van een behandeling, of bij de voorbereiding van een opname. Ter ondersteuning van de implementatie van dit deelproces zijn diverse voorbeelden beschikbaar op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/medicatieverificatie|Praktijkvoorbeelden Medicatieverificatie]].

===Overzicht deelproces Medicatieverificatie===
Met de transactie Raadplegen medicatiegegevens verzamelt de zorgverlener de beschikbare medicatiebouwstenen, inclusief eventuele MGB's die door de patiënt zijn vastgelegd. Na consolideren heeft de zorgverlener een overzicht van de medicatie van de patiënt. 
Daarnaast kan ook gebruik gemaakt worden van bronnen zoals:
* meegenomen medicatie
* telefonische informatie van de apotheker of huisarts van de patiënt
De zorgverlener bespreekt deze informatie met de patiënt en kan de geverifieerde medicatie (inclusief zelfzorgmedicatie en medicatie uit het buitenland) met de bouwsteen MGB vastleggen. 
De vastgelegde gegevens rond medicatiegebruik worden beschikbaar gesteld aan medebehandelaars en patiënt zodat deze de gegevens kunnen raadplegen.

===Uitkomsten van Medicatieverificatie===
====Hoe wordt een geneesmiddel gebruikt?====
Bij medicatieverificatie zijn voor elk geneesmiddel de volgende uitkomsten mogelijk:
* Het geneesmiddel wordt gebruikt zoals afgesproken.
* Het gebruik is niet zoals afgesproken. Voorbeelden:
::– De patiënt gebruikt het geneesmiddel anders dan afgesproken, of wil dit gaan doen.
::– De patiënt gebruikt een ander geneesmiddel dan bij de zorgverlener bekend is.
* Onbekend of het gebruik is zoals afgesproken. Voorbeeld:
::– De patiënt heeft in het buitenland medicatie voorgeschreven gekregen maar het voorschrift is niet meer beschikbaar.

De zorgverlener kan deze bevindingen voor ieder geneesmiddel vastleggen met de bouwsteen MGB. In paragraaf 5.1.3 wordt dit verder toegelicht. 

Bij afwijkend gebruik kan een voorschrijver ook besluiten een nieuwe MA of MA met wijziging vast te leggen (zie [[#MA|paragraaf 5.2.2]]). Ziet de voorschrijver daar geen aanleiding toe, dan kan hij ook alleen een MGB vastleggen, eventueel met opmerking dat hij de patiënt heeft verzocht zich te houden aan de eerder gemaakte afspraken. 
Een zorgverlener kan bij afwijkend gebruik ook een VMA naar de voorschrijver sturen (zie [[#mp voorstelgegevens|paragraaf 5.6]]) en/of de patiënt aanraden de voorschrijver te informeren over het afwijkende gebruik.

====Onterecht openstaande medicatie of 'weeskinderen'====
Tijdens verificatie kan ook blijken dat medicatie onterecht nog openstaat. In bepaalde situaties kan het voorkomen dat bouwstenen (MA’s, TA’s) onterecht actueel zijn gebleven, de zogenaamde ‘weeskinderen’. Voorbeelden: 
* In de hybride situatie is bij het samenvoegen van bouwstenen voor dezelfde medicatie iets niet goed gegaan.
* Medicatie is gestopt in een ander systeem dan dat van de voorschrijver en dit systeem is niet (meer) beschikbaar voor het uitwisselen van bouwstenen. Hierdoor wordt de stop-MA niet opgeleverd en lijkt de oorspronkelijke MA dus nog actueel en geldig. 
Bij bouwstenen met {{fhir|eindDatumTijd}} is het probleem beperkt omdat die medicatie na de {{fhir|eindDatumTijd}} vanzelf niet meer actueel is. Bouwstenen zonder {{fhir|eindDatumTijd}} zouden zonder ingrijpen wel blijvend actueel en geldig lijken. Tijdens medicatieverificatie kunnen dergelijke ‘weeskinderen’ gesignaleerd worden. De zorgverlener moet dit corrigeren met een stop-bouwsteen. De stop-bouwsteen wordt zo mogelijk verstuurd naar de zorgverlener die de oorspronkelijke bouwsteen heeft vastgelegd.

===Aanwijzingen voor invulling bouwsteen medicatiegebruik===
Deze paragraaf bevat uitleg over de invulling van enkele data-elementen in specifieke situaties. In de tabbladen Dataset en Scenario’s in de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR index}} is alle formele broninformatie over de bouwstenen en hun data-elementen te vinden. Onderstaande tabel laat voor een aantal data-elementen zien hoe deze in verschillende situaties moeten worden ingevuld. 

De zorgverlener die de verificatie uitvoert is de {{fhir|Auteur}} van de bouwsteen. In {{fhir|Informant}} kan de bron van de betreffende informatie aangegeven worden, bijvoorbeeld de patiënt, een zorgverlener of een andere betrokkene. In {{fhir|RelatieMedicatieafspraak}} of {{fhir|RelatieToedieningsafspraak}} wordt verwezen naar de MA óf TA die de referentie is geweest voor het opgeven van dit gebruik.
<section begin=tabel medicatiegebruik/>
{| class="wikitable"
! style="width: 17%;" rowspan="2"|Situatie !! style="width: 1%;" rowspan="2"|Gebruik Indicator !! style="width: 1%;" rowspan="2"|VolgensAfspraak Indicator !! style="width: 1%;" rowspan="2"|Medicatiegebruik StopType !! style="width: 42,5%;" colspan="3"|Gebruiksperiode (maximaal 2 van 3 invullen) !! style="width: 14%;" rowspan="2"|Doseerinstructie
|-
! style="text-align:center;"|startDatumTijd || style="text-align:center;"|tijdsDuur || style="text-align:center;"| eindDatumTijd
|-
| style="text-align:center;" colspan="8"|<big>Medicatie is/wordt in Gebruiksperiode gebruikt</big>
|-
| rowspan="2"|'''Dit is volgens afspraak''' || style="text-align:center;" rowspan="2"|ja || style="text-align:center;" rowspan="2"|ja || style="text-align:center;" rowspan="2"|leeg laten || style="text-align:center;" colspan="3"|invullen conform MA of TA || rowspan="2"|invullen conform MA of TA
|-
| datum/tijd waarop gebruik gestart is of zal starten || (beoogde) duur van het gebruik || datum/tijd waarop gebruik geëindigd is of zal eindigen
|-
| '''Dit is niet volgens afspraak''' || style="text-align:center;"|ja || style="text-align:center;"|nee || style="text-align:center;"|leeg laten || datum/tijd waarop afwijkend gebruik gestart is of zal starten || (beoogde) duur van het afwijkende gebruik || datum/tijd waarop afwijkend gebruik geëindigd is of zal eindigen || daadwerkelijk gebruikte dosering moet ingevuld worden
|-
| '''Er is geen afspraak (zelfzorgmedicatie) / onbekend of dit volgens afspraak is''' || style="text-align:center;"|ja || style="text-align:center;"|leeg laten || style="text-align:center;"|leeg laten || datum/tijd waarop gebruik gestart is of zal starten || (beoogde) duur van het gebruik || datum/tijd waarop gebruik geëindigd is of zal eindigen || dosering die patiënt met zichzelf heeft afgesproken moet ingevuld worden
|-
| style="text-align:center;" colspan="8"|<big>Medicatie is/wordt in Gebruiksperiode niet gebruikt</big>
|-
| '''Dit is volgens afspraak''' || style="text-align:center;"|nee || style="text-align:center;"|ja || style="text-align:center;"|leeg laten of invullen conform stop-afspraak || datum/tijd vanaf wanneer gebruik gestaakt of onderbroken wordt || n.v.t. bij staken (beoogde) duur van onderbreken || n.v.t. bij staken datum/tijd waarop gebruik hervat wordt of zal worden || leeg laten er is geen sprake van een dosering
|-
| '''Dit is niet volgens afspraak''' || style="text-align:center;"|nee || style="text-align:center;"|nee || style="text-align:center;"|stopgezet / onderbroken || datum/tijd vanaf wanneer gebruik gestaakt of onderbroken wordt || n.v.t. bij staken (beoogde) duur van onderbreken || n.v.t. bij staken datum/tijd waarop gebruik hervat wordt of zal worden || leeg laten er is geen sprake van een dosering
|-
| '''Er is geen afspraak (zelfzorgmedicatie) / onbekend of dit volgens afspraak is''' || style="text-align:center;"|nee || style="text-align:center;"|leeg laten || style="text-align:center;"|stopgezet / onderbroken || datum/tijd vanaf wanneer gebruik gestaakt of onderbroken wordt || n.v.t. bij staken (beoogde) duur van onderbreken || n.v.t. bij staken datum/tijd waarop gebruik hervat wordt of zal worden || leeg laten er is geen sprake van een dosering
|}
<section end=tabel medicatiegebruik/>
Meer uitleg over het invullen van de medicatiebouwstenen MGB, MA en TA tijdens medicatieverificatie is te vinden in de
[[mp:Draft_Implementatiehandleiding_Medicatieverificatie_MGB|''Implementatiehandleiding invulling bouwstenen bij medicatieverificatie'']].

===Informatieoverdracht en systeemrollen tijdens deelproces Medicatieverificatie===
Tijdens het deelproces Medicatieverificatie kunnen diverse vormen van informatieoverdracht plaatsvinden. De tabel hieronder laat zien welke systeemrollen hiervoor nodig zijn.

{| class="wikitable"
! style="text-align:left;"|type gegevensuitwisseling !! style="text-align:left;"|systeemrol !! systeemrolcode
|-
| De zorgverlener raadpleegt de beschikbare medicatiegegevens.
|| MedicatieGegevensRaadplegend
|| MP-MGR
|-
| Het informatiesysteem van de zorgverlener levert in respons op raadpleging de vastgelegde medicatiegegevens op.
|| MedicatieGegevensBeschikbaarstellend
|| MP-MGB
|-
| De zorgverlener kan de vastgelegde medicatiegegevens versturen naar zorgverleners.
| MedicatieGegevensSturend
|| MP-MGS
|-
|}

Zorgverleners die medicatieverificatie uitvoeren kunnen van verschillende informatiesystemen gebruik maken. Zie [[#systeem|paragraaf 3.2.3]] voor een overzicht van de systeemrollen per informatiesysteem.

==Deelproces Voorschrijven==
Deze paragraaf beschrijft het proces van voorschrijven. De rol van voorschrijver mag worden uitgevoerd door iedereen met een voorschrijfbevoegdheid volgens de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|wet}}. Daarnaast mag een voorschrijver deze taak delegeren aan andere zorgverleners zonder eigen voorschrijfbevoegdheid. Dit mag alleen binnen de voorwaarden in de wet en binnen de afspraken in de betreffende zorgorganisatie. 
Ter ondersteuning van de implementatie van dit deelproces zijn diverse voorbeelden beschikbaar op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/voorschrijven|Praktijkvoorbeelden Voorschrijven]].

===Overzicht deelproces Voorschrijven===
====Voorschrijfproces algemeen====

'''Starten voorschrijfproces''' 
Het voorschrijfproces kan starten tijdens een consult of naar aanleiding van een voorstel van een andere zorgverlener of de patiënt met betrekking tot diens medicamenteuze behandeling. Zie [[#mp voorstelgegevens|paragraaf 5.6]] voor uitleg over voorstelgegevens. 
De voorschrijver evalueert de situatie van de patiënt, waaronder diens medicamenteuze behandeling. Hierbij kan gebruik gemaakt worden van een overzicht van medicatiegegevens (zie [[#consolideren|hoofdstuk 4)]]. 

'''Mogelijke acties bij voorschrijven''' 
Vervolgens besluit de voorschrijver om medicatie te starten, continueren, stoppen of wijzigen. Hierbij kunnen de volgende medicatiebouwstenen vastgelegd worden:
* MA voor het vastleggen van de therapeutische intentie van de voorschrijver.
* WDS voor het specificeren van het doseerschema bij geneesmiddelen met wisselende dosering (bijvoorbeeld antistollingsmedicatie).
* VV voor de logistieke verwerking van de voorgeschreven medicatie.
Dit wordt per bouwsteen verder uitgewerkt in de paragrafen 5.2.2 t/m 5.2.4. 
Paragraaf 5.2.5 bevat aanwijzingen voor de invulling van de bouwstenen MA en VV in specifieke situaties. 

'''Gegevens uitwisselen''' 
De voorschrijver stuurt de (stop-)MA met of zonder VV met de transactie Sturen medicatievoorschrift naar de verstrekker. Zo nodig kan een WDS, informatie over lengte of gewicht, of nierfunctiewaarde van de patiënt meegestuurd worden. De vastgelegde gegevens worden ook beschikbaar gesteld. De informatieoverdracht wordt in paragraaf 5.2.6 verder behandeld. 
Tijdens het voorschrijfproces wordt medicatiebewaking uitgevoerd; de uitwerking hiervan is buiten scope van dit FO.

====Enkele specifieke situaties====
Dienstwaarneming door huisartsenpost (HAP) 
Een huisartsenpost (HAP) werkt in opdracht van de vaste huisarts. De dienstwaarneming volgt in principe het generieke proces van voorschrijven. Ook de HAP kan medicatie starten, continueren, wijzigen en stoppen. De HAP zal zo nodig ook de bijbehorende verstrekkingsverzoeken doen.
Als aanvulling op dit proces kan de HAP-voorschrijver gebruik maken van het data-element {{fhir|VolgendeBehandelaar}} (zie [[#vb|paragraaf 5.2.5.1.7]]). 

<section begin=specifieke situaties voorschrijven />Medicatieproces in de klinische situatie 
Het medicatieproces in de klinische situatie wordt apart behandeld in [[#mp klinische situatie|paragraaf 5.7]]. 

Medicatie op toedienlijst 
Bij sommige patiënten staat medicatie op een toedienlijst (toedienpatiënten). Deze medicatie kan door een toediener, of door de patiënt zelf toegediend worden. De gegevens die nodig zijn voor het genereren van een toedienlijst kunnen door de voorschrijver in MA of WDS worden vastgelegd en/of door de verstrekker in de TA<section end=specifieke situaties voorschrijven /> (zie [[#aanwijzingen bouwstenen voorschrijven|paragraaf 5.2.5]] en [[#Toedienlijsten|paragraaf 5.4.2]]).

===Medicatieafspraak===
De MA is de therapeutische bouwsteen in een voorschrift. Hierin legt de voorschrijver vast wat er met de patiënt is afgesproken over het betreffende geneesmiddel. De MA geeft de therapeutische intentie van de voorschrijver weer. 

Op hoofdlijnen kan een voorschrijver een eerste MA maken binnen een nieuwe MBH, of een bestaande MA continueren, stoppen, wijzigen of tijdelijk onderbreken. Dit wordt in paragraaf 5.2.2.1 t/m 5.2.2.4 uitgewerkt. Zie ook [[#stoppen en wijzigen|paragraaf 2.4.3]] voor uitleg over werkwijze bij stoppen en wijzigen. 
 
<section begin=gebruiksperiode voorschrijven />In de {{fhir|Gebruiksperiode}} wordt de beoogde duur van de medicatie vastgelegd:
* Medicatie voor onbepaalde duur: hierbij wordt alleen {{fhir|startDatumTijd}} ingevuld, zonder {{fhir|tijdsDuur}} of {{fhir|eindDatumTijd}}.
* Medicatie voor bepaalde duur: 2 van de 3 data-elementen moeten worden ingevuld. Dit is ook het geval bij medicatie voor eenmalig gebruik.
* Als er een {{fhir|eindDatumTijd}} wordt vermeld, is het meegeven van de tijd altijd verplicht. Dit is om verwarring te voorkomen tussen 'tot' en 'tot en met'. In geval van een 'tot en met' datum (dus bij een gehele dag) is tijdstip 23:59:59 van toepassing.<section end=gebruiksperiode voorschrijven />
 
In paragraaf 5.2.5.1 wordt voor een aantal data-elementen toegelicht hoe deze in bepaalde situaties moeten worden ingevuld.
====Starten medicatie====
Een eerste MA vormt doorgaans de start van een MBH. Soms kan een MBH ook beginnen met een andere therapeutische bouwsteen. Voorbeelden:
* MTD in situaties waarbij acute toediening van een geneesmiddel nodig is.
* TA als de verstrekker (nog) niet de beschikking heeft over de digitale MA, bijvoorbeeld in de hybride situatie.
* Door de patiënt vastgelegde MGB.
In dergelijke gevallen kan de eerste MA in een MBH volgen na de vastlegging van de andere bouwsteen. Ook dan is de MA altijd leidend voor het weergeven van de therapeutische intentie van de voorschrijver. 

Een MA kan gemaakt worden om direct in te gaan maar kan ook vooruit gepland worden, met start in de toekomst (TMA). Deze TMA heeft een {{fhir|startDatumTijd}} die later ligt dan de datum waarop de afspraak gemaakt is.

====Continueren medicatie====
Voorbeelden van continueren van medicatie zijn:
*Herhaalmedicatie; er is alleen een nieuw VV nodig bij bestaande MA.
*Bij opname in een instelling waarbij de thuismedicatie wordt doorgebruikt.
In deze beide gevallen hoeft de bestaande MA niet aangepast te worden, tenzij de {{fhir|eindDatumTijd}} van de MA verstreken is. In dat geval moet er een nieuwe MA worden vastgelegd. 
'''NB''': Het voortzetten van een behandeling met een middel met een andere PRK valt niet onder continueren, maar onder wijzigen
(zie [[#Wijzigen medicatie|paragraaf 5.2.2.4]]).

====Stoppen medicatie====
Een MA waarin meteen al een {{fhir|eindDatumTijd}} is vastgelegd, bijvoorbeeld voor een kuur, stopt vanzelf op die datum. Hierbij is geen stop-MA nodig. 
Als de medicatie eerder gestopt moet worden, of als een MA geen {{fhir|eindDatumTijd}} heeft, moet er een stop-MA binnen dezelfde MBH worden vastgelegd. De stop-MA bevat de volgende nieuwe gegevens:
{| class="wikitable"
! style="text-align:left;"| data-element in dataset !! style="text-align:left;"| uitleg
|-
| eindDatumTijd || De datum waarop de MA eindigt. Deze einddatum kan ook in de toekomst liggen.
|-
| Voorschrijver || Naam van de zorgverlener die de stop-MA maakt.
|-
| RegistratieDatumTijd || Datum en tijd waarop de stop-MA wordt vastgelegd.
|-
| MedicatieafspraakStopType || ‘stopgezet’
|-
| RelatieMedicatieafspraak || Relatie naar de MA die gestopt wordt. Een stop-MA moet deze relatie bevatten, tenzij er geen MA beschikbaar is in de MBH om naar te verwijzen. Als de MBH alleen TA(‘s) en/of MGB(‘s) bevat, moet de voorschrijver deze kunnen stoppen met een stop-MA zonder RelatieMedicatieafspraak. De stop-MA krijgt in dat geval ook geen relatie naar een TA of MGB.
|-
| RedenWijzigenOfStaken || Reden voor stoppen van de MA. In de ambulante situatie is invullen verplicht. In de klinische situatie hoeft dit alleen ingevuld te worden indien relevant voor uitwisseling in de keten.
|}

Uit de bouwsteen waarnaar verwezen wordt moet de overige beschikbare informatie worden overgenomen, in ieder geval de volgende elementen:

{| class="wikitable"
! style="text-align:left;"| data-element in dataset !! style="text-align:left;"| uitleg
|-
| startDatumTijd || De oorspronkelijke startdatum.
|-
| AfgesprokenGeneesmiddel || Het afgesproken geneesmiddel. In geval van magistralen of ingrediënten hoeven 90 miljoen-nummers niet overgenomen te worden.
|-
| Gebruiksinstructie || De oorspronkelijke gebruiksinstructie. Het onderdeel AanvullendeInstructie hoeft niet te worden overgenomen aangezien wijze van gebruik bij een stop-MA niet meer relevant is.
|}
De MA kan per direct gestopt worden met {{fhir|eindDatumTijd}} vandaag. 
De MA kan ook gestopt worden met een {{fhir|eindDatumTijd}} in de toekomst. Als de voorschrijver de {{fhir|Gebruiksperiode}} daarna alsnog verder wil inkorten, wordt een tweede stop-MA aangemaakt. Deze tweede stop-MA verwijst naar de meest recente MA, in dit geval de eerste stop-MA. 

Het vastleggen van een stop-MA leidt tot het stoppen van de bijbehorende WDS’en en TA’s. Daarbij moet voor de TA’s nog een stop-TA worden vastgelegd. Voor het WDS is geen stop-WDS nodig.

======Stoppen medicatieafspraak door andere voorschrijver======
Een MA kan door de voorschrijver zelf gestopt worden maar ook door een andere voorschrijver. Wanneer een voorschrijver medicatie stopt maakt hij een stop-MA, ook bij het stoppen van een MA van een ander. De stop-MA wordt naar de zorgverlener die de gestopte MA heeft gemaakt gestuurd (transactie Sturen medicatiegegevens). De stop-MA moet ook naar de verstrekker gestuurd worden. De voorschrijver kan deze vinden door het raadplegen van de bij de MA horende TA’s (transactie Raadplegen medicatiegegevens). Hij verstuurt vervolgens de stop-MA naar de verstrekker met een actuele TA (transactie Sturen medicatievoorschrift).

===== Annuleren toekomstige medicatieafspraak=====
Het stoppen van een MA met {{fhir|startDatumTijd}} in de toekomst (TMA) heet annuleren. De TMA wordt geannuleerd door het vastleggen van een annuleer-TMA. Dit is een stop-MA met stoptype ‘geannuleerd’. De annuleer-TMA laat zien dat de patiënt de betreffende medicatie nooit volgens die TMA heeft gebruikt. 
De annuleer-TMA werkt hetzelfde als de stop-MA zoals hierboven beschreven, maar met twee verschillen:
*Het stoptype is ‘geannuleerd’ i.p.v. ‘stopgezet’;
*De {{fhir|startDatumTijd}} en {{fhir|eindDatumTijd}} van de annuleer-TMA zijn aan elkaar gelijk.
Het onderscheid tussen een annuleer-TMA en een gewone stop-MA maakt duidelijk of een geneesmiddel nooit (volgens die TMA) gebruikt is geweest, dan wel dat het gebruik eerst is gestart en daarna gestopt.

====Wijzigen medicatie====
Veranderingen in medicatie kunnen bijvoorbeeld gaan over dosering, toedieningsweg, gebruiksperiode of voorschrijver. 

Als een verandering resulteert in een andere PRK stopt de voorschrijver de MA en legt een nieuwe MA vast in een nieuwe MBH (zie [[#starten nieuw MBH|paragraaf 2.4.2]]). Voorbeelden zijn verandering in toedieningsweg of sterkte, of overstappen naar een ander geneesmiddel. 
Als de PRK van het voorgeschreven geneesmiddel gelijk blijft worden wijzigingen vastgelegd onder dezelfde MBH. 

Medicatie wordt gewijzigd door binnen dezelfde MBH een technische stop-MA en een nieuwe MA met de wijziging vast te leggen. De technische stop-MA heeft als eindDatumTijd de startDatumTijd van de nieuwe MA met wijziging (zie [[#stoppen en wijzigen|paragraaf 2.4.3]]). 
In de nieuwe MA komt een verwijzing naar de oorspronkelijke MA in {{fhir|RelatieMedicatieafspraak}}. Indien relevant voor uitwisseling in de keten kan de reden van wijzigen in {{fhir|RedenWijzigenOfStaken}} worden vastgelegd.

Het verlengen van de {{fhir|Gebruiksperiode}} van een MA kan op twee manieren plaatsvinden:
* Aanmaken van een nieuwe MA2 met {{fhir|startDatumTijd}} na de {{fhir|eindDatumTijd}} van de oorspronkelijke MA1. Er is geen stop-MA op MA1 nodig, deze verloopt vanzelf op diens {{fhir|eindDatumTijd}}. De nieuwe MA2 kan zowel tijdens als na de {{fhir|Gebruiksperiode}} van MA1 aangemaakt worden.
* Verlengen van de {{fhir|Gebruiksperiode}} van de oorspronkelijke MA1 als die nog niet verlopen is. Dit is een wijziging met technische stop-MA en een nieuwe MA2 met de verlengde {{fhir|Gebruiksperiode}}.

Een wijziging kan per direct ingaan of kan gepland worden met een {{fhir|startDatumTijd}} in de toekomst. Als de wijziging wordt doorgevoerd in een toekomstige MA dan wordt er een technische annuleer-TMA gemaakt en een nieuwe TMA met de wijziging. 

De technische stop-MA en technische annuleer-TMA werken hetzelfde als de gewone stop-MA en annuleer-TMA. Ze hebben dus ook stoptype ‘stopgezet’ of ‘geannuleerd’ (zie [[#Stoppen medicatie|paragraaf 5.2.2.3]]). 

De technische stop-MA en nieuwe MA worden gelijktijdig aangemaakt en hebben dus dezelfde {{fhir|RegistratieDatumTijd}} (zie [[#stop-bouwstenen|paragraaf 2.4.3.1]]). Ze worden gelijktijdig verstuurd en gelijktijdig beschikbaar gesteld. Bij raadplegen worden ze ook gelijktijdig opgeleverd. Hetzelfde geldt voor de technische annuleer-TMA en nieuwe TMA.

=====Corrigeren medicatieafspraak=====
Het kan voorkomen dat een voorschrijver een vergissing heeft gemaakt in een MA, bijvoorbeeld een typefout in de dosering. Als de foutieve MA nog niet gedeeld is met andere zorgverleners, kan de voorschrijver deze in het eigen informatiesysteem aanpassen of schrappen. Als de foutieve afspraak al wel gedeeld is met andere zorgverleners dan moet deze gecorrigeerd worden. Bij gelijkblijvende PRK volgt corrigeren het proces van wijzigen van een MA. Er worden twee nieuwe MA’s gemaakt binnen dezelfde MBH:
*Een nieuwe MA met de juiste gegevens en ‘foutieve registratie van medicatie’ in {{fhir|RedenWijzigenOfStaken}}.
*Een technische stop-MA met stoptype ‘stopgezet’ en verwijzing naar de te corrigeren MA in {{fhir|RelatieMedicatieafspraak}}.
Corrigeren van een toekomstige MA gebeurt op dezelfde manier, met een technische annuleer-TMA plus nieuwe TMA. 

Als de correctie inhoudt dat medicatie met andere PRK wordt voorgeschreven, dan gaat het niet om een wijziging. De MA wordt in dat geval gestopt met een stop-MA met ‘foutieve registratie van medicatie’ in {{fhir|RedenWijzigenOfStaken}}. De nieuwe MA wordt in een andere MBH vastgelegd.

=====Wijzigen medicatieafspraak door andere voorschrijver=====
Een MA kan door de voorschrijver zelf gewijzigd worden maar ook door een andere voorschrijver. De stop-MA wordt naar de zorgverlener gestuurd die de originele MA heeft gemaakt (transactie Sturen medicatiegegevens). De stop-MA en nieuwe MA worden met of zonder VV gestuurd naar de verstrekker met een actuele TA, zie [[#stoppen MA andere voorschrijver|paragraaf 5.2.2.3.1]] (transactie Sturen medicatievoorschrift).

====Tijdelijk onderbreken en hervatten van medicatie====
<section begin=tijdelijk onderbreken/>Tijdelijk onderbreken is het stoppen van de medicatie gedurende een bepaalde periode. De onderbreking kan per direct ingaan of er kan een toekomstige onderbreking gepland worden. Gedurende de periode van onderbreken wordt de medicatie als actueel beschouwd vanwege de intentie om deze in de toekomst te hervatten.
Er worden twee nieuwe MA’s gemaakt binnen dezelfde MBH:
*Een stop-MA met stoptype ‘onderbroken’, verwijzing naar de te onderbreken MA in {{fhir|RelatieMedicatieafspraak}} en, indien relevant voor uitwisseling in de keten, reden voor onderbreken in RedenWijzigenOfStaken.
*Een nieuwe MA ter hervatting met relatie naar die stop-MA en eventueel de reden van hervatting in {{fhir|RedenWijzigenOfStaken}}. Deze kan direct aangemaakt worden of later, bijvoorbeeld pas als de datum van hervatting bekend is.
<section end=tijdelijk onderbreken/>
Indien de voorschrijver de onderbroken MA definitief wil stoppen, wordt er een stop-MA met stoptype ‘stopgezet’ gemaakt met verwijzing naar de stop-MA waarmee de oorspronkelijke MA is onderbroken. 

Tijdelijke substitutie met een ander middel is geen wijziging of onderbreking maar daadwerkelijk stoppen van het eerste middel en het starten van een nieuwe MBH met het substituut.

===Wisselend doseerschema===
Bij sommige geneesmiddelen is het doseerschema variabel, bijvoorbeeld omdat het afhankelijk is van bepaalde bloedwaarden. Een voorbeeld is antistollingsmedicatie. Hierbij bepaalt de voorschrijver de therapeutische INR-range (International Normalized Ratio, maat voor de stollingstijd van het bloed) waarbinnen de behandeling plaats dient te vinden. 
De doseerinstructie wordt dan niet in de MA maar in het WDS vastgelegd. Met een WDS kan de dosering van de medicatie aangepast worden zonder dat de MA gewijzigd hoeft te worden. 
De trombosearts stelt de specifieke doseerinstructies op binnen de afgesproken INR-range en op basis van de gemeten INR-waarde. Deze INR-waarde wordt vastgelegd in de {{fhir|Toelichting}} van het WDS, zodat duidelijk is op welke waarde een bepaald schema gebaseerd is.
De voorschrijvend arts die de MA heeft gemaakt blijft verantwoordelijk voor de VV’s.

====Opstarten wisselend doseerschema====
De voorschrijver schrijft antistollingsmedicatie voor en legt in de MA vast:
*{{fhir|AfgesprokenGeneesmiddel}}: het voorgeschreven geneesmiddel. In het WDS wordt altijd hetzelfde geneesmiddel opgenomen als in de MA.
*{{fhir|AanvullendeInstructie}} ‘gebruik volgens schema trombosedienst’; er wordt in de MA dus geen Doseerinstructie opgenomen.
*{{fhir|Toelichting}}: de INR-range waarbinnen de behandeling plaats dient te vinden.
De voorschrijver maakt een eerste WDS aan om de periode tot de trombosezorg betrokken is te overbruggen. Op basis van de INR-waarde en, indien nodig, zijn professionele inschatting stelt de trombosearts een WDS op dat het schema van de voorschrijver wijzigt of opvolgt. Vanaf dit moment neemt de trombosedienst het opstellen van de WDS’en over van de voorschrijver.

====Continueren wisselend doseerschema====
Een WDS zal altijd voor een bepaalde tijd worden opgesteld. Het wordt bijgesteld op basis van relevante meetwaarden. Als het WDS aan het einde van de {{fhir|Gebruiksperiode}} afloopt wordt het opgevolgd door een nieuw WDS (maar zie ook [[#wijzigen wds|paragraaf 5.2.3.4]]). In het nieuwe WDS staat een relatie naar de MA en naar het vorige WDS. Er is geen stop-WDS nodig.

====Stoppen wisselend doseerschema====
Zolang er een therapeutische afspraak in een MA staat moet er ook een doseerinstructie zijn. Als die ingevuld wordt door een WDS moet er dus altijd een WDS bestaan zolang de MA loopt. 
Het definitief stoppen van een WDS gebeurt door het stoppen van de MA. De trombosearts of andere voorschrijver maakt een stop-MA aan, of stuurt een VMA met voorstel om te stoppen naar de voorschrijver. Het stoppen van de MA leidt tot het stoppen van het bijbehorende WDS. Er is dan geen stop-WDS nodig. 
Als de behandeling na verloop van tijd weer gestart moet worden, volgt de gewone procedure van aanmaken MA en opstarten WDS.

====Wijzigen wisselend doseerschema====
Omdat bij antistollingsmedicatie altijd een WDS bij een MA beschikbaar moet zijn zal een WDS doorgaans doorlopen tot na de volgende meting van de relevante bloedwaarde.
Dat betekent dat een WDS meestal gewijzigd moet worden. Dit gebeurt volgens het gewone wijzigingsproces door het vastleggen van een nieuw WDS en een technisch stop-WDS (zie [[#stoppen en wijzigen|paragraaf 2.4.3]]). 
Het nieuwe WDS krijgt een relatie naar de MA en naar het vorige WDS. In {{fhir|RedenWijzigenOfStaken}} van het WDS kan de reden voor de wijziging worden vastgelegd. Meestal zal een nieuwe INR-waarde uitgangspunt zijn voor het nieuwe schema, deze wordt vastgelegd in de {{fhir|Toelichting}} van het WDS. 

Wijzigingen met betrekking tot de doseerinstructie worden in het WDS opgenomen. Wijzigingen in het overige behandelbeleid moeten in de MA worden vastgelegd.

=====Wijzigen wisselend doseerschema door andere voorschrijver=====
Een WDS kan door de auteur van het WDS zelf gewijzigd worden maar ook door een andere voorschrijver. Deze stuurt dan het technische stop-WDS naar de zorgverlener die het originele WDS heeft gemaakt.

====Onderbreken dosering====
Het kan nodig zijn om de dosering tijdelijk te onderbreken, bijvoorbeeld vanwege comedicatie of een geplande ingreep.
Dit kan op twee manieren:
* Als bekend is wanneer de onderbreking moet starten wordt de dosering voor de betreffende periode in het WDS aangepast naar 0. Er wordt een nieuw WDS met de nuldosering en een technisch stop-WDS aangemaakt.
: De MA en de TA lopen in dit geval door. Hiermee is duidelijk dat alleen de dosering tijdelijk onderbroken is; de therapeutische behandeling is niet gestopt.
* Indien de exacte periode waarin de onderbreking plaats moet vinden niet bekend is, dient de onderbreking via een stop-MA te lopen. Zie [[#tijdelijk|paragraaf 5.2.2.5]].

===Verstrekkingsverzoek===
Het VV is de logistieke bouwsteen in een voorschrift. In het VV beschrijft de voorschrijver hoeveel van een geneesmiddel moet worden verstrekt. 
In paragraaf 5.2.5.2 wordt voor een aantal data-elementen toegelicht hoe deze in bepaalde situaties moeten worden ingevuld.

====Maken verstrekkingsverzoek====
Als een patiënt een (nieuwe) voorraad geneesmiddel nodig heeft wordt er een VV gemaakt. Bijvoorbeeld bij de start van een behandeling met een nieuw geneesmiddel.
Een VV hoeft niet tegelijk met het vastleggen van een MA gemaakt te worden. Bij een MA met een langere gebruiksperiode worden in de loop van de tijd meerdere VV’s gemaakt terwijl de MA hetzelfde blijft. 
In de klinische setting is geen VV nodig: de ziekenhuisapotheker zorgt dat de medicijnen beschikbaar zijn zolang de MA loopt.

=====Maken verstrekkingsverzoek door andere voorschrijver=====
Het is mogelijk dat een andere voorschrijver dan degene die de MA heeft gemaakt, een VV onder deze MA doet. Het gaat dan om herhaalmedicatie. In dat geval wordt in het voorschrift naar de apotheek de MA van de originele voorschrijver meegestuurd met het VV.

===Aanwijzingen voor invulling bouwstenen medicatieafspraak en verstrekkingsverzoek===

====Aanwijzingen voor invulling bouwsteen Medicatieafspraak====
Deze paragraaf bevat uitleg over de invulling van enkele data-elementen van de MA in specifieke situaties. In de tabbladen Dataset en Scenario’s in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR}} is alle formele broninformatie over de bouwstenen en hun data-elementen te vinden.
=====AanvullendeInformatie=====
<section begin=aanvullende informatie/>Een voorschrijver kan in data-element {{fhir|AanvullendeInformatie}} onder andere aangeven of een MA wel of niet direct in moet gaan. De volgende waarden zijn hiervoor beschikbaar:
* Direct op toedienlijst of in GDS
* Na reguliere voorschriftverwerking op toedienlijst of in GDS
* Per volgende GDS-rolwissel op toedienlijst
Als bij wijzigen een van deze waarden in de nieuwe MA wordt ingevuld, moet de technische stop-MA dezelfde waarde krijgen. Bij stoppen van medicatie kan deze informatie in de stop-MA worden vastgelegd.<section end=aanvullende informatie/> 
In [[#GDS-medicatie|paragraaf 5.8]] is alle informatie over GDS-medicatie in een overzicht gezet.

=====AfgesprokenGeneesmiddel=====
'''G-standaard en vrije tekst''' 
In {{fhir|AfgesprokenGeneesmiddel}} wordt het voor te schrijven geneesmiddel vastgelegd met een code uit de G-standaard, doorgaans op PRK-niveau. 
Het is wel mogelijk om zonder zo’n code, dus in vrije tekst, voor te schrijven. Dit is echter alleen toegestaan wanneer er geen geschikte code beschikbaar is in de G-Standaard, bijvoorbeeld bij onderzoeksmedicatie. Dit mag alleen bij hoge uitzondering gebeuren, onder andere omdat zonder G-standaardcode geen medicatiebewaking kan worden uitgevoerd.

'''Niet-geneesmiddelen''' 
Ook niet-geneesmiddelen kunnen, op HPK-niveau, vanuit de G-standaard voorgeschreven worden. Voorbeeld: inhalator (Aerochamber, HPK 1915185) als hulpmiddel voor voorgeschreven aerosolen. Niet-geneesmiddelen zijn niet van toepassing voor een medicatieoverzicht of medicatiebewaking.

'''Eigen artikelen''' 
Eigen artikelen (90 miljoen nummer) kunnen ook in dit data-element worden vastgelegd. Voorwaarde is dat binnen een organisatie een eenmaal aangemaakt 90 miljoen nummer nooit aangepast mag worden. Bij de uitwisseling zorgt de root-oid (unieke technische identificatie van de organisatie) in combinatie met het 90 miljoen nummer ervoor dat deze uniek is ten opzichte van alle 90 miljoen nummers vanuit andere organisaties. 
De stoffen waaruit dit artikel bestaat worden als ingrediënten in dit data-element van de MA vastgelegd. Er moet minimaal één ingrediënt worden vastgelegd, zoals bij magistralen.

=====Gebruiksinstructie=====
<section begin=aanwijzing gebruiksinstructie voorschrijven />'''Omschrijving''' 
Gebruiksinstructies worden op twee manieren elektronisch aangeleverd:
* Gestructureerd conform de datastructuur onder Gebruiksinstructie.
* Als vrije tekst in data-element Omschrijving. Hierin wordt de volledige gebruiksinstructie leesbaar uitgeschreven, bijvoorbeeld: "eenmaal per dag 1 stuk". 

De optie om vrije tekst weer te geven is bedoeld voor situaties waarin het ontvangende systeem de gestructureerde informatie niet goed kan verwerken, zodat toch correcte informatie aan de eindgebruiker kan worden getoond. 

Het is uitdrukkelijk de bedoeling dat leveranciers bij implementatie zoveel mogelijk gebruikmaken van de gestructureerde informatie om hun eigen omschrijvingen te genereren.
De gestructureerde informatie en de vrije tekst moeten volledig overeenkomen. Er mag in de gestructureerde informatie niets staan dat niet in Omschrijving is vermeld.

'''AanvullendeInstructie''' 
Antistollingsmedicatie (zie [[#opstarten wds|paragraaf 5.2.3.1]]) 
Bij geneesmiddelen met een wisselend doseeerschema wordt in de MA geen {{fhir|Doseerinstructie}} opgenomen. In {{fhir|AanvullendeInstructie}} wordt ‘gebruik volgens schema trombosedienst’ vastgelegd.

Medicatie die toegediend moet worden 
<section begin=medicatie die toegediend moet worden />Er kunnen extra aanwijzingen voor de toediening worden meegegeven aan de (professionele) toediener en/of patiënt. Voorbeelden zijn:
*Aangeven dat bij het stoppen van een fentanylpleister de pleister verwijderd moet worden.
*Bij dosering van een halve tablet aangeven wat er met de andere halve tablet moet gebeuren.
Dergelijke gegevens kunnen niet gestructureerd worden vastgelegd. Deze worden in vrije tekst in het data-element {{fhir|AanvullendeInstructie}} van de MA, TA en/of het WDS vastgelegd.<section end=medicatie die toegediend moet worden /> 

'''Doseerinstructie''' 
‘Zo nodig’-medicatie 
In geval van ‘zo nodig’-medicatie wordt in data-element {{fhir|ZoNodig.Criterium}} vastgelegd in welke situatie de medicatie genomen moet worden. 

Doseerinstructie met interval eenmaal per 36 uur 
Een {{fhir|Doseerinstructie}} die de inname van 1 tablet per 36 uur voorschrijft, kan doorgaans worden vastgelegd als 1 MA met een {{fhir|Keerdosis}} van 1 tablet en een {{fhir|Interval}} van 36 uur. Niet alle informatiesystemen ondersteunen echter intervallen langer dan 24 uur. In dat geval is een alternatieve werkwijze nodig. 
Een praktische oplossing is gebruikmaken van een {{fhir|HerhaalperiodeCyclischSchema}} van drie dagen met verschillende {{fhir|Doseerinstructie}} voor elke dag:
* dag 1 ’s ochtends een dosis
* dag 2 ’s avonds een dosis
* dag 3 geen inname of toediening.
Door dit schema te herhalen ontstaat alsnog een correct doseerpatroon met toedienmomenten die telkens 36 uur uit elkaar liggen.

(Richt)toedientijden bij medicatie die toegediend moet worden 
<section begin=richttoedientijden />Voor een toedienlijst zijn (richt)toedientijden en doseerinstructies noodzakelijk. Deze gegevens kunnen in de TA, MA of het WDS vastgelegd worden. Verstrekkers en voorschrijvers in de ambulante setting leggen niet standaard de (richt)toedientijden vast en moeten dus alert zijn dat het om een toedienpatiënt gaat. Standaard wordt uitgegaan van flexibele (richt)toedientijden.<section end=richttoedientijden /> 

<section begin=exacte toedientijden />Soms is een specifieke toedientijd vereist, bijvoorbeeld vanwege een wisselwerking met andere medicatie. Behalve het vermelden van de exacte toedientijd moet op de toedienlijst ook duidelijk zijn dat hier niet van afgeweken mag worden. Dit moet aangegeven worden door in MA, TA en/of WDS het data-element {{fhir|Toedieningsschema.IsFlexibel}} op ‘nee’ te zetten.<section end=exacte toedientijden /><section end=aanwijzing gebruiksinstructie voorschrijven />

=====Gebruiksperiode=====
<section begin=onzekerheidscriterium/>Indien er sprake is van een situatieafhankelijke {{fhir|startDatumTijd}} of {{fhir|eindDatumTijd}}, kan dit aangegeven worden in het data-element {{fhir|Gebruiksperiode.Criterium}}. Dit criterium maakt expliciet wat de situatieafhankelijkheid inhoudt. Voorbeelden hiervan zijn:
* ‘X dagen voor opname starten’ – als het exacte startmoment afhankelijk is van een geplande ziekenhuisopname.
* ‘X dagen na vakantie stoppen’ – als de medicatie wordt afgebouwd na een specifieke gebeurtenis met een onzekere einddatum.

Zie de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/voorbeelden_onzekerheidscriterium|Voorbeelden onzekerheidscriterium]] voor uitwerking van de werkwijze bij gebruik van dit criterium.<section end=onzekerheidscriterium/>

=====RegistratieDatumTijd=====
<section begin="registratiedatumtijd" />De {{fhir|RegistratieDatumTijd}} geeft de datum en tijd van het vastleggen van de medicatiebouwsteen en dient om de volgordelijkheid van de medicatiebouwstenen correct te kunnen bepalen. Verdere uitleg over de {{fhir|RegistratieDatumTijd}} is te vinden in ART-DECOR.<section end="registratiedatumtijd" />

=====Toelichting=====
In geval van antistollingsmedicatie wordt in {{fhir|Toelichting}} de INR-range waarbinnen de behandeling plaats dient te vinden vastgelegd.

=====VolgendeBehandelaar=====
In dit data-element kan de zorgverlener worden vastgelegd waarmee contact kan worden opgenomen bij vragen over deze MA. Als de zorgverlener niet bekend is, mag als alternatief de betreffende zorgaanbieder worden ingevuld. Dit data-element kan bijvoorbeeld gebruikt worden bij ontslag uit een klinische situatie, zie [[#bij ontslag|paragraaf 5.7.2.3]]. 

Het kan ook relevant zijn voor een voorschrijver in een huisartsenpost (HAP). Voorbeelden:
* Nieuwe MA: De HAP-voorschrijver kan hier de naam van de vaste huisarts invullen.
* Wijzigen bestaande MA: De HAP-voorschrijver kan in de nieuwe MA hier de naam van de voorschrijver van de oorspronkelijke MA invullen.
* Stoppen bestaande MA: De HAP-voorschrijver kan in de stop-MA hier de naam van de oorspronkelijke voorschrijver invullen.
Hiermee is het ook buiten ANW-uren voor de hele keten duidelijk bij welke voorschrijver men moet zijn voor bijvoorbeeld vraagafhandeling.

====Aanwijzingen voor invulling bouwsteen verstrekkingsverzoek====
Deze paragraaf bevat uitleg over de invulling van enkele data-elementen van het VV in specifieke situaties. In de tabbladen Dataset en Scenario’s in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR}} is alle formele broninformatie over de bouwstenen en hun data-elementen te vinden.
=====Hoeveelheid die verstrekt moet worden=====
In een VV kan de {{fhir|TeVerstrekkenHoeveelheid}} vastgelegd worden óf de {{fhir|Verbruiksperiode}}. Bij vastleggen van een {{fhir|Verbruiksperiode}} moet de hoeveelheid die verstrekt moet worden eenduidig afleidbaar zijn uit de {{fhir|Doseerinstructie}} van de MA. 
Let op: de {{fhir|eindDatumTijd}} in een {{fhir|Verbruiksperiode}} heeft een andere betekenis dan de {{fhir|eindDatumTijd}} in de {{fhir|Gebruiksperiode}} van een MA. Deze kunnen ongelijk zijn.
*{{fhir|Verbruiksperiode.eindDatumTijd}}: datum tot wanneer de verstrekker toestemming heeft om verstrekkingen te doen (en daarmee voldoende voorraad aan de patiënt mee te geven voor gebruik tot aan die datum).
*{{fhir|Gebruiksperiode.eindDatumTijd}}: datum waarop de patiënt moet stoppen met de medicatie (deze kan gelijk zijn aan de {{fhir|Verbruiksperiode.eindDatumTijd}} of verder in de toekomst liggen).

=====Medicatie niet in GDS=====
<section begin=aanvullende wensen/>In het data-element {{fhir|AanvullendeWensen}} van het VV kan de voorschrijver aangeven dat een geneesmiddel niet in GDS verstrekt mag worden.<section end=aanvullende wensen/> 
In [[#GDS-medicatie|paragraaf 5.8]] is alle informatie over GDS-medicatie in een overzicht gezet.

===Informatieoverdracht tijdens deelproces Voorschrijven===
====Nierfunctiewaarde meesturen met medicatievoorschrift====
Bij sommige geneesmiddelen is het functioneren van de nieren van belang. De nierfunctiewaarde bepaalt dan de keuze en/of de dosering van het geneesmiddel. Bij dergelijke geneesmiddelen wordt de nierfunctiewaarde altijd samen met het medicatievoorschrift meegestuurd. Ook als er sinds een vorige verstrekking nieuwe uitslagen bekend zijn moeten deze weer met het medicatievoorschrift voor de nieuwe verstrekking worden meegestuurd. 
Deze nierfunctiewaarde wordt vastgelegd in de bouwsteen Laboratoriumuitslag en verstuurd via de transactie Sturen laboratoriumresultaten. Zie hiervoor de {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|lab2zorg}}. Het los sturen van de Laboratoriumuitslag nierfunctiewaarde zonder medicatievoorschrift valt buiten scope van de informatiestandaard MP9.

====Lengte en gewicht meesturen in voorschrift====
De voorschrijver kan bij het versturen van het medicatievoorschrift ook lengte en gewicht van de patiënt meesturen. Dit kan bijvoorbeeld gedaan worden bij het voorschrijven aan kinderen, of het voorschrijven van medicatie waarbij gewicht (bijvoorbeeld antistollingsmedicatie) of lichaamsoppervlakte (bijvoorbeeld sommige oncolytica) van belang zijn. 

Het gaat om de lengte en het gewicht dat de voorschrijver heeft aangehouden voor het bepalen van het voorschrift. Dit kan afwijken van de lengte of het gewicht dat algemeen is vastgelegd over de patiënt. 

Lichaamslengte en Lichaamsgewicht zijn losse bouwstenen en kunnen alleen worden meegestuurd in de transacties Sturen medicatievoorschrift en Sturen voorstel medicatieafspraak. Deze informatie is verder niet te raadplegen.

====Informatieoverdracht en systeemrollen tijdens deelproces Voorschrijven====
Binnen het deelproces Voorschrijven kunnen diverse vormen van informatieoverdracht plaatsvinden. De tabel hieronder laat zien welke systeemrollen hiervoor nodig zijn.
{| class="wikitable"
! style="text-align:left;"|type informatieoverdracht !! style="text-align:left;"|systeemrol !! style="text-align:left;"|systeemrolcode
|-
| De voorschrijver stuurt een nieuwe MA naar de verstrekker van keuze van de patiënt, in de ambulante situatie vergezeld van een VV. Hiermee geeft de voorschrijver opdracht aan de verstrekker om medicatie ter hand te stellen. || rowspan="4"| VoorschriftSturend|| rowspan="4"|MP-VOS
|-
| De voorschrijver stuurt een stop-MA en eventuele nieuwe MA naar de verstrekker, al dan niet vergezeld van een VV. Hiermee geeft de voorschrijver opdracht aan de verstrekker om een wijziging in medicatiebeleid door te voeren.
|-
| De voorschrijver stuurt een nieuw VV met bestaande MA naar de verstrekker. Hiermee geeft de voorschrijver opdracht aan de verstrekker om opnieuw medicatie ter hand te stellen.
|-
| De voorschrijver stuurt lengte en/of gewicht mee met het voorschrift.
|-
| De voorschrijver stuurt een nierfunctiewaarde mee met het voorschrift. || VoorschriftSturend + LabResultaatSturend|| MP-VOS + LAB-LRS
|-
| De voorschrijver ontvangt bericht als de verstrekker de opdracht heeft afgehandeld. || VoorschriftAfhandelingOntvangend || MP-VOO
|-
| rowspan="4"|De voorschrijver kan van andere zorgverleners een VMA en/of VVV ontvangen en een AVMA en/of AVVV naar de voorsteller terugsturen. || VoorstelMedicatieafspraakOntvangend || MP-VMO
|-
| AntwoordVoorstelMedicatieafspraakSturend || MP-AVMS
|-
| VoorstelVerstrekkingsverzoekOntvangend || MP-VVO
|-
| AntwoordVoorstelVerstrekkingsverzoekSturend || MP-AVVS
|-
| rowspan="4"|De voorschrijver kan ook zelf voorstelgegevens naar een andere voorschrijver sturen en antwoorden ontvangen. || VoorstelMedicatieafspraakSturend || MP-VMS
|-
| AntwoordVoorstelMedicatieafspraakOntvangend || MP-AVMO
|-
| VoorstelVerstrekkingsverzoekSturend || MP-VVS
|-
| AntwoordVoorstelVerstrekkingsverzoekOntvangend || MP-AVVO
|-
| Het EVS levert bij raadpleging de vastgelegde medicatiegegevens op. VV wordt alleen aan de patiënt opgeleverd. || MedicatieGegevensBeschikbaarstellend || MP-MGB
|-
| De voorschrijver raadpleegt de beschikbare medicatiegegevens voor het uitvoeren van medicatieverificatie en/of het evalueren van de medicamenteuze behandeling van de patiënt. || MedicatieGegevensRaadplegend || MP-MGR
|-
| rowspan="2"|De voorschrijver stuurt medicatiegegevens naar/ontvangt medicatiegegevens van een andere zorgverlener, bijvoorbeeld op verzoek van de patiënt of bij ontslag. || MedicatieGegevensSturend || MP-MGR
|-
| MedicatieGegevensOntvangend || MP-MGO
|-
| De voorschrijver stuurt medicatiegegevens (MA en WDS) naar de trombosedienst ingeval de voorschrijver een eerste WDS ter overbrugging heeft gemaakt. || rowspan="3"|MedicatieGegevensSturend || rowspan="3"|MP-MGS
|-
| In geval van gecorrigeerde gegevens schat de voorschrijver in wie hij actief op de hoogte moet stellen door het sturen van de juiste gegevens.
|-
| In geval van stoppen andermans MA stuurt de voorschrijver de stop-MA naar de voorschrijver van de gestopte MA.
|}
De voorschrijver maakt gebruik van een elektronisch voorschrijfsysteem (EVS). Zie [[#systeem|paragraaf 3.2.3]] voor een overzicht van de systeemrollen die het EVS moet kunnen vervullen.

==Deelproces Ter hand stellen==
Deze paragraaf beschrijft het proces van ter hand stellen door een verstrekker. Een verstrekker is een apotheker of apotheekhoudend huisarts die het proces van ter hand stellen uitvoert of onder wiens verantwoordelijkheid dat gebeurt.
Ter ondersteuning van de implementatie van dit deelproces zijn diverse voorbeelden beschikbaar op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/ter_hand_stellen|Praktijkvoorbeelden Ter hand stellen]].

===Overzicht deelproces Ter hand stellen===

====Ter hand stellen algemeen====
'''Starten deelproces ter hand stellen''' 
Het deelproces Ter hand stellen start wanneer de verstrekker een nieuw medicatievoorschrift (MA met of zonder VV) ontvangt. Ook een verzoek van de patiënt voor herhaalde medicatieverstrekking of een signaal uit de herhaalmodule van het AIS kan reden zijn voor het starten van dit deelproces. Soms is een verandering in de situatie van de patiënt aanleiding voor het starten van het deelproces Ter hand stellen, bijvoorbeeld omdat diens medicatie voortaan in een Geneesmiddel Distributie Systeem (GDS) verstrekt moet worden. 

Er wordt gecontroleerd op verkrijgbaarheid van het voorgeschreven geneesmiddel en op preferentiebeleid. Ook wordt medicatiebewaking uitgevoerd; de uitwerking hiervan is buiten scope van dit FO. 
 
'''Mogelijke acties bij ter hand stellen''' 
Als alle gegevens voldoen handelt de verstrekker het medicatievoorschrift af. Dit kan het verstrekken van medicatie betekenen, maar dat hoeft niet. Voorbeelden daarvan zijn:
* De medicatie wordt gestopt met een stop-MA.
* De medicatie is gewijzigd en de patiënt heeft nog voldoende voorraad.
* De patiënt haalt de medicatie niet af.
 
Bij het afhandelen van het medicatievoorschrift kunnen de volgende medicatiebouwstenen vastgelegd worden:
* TA om vast te leggen hoe de bijbehorende MA concreet is ingevuld.
* MVE om vast te leggen wat er daadwerkelijk aan de patiënt is verstrekt.
Dit wordt per bouwsteen verder uitgewerkt in de paragrafen 5.3.2 en 5.3.3. 
Paragraaf 5.3.4 bevat aanwijzingen voor de invulling van de bouwstenen MA en VV in specifieke situaties.
 
Soms zal een verstrekker contact willen opnemen met de voorschrijver. Bijvoorbeeld:
* Er is een nieuw VV nodig.
* Er zijn vragen over de ontvangen MA.
* Na een medicatiebewakingssignaal.
In dergelijke gevallen kan de verstrekker een VMA of VVV naar de voorschrijver sturen. Daarin doet de verstrekker een concreet voorstel voor een MA of VV, met vermelding van de reden voor dat voorstel. Zie [[#mp voorstelgegevens|paragraaf 5.6]] voor nadere informatie over deze voorstelgegevens. 
 
'''Gegevens uitwisselen''' 
De verstrekker stuurt de TA en, indien ook een verstrekking heeft plaatsgevonden, de MVE naar de voorschrijver. Als de {{fhir|Auteur}} van het VV een andere zorgverlener is dan de {{fhir|Voorschrijver}} in de MA, wordt de TA met eventueel de MVE naar die {{fhir|Auteur}} gestuurd. De vastgelegde gegevens worden ook beschikbaar gesteld. 
De informatieoverdracht wordt in paragraaf 5.3.5 verder behandeld.

====Enkele specifieke situaties====
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|specifieke situaties voorschrijven }} (zie [[#Toedienlijsten|paragraaf 5.4.2]]).

===Toedieningsafspraak===
Met de TA wordt de MA op een concreet niveau ingevuld. Er is niet altijd een nieuwe TA nodig, bijvoorbeeld bij herhaalverstrekking onder een lopende MA. 
De TA wordt ingevuld op basis van factoren zoals beschikbaarheid, preferentiebeleid, of wensen van de patiënt of voorschrijver. Dit kan bijvoorbeeld resulteren in een product met een andere sterkte met daarbij aangepaste doseerfrequentie. Een andere sterkte betekent een andere PRK. Aangezien de TA onder dezelfde MBH valt als de MA, kunnen binnen 1 MBH dus bouwstenen met verschillende PRK voorkomen. 

Een TA kan net als de bijbehorende MA in de toekomst starten. Deze TTA heeft een {{fhir|startDatumTijd}} die later ligt dan de datum waarop de afspraak gemaakt is. 

Op hoofdlijnen kan een verstrekker een nieuwe TA maken, of een bestaande TA continueren, stoppen, wijzigen of tijdelijk onderbreken. Dit wordt in paragraaf 5.3.2.1 t/m 5.3.2.5 uitgewerkt. 
In paragraaf 5.3.4.1 wordt voor een aantal data-elementen toegelicht hoe deze in bepaalde situaties moeten worden ingevuld.

====Eerste toedieningsafspraak====
Bij een nieuwe MA wordt altijd een nieuwe TA gemaakt. Een eerste TA in een MBH zal doorgaans gemaakt worden naar aanleiding van een nieuwe MA. Een eerste TA kan echter ook zonder bijbehorende MA worden gemaakt. Als een patiënt in de apotheek bijvoorbeeld een zelfzorgmiddel koopt kan de verstrekker ervoor kiezen om een TA vast te leggen en daarmee een nieuwe MBH te starten. Dit maakt medicatiebewaking mogelijk en het zelfzorgmiddel kan dan ook op een toedienlijst opgenomen worden (zie [[#Deelproces Toedienen|paragraaf 5.4]]).

====Continueren toedieningsafspraak====
Als de bestaande MA en TA afdoende zijn om een nieuwe medicatieverstrekking te doen hoeft de TA niet te worden aangepast.

====Stoppen toedieningsafspraak====
Een TA met {{fhir|eindDatumTijd}}, bijvoorbeeld voor een kuur, stopt vanzelf op die datum en bevat dus ook geen stoptype. 
Een stop-MA voor het definitief stoppen van medicatie leidt tot een stop-TA binnen dezelfde MBH met stoptype ‘stopgezet’. Dit voorkomt verdere verstrekking van de medicatie. 

De stop-TA bevat de volgende nieuwe gegevens:
{| class="wikitable" style="width:56em;"
! style="text-align:left;"|data-element in dataset !! style="text-align:left;"|uitleg
|-
| eindDatumTijd || De datum waarop de TA eindigt. Deze einddatum kan ook in de toekomst liggen.
|-
| Verstrekker || Naam van de verstrekker die de stop-TA maakt.
|-
| RegistratieDatumTijd || Datum en tijd waarop de stop-TA wordt vastgelegd.
|-
| ToedieningsafspraakStopType || ‘stopgezet’
|-
| RelatieToedieningsafspraak || Relatie naar de TA die gestopt wordt. Een stop-TA moet deze relatie bevatten, tenzij er geen TA beschikbaar is in de MBH om naar te verwijzen. Als de MBH alleen MGB(‘s) bevat, moet de verstrekker deze kunnen stoppen met een stop-TA zonder RelatieToedieningsafspraak.
|-
| RelatieMedicatieafspraak || Relatie naar de stop-MA die aanleiding is voor deze stop-TA.
|-
| Toedieningsafspraak RedenWijzigenOf Staken || Reden voor stoppen van de TA.
|}
Uit de TA waarnaar verwezen wordt moet de overige beschikbare informatie worden overgenomen, in ieder geval de volgende elementen:
{| class="wikitable" style="width:56em;"
! style="text-align:left;"|data-element in dataset !! style="text-align:left;"|uitleg
|-
| startDatumTijd || De oorspronkelijke startdatum
|-
| GeneesmiddelBijToedienings Afspraak || Het afgesproken geneesmiddel. In geval van magistralen of ingrediënten hoeven 90 miljoen-nummers niet overgenomen te worden.
|-
| Gebruiksinstructie || De oorspronkelijke gebruiksinstructie. Het onderdeel AanvullendeInstructie hoeft niet te worden overgenomen aangezien wijze van gebruik bij een stop-TA niet meer relevant is.
|}
De TA kan per direct gestopt worden met {{fhir|eindDatumTijd}} vandaag, of gestopt worden met een {{fhir|eindDatumTijd}} in de toekomst.

=====Stoppen toedieningsafspraak door andere verstrekker=====
Een TA kan door de verstrekker zelf gestopt worden maar ook door een andere verstrekker. Wanneer een verstrekker medicatie stopt maakt hij een stop-TA, ook bij het stoppen van een TA van een ander. De stop-TA wordt naar de zorgverlener die de originele TA heeft gemaakt gestuurd. Diens XIS maakt voor deze zorgverlener inzichtelijk dat er een nieuwe mutatie is binnen de MBH.

=====Annuleren toekomstige toedieningsafspraak=====
Het stoppen van een TA met {{fhir|startDatumTijd}} in de toekomst (TTA) heet annuleren. De TTA wordt geannuleerd door het vastleggen van een annuleer-TTA. Dit is een stop-TA met stoptype ‘geannuleerd’. De annuleer-TTA laat zien dat de patiënt de betreffende medicatie nooit volgens deze TTA heeft gebruikt. 

De annuleer-TTA werkt hetzelfde als de stop-TA zoals hierboven beschreven maar met twee verschillen:
* Het stoptype is ‘geannuleerd’ i.p.v. ‘stopgezet’;
* De {{fhir|startDatumTijd}} en {{fhir|eindDatumTijd}} van de annuleer-TTA zijn aan elkaar gelijk.

====Wijzigen toedieningsafspraak====
Het kan nodig zijn om de TA te wijzigen, bijvoorbeeld vanwege een wijziging in het assortiment of in het preferentiebeleid. Anders dan bij de MA leidt een wijziging in het geneesmiddel op PRK-niveau bij een TA niet tot een andere MBH.

'''Wijzigen TA bij ongewijzigde MA''' 
Het wijzigen van een TA bij ongewijzigde MA gebeurt door het maken van een technische stop-TA met stoptype ‘stopgezet’ en een nieuwe TA met de wijziging binnen dezelfde MBH (zie [[#stoppen en wijzigen|paragraaf 2.4.3]]). Beide hebben een relatie naar de oorspronkelijke TA en de ongewijzigde MA. In de nieuwe TA kan de reden voor het wijzigen in {{fhir|ToedieningsafspraakRedenWijzigenOfStaken}} worden vastgelegd. 

Een wijziging kan per direct ingaan of kan gepland worden met een {{fhir|startDatumTijd}} in de toekomst. Als de wijziging wordt doorgevoerd in een toekomstige TA dan wordt er een technische annuleer-TTA gemaakt en een nieuwe TTA met de wijziging. 

De technische stop-TA en nieuwe TA worden gelijktijdig aangemaakt en hebben dus dezelfde {{fhir|RegistratieDatumTijd}} (zie [[#stop-bouwstenen|paragraaf 2.4.3.1]]). Ze worden gelijktijdig verstuurd en gelijktijdig beschikbaar gesteld. Bij raadplegen worden ze ook gelijktijdig opgeleverd. Hetzelfde geldt voor de technische annuleer-TTA en nieuwe TTA.

'''Wijzigen TA als gevolg van gewijzigde MA''' 
Een TA kan ook gewijzigd moeten worden als gevolg van een wijziging in de bijbehorende MA. In dat geval wordt een technische stop-MA en een nieuwe MA gemaakt. Dit leidt tot een technische stop-TA met relatie naar de oorspronkelijke TA. Bij de nieuwe MA wordt een nieuwe TA gemaakt met relatie naar die nieuwe MA, zonder relatie naar de oorspronkelijke TA. 
Het wijzigen van een TTA als gevolg van een wijziging in een toekomstige MA werkt hetzelfde. 
{| class="wikitable" style="width:38em;"
! style="text-align:left;"|actie !! style="text-align:left;"|leidt tot !! style="text-align:left; width: 33%;"|met relatie naar
|-style="text-align:left;"|met relatie naar
|-
| colspan="3"|'''wijziging TA'''
|-
| technische stop-TA || n.v.t || oorspronkelijke TA
|-
| nieuwe TA || n.v.t. || oorspronkelijke TA (ongewijzigde) MA
|-
| colspan="3"|'''wijziging TTA'''
|-
| technische annuleer-TTA || n.v.t. || oorspronkelijke TTA
|-
| nieuwe TTA || n.v.t. || oorspronkelijke TTA (ongewijzigde) MA
|-
| colspan="3"|'''wijziging MA'''
|-
| technische stop-MA || technische stop-TA || oorspronkelijke TA
|-
| nieuwe MA || nieuwe TA || nieuwe MA
|-
| colspan="3"|'''wijziging TMA'''
|-
| technische annuleer-TMA || technische annuleer-TTA || oorspronkelijke TTA
|-
| nieuwe TMA || nieuwe TTA || nieuwe TMA
|}
=====Corrigeren toedieningsafspraak=====
Voor het corrigeren van een TA gelden dezelfde regels als voor het corrigeren van een MA (zie [[#corrigeren MA|paragraaf 5.2.2.4.1]]): 
Als de foutieve TA nog niet gedeeld is met andere zorgverleners, kan de verstrekker deze in het eigen informatiesysteem aanpassen of schrappen. Als de foutieve afspraak al wel gedeeld is met andere zorgverleners dan moet deze gecorrigeerd worden. Er worden twee nieuwe TA’s gemaakt binnen dezelfde MBH:
*Een technische stop-TA met stoptype ‘stopgezet’ en verwijzing naar de te corrigeren TA in {{fhir|RelatieToedieningsafspraak}}.
*Een nieuwe TA met de juiste gegevens, ‘foutieve registratie van medicatie’ in {{fhir|ToedieningsafspraakRedenWijzigenOfStaken}} en verwijzing naar de te corrigeren TA en de ongewijzigde MA.
Corrigeren van een toekomstige TA gebeurt op dezelfde manier, met een technische annuleer-TTA plus nieuwe TTA.

====Tijdelijk onderbreken en hervatten van toedieningsafspraak====
'''Onderbreken TA bij ongewijzigde MA''' 
Het onderbreken van een TA bij ongewijzigde MA gebeurt door het vastleggen van twee nieuwe TA’s binnen dezelfde MBH:
*Een stop-TA met stoptype ‘onderbroken’, verwijzing naar de te onderbreken TA in {{fhir|RelatieToedieningsafspraak}} en reden voor onderbreken in {{fhir|ToedieningsafspraakRedenWijzigenOfStaken}}.
*Bij hervatting een nieuwe TA met relatie naar de ongewijzigde MA en naar de oorspronkelijke TA.
Dit kan aan de orde zijn bij generieke substitutie tijdens opname (zie [[#generieke substitutie|paragraaf 5.7.2.2.2]]).

'''Onderbreken TA als gevolg van een onderbreek-MA''' 
Het onderbreken van een TA als gevolg van een onderbreek-MA gebeurt op dezelfde manier. Alleen heeft de nieuwe TA een relatie naar de nieuwe hervattings-MA, zonder relatie naar de oorspronkelijke TA.

===Medicatieverstrekking===
De medicatie kan worden afgeleverd als er een nieuwe of bestaande TA voor is vastgelegd. Een medicatieverstrekking mag alleen plaatsvinden als er een geldige MA bij bestaat. 
In de ambulante situatie is ook een nieuw of bestaand VV vereist. De MVE bevat dan een verwijzing naar dat VV. In de klinische situatie is een MA afdoende. 
Bij aflevering wordt een MVE vastgelegd en beschikbaar gesteld.

====Medicatieverstrekking bij GDS-medicatie====
<section begin=medicatieverstrekking GDS/>Het is wenselijk dat een voorschrijver kan bepalen of wijzigingen in medicatie kunnen wachten tot de volgende rolwissel. Daarvoor moet inzichtelijk zijn wanneer die rolwissel plaatsvindt. 
Hiervoor is de afspraak gemaakt om de {{fhir|Verbruiksduur}} van een MVE gelijk te stellen aan de loopduur van de medicatierol. De MVE heeft bij een wekelijkse medicatierol een {{fhir|Verbruiksduur}} van 7 dagen. Bij een tweewekelijkse medicatierol is de {{fhir|Verbruiksduur}} 14 dagen. In combinatie met de start van de MVE (in {{fhir|MedicatieverstrekkingsDatumTijd}}) is eenvoudig af te leiden wat de laatste dag van de rol zal zijn. 
Dit is met name van belang bij medicatie met een niet-dagelijks innameschema. Het voorkomt dat medicatie te vroeg wordt herhaald en zorgt voor een eenduidig uitgangspunt bij rolwisselingen. Voorbeelden:
* Medicatie met innameschema 3x per week, op maandag - woensdag - vrijdag.
* Medicatie met innameschema 1x per 2 weken. Bij een wekelijkse medicatierol zal de rol de ene week de medicatie wél bevatten, de andere week niet.<section end=medicatieverstrekking GDS/>

===Aanwijzingen voor invulling bouwstenen toedieningsafspraak en medicatieverstrekking===
====Aanwijzingen voor invulling bouwsteen toedieningsafspraak====
Deze paragraaf bevat uitleg over de invulling van enkele data-elementen van de TA in specifieke situaties. In de tabbladen Dataset en Scenario’s in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR}} is alle formele broninformatie over de bouwstenen en hun data-elementen te vinden.

=====Distributievorm=====
<section begin=distributievorm />In het data-element {{fhir|Distributievorm}} van de TA en de MVE kan aangegeven worden of er sprake is van GDS-medicatie.<section end=distributievorm /> 
In [[#GDS-medicatie|paragraaf 5.8]] is alle informatie over GDS-medicatie in een overzicht gezet.

=====Gebruiksinstructie=====
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|aanwijzing gebruiksinstructie voorschrijven }}

<section begin=herhaalperiodecyclischschema/>Sommige doseerinstructies zijn niet zomaar eenduidig afleidbaar naar innamemomenten. Voorbeelden zijn:
*Twee keer per week
*Eén keer per maand
*Twee keer per jaar
Met name bij toedienpatiënten is het essentieel dat de geplande toedienmomenten identiek worden afgeleid. Voor toedienpatiënten is daarom het gebruik van het data-element {{fhir|HerhaalperiodeCyclischSchema}} verplicht in geval van niet-eenduidig afleidbare doseerinstructies. Dit maakt het mogelijk om altijd tot dezelfde toedienmomenten te komen, ongeacht het gebruikte informatiesysteem. Voor uitgewerkte voorbeelden met data-element {{fhir|HerhaalperiodeCyclischSchema}} zie de pagina [[mp:V3.0_Voorbeelden_doseringen#Cyclisch|doseervoorbeelden]].<section end=herhaalperiodecyclischschema/>

=====Gebruiksperiode=====
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|gebruiksperiode voorschrijven }} 

{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|onzekerheidscriterium }} 

De {{fhir|startDatumTijd}} van een TA kan afwijken van die in de MA. Voorbeelden:
* De patiënt komt de medicatie pas enkele dagen na de {{fhir|startDatumTijd}} in de MA ophalen.
* Starten of wijzigen van GDS-medicatie.
Hetzelfde geldt voor de {{fhir|eindDatumTijd}}. 

<section begin=startdatumtijd TA GDS/>Als medicatie in GDS geleverd gaat worden of als er wijzigingen plaatsvinden in GDS-medicatie, is de {{fhir|startDatumTijd}} van de nieuwe GDS-TA gelijk aan de ingangsdatum van de volgende medicatierol. 

Als de wijziging moet ingaan vóór een geplande rolwisseling, moet de tijd tot rolwisseling overbrugd worden. Dat kan door de medicatie gedurende die periode los te leveren, of door de rol direct te wisselen.<section end=startdatumtijd TA GDS/>

=====GeneesmiddelBijToedieningsafspraak=====
Waar in de MA het geneesmiddel doorgaans op PRK-niveau wordt voorgeschreven, wordt dit in de TA op HPK-niveau benoemd. Dit niveau bevat nog extra medicatiebewakingsgegevens met betrekking tot hulpstoffen. In de TA staat dan het specifieke handelsproduct dat verstrekt is of verstrekt zal worden.{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|registratiedatumtijd}}

=====RegistratieDatumTijd=====
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|registratiedatumtijd }}

====Aanwijzingen voor invulling bouwsteen medicatieverstrekking====
Deze paragraaf bevat uitleg over de invulling van enkele data-elementen van de MVE in specifieke situaties. In de tabbladen Dataset en Scenario’s in {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|ART-DECOR}} is alle formele broninformatie over de bouwstenen en hun data-elementen te vinden.

====Aanschrijfdatum en MedicatieverstrekkingsDatumTijd====
In een MVE kan zowel de {{fhir|AanschrijfDatum}} als de {{fhir|MedicatieverstrekkingsDatumTijd}} worden vastgelegd.
* {{fhir|AanschrijfDatum}}: datum/tijd waarop de verstrekker een voorgenomen uitgifte vastlegt.
* {{fhir|MedicatieverstrekkingsDatumTijd}}: datum/tijd dat de daadwerkelijke medicatieuitgifte heeft plaatsgevonden.
Beide datums zijn gelijk als het VV direct verwerkt wordt en de patiënt de medicatie dezelfde dag komt ophalen. Als de patiënt de medicatie later komt ophalen dan dat het VV verwerkt is zijn deze datums verschillend. Als de medicatie niet wordt opgehaald is er geen sprake van een verstrekking en wordt er ook geen MVE vastgelegd. 

Bij gebruik van een uitgifteautomaat is de {{fhir|MedicatieverstrekkingsDatumTijd}} de datum/tijd waarop de patiënt de medicatie uit de automaat haalt. Als deze datum/tijd niet beschikbaar is in het AIS mag ook de datum/tijd worden gebruikt waarop de medicatie in de uitgifteautomaat wordt gelegd. 

Indien er meerdere verstrekkingen worden gedaan onder hetzelfde VV dan heeft elke verstrekking een eigen {{fhir|AanschrijfDatum}} en uiteraard ook een eigen {{fhir|MedicatieverstrekkingsDatumTijd}}.

====Distributievorm====
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|distributievorm }} 
In [[#GDS-medicatie|paragraaf 5.8]] is alle informatie over GDS-medicatie in een overzicht gezet.

===Informatieoverdracht en systeemrollen tijdens deelproces Ter hand stellen===
Binnen het deelproces Ter hand stellen kunnen diverse vormen van informatieoverdracht plaatsvinden. De tabel hieronder laat zien welke systeemrollen hiervoor nodig zijn.
{| class="wikitable" style="width: 65em;"
! style="text-align:left"|type informatieoverdracht !! style="text-align:left"|systeemrol !! systeemrolcode
|-
| rowspan="2"|De verstrekker ontvangt van de voorschrijver een nieuwe MA, een stop-MA of technische stop-MA met gewijzigde nieuwe MA. Dit kan eventueel vergezeld zijn van een nierfunctiewaarde, lengte, of gewicht. || style="vertical-align:top;"|VoorschriftOntvangend ||style="vertical-align:top;"|MP-VOO
|-
| style="vertical-align:top;"|LabresultaatOntvangendSysteem ||style="vertical-align:top;"|LAB-LRO
|-
| De verstrekker informeert de voorschrijver over de afhandeling van het medicatievoorschrift door het sturen van de TA en/of stop-TA, met of zonder MVE. ||style="vertical-align:top;"|VoorschriftAfhandelingSturend ||style="vertical-align:top;"|MP-VAS
|-
| rowspan="4" style="vertical-align:top;"|De verstrekker kan een VMA en/of VVV naar de voorschrijver sturen en een AVMA en/of AVVV ontvangen. ||style="vertical-align:top;"|VoorstelMedicatieafspraakSturend ||style="vertical-align:top;"|MP-VMS
|-
| style="vertical-align:top;"|AntwoordVoorstelMedicatieafspraakOntvangend|| style="vertical-align:top;"|MP-AVMO
|-
| VoorstelVerstrekkingsverzoekSturend || MP-VVS
|-
| AntwoordVoorstelVerstrekkingsverzoekOntvangend || MP-AVVO
|-
| Het AIS levert bij raadpleging de vastgelegde medicatiegegevens op. || MedicatieGegevensBeschikbaarstellend || MP-MGB
|-
| De verstrekker raadpleegt de beschikbare medicatiegegevens voor het uitvoeren van medicatieverificatie. || style="vertical-align:top;"|MedicatieGegevensRaadplegend ||style="vertical-align:top;"| MP-MGR
|-
| rowspan="2"|In voorkomende gevallen kan de verstrekker medicatiegegevens sturen naar of ontvangen van andere zorgverleners. || MedicatieGegevensSturend || MP-MGS
|-
| MedicatieGegevensOntvangend || MP-MGO
|}
De verstrekker maakt gebruik van een apotheek informatiesysteem (AIS). Zie [[#systeem|paragraaf 3.2.3]] voor een overzicht van de systeemrollen die het AIS moet kunnen vervullen.

==Deelproces Toedienen==
NB: In dit FO en de dataset worden de functionaliteiten rond toedienen als bètaversie gepubliceerd (zie [[#beta|paragraaf 1.5.4]]). 

Deze paragraaf behandelt het deelproces van het toedienen van medicatie. Medicatie kan worden toegediend zonder toedienlijst. In paragraaf 5.4.1.2 staan enkele voorbeelden hiervan. In deze paragraaf ligt de focus echter op het toedienen aan de hand van een toedienlijst. 

Er zijn verschillende situaties waarin medicatie moet worden toegediend, bijvoorbeeld in het ziekenhuis, een verpleeghuis of bij thuiszorg. Het toedienen van medicatie kan gebeuren door professionele toedieners zoals artsen, verpleegkundigen en verzorgenden. Ook kan het zijn dat de patiënt zelf of een mantelzorger de medicatie toedient, maar hierbij een toedienlijst nodig heeft. Hierna wordt het algemene woord toediener gebruikt. 

Ter ondersteuning van de implementatie van dit deelproces zijn diverse voorbeelden beschikbaar op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/toedienen|Praktijkvoorbeelden Toedienen]].

===Overzicht deelproces Toedienen===
====Toedienen medicatie op basis van toedienlijst====
In principe wordt medicatie toegediend aan de hand van een toedienlijst. Bij het starten met een toedienlijst stemmen voorschrijver, verstrekker, toediener en/of patiënt af welke medicatie op de toedienlijst komt en wat de beoogde (richt)toedientijden zijn. Dit proces kan per situatie en per zorgorganisatie verschillen.

Voorafgaand aan toediening moet de toediener beschikken over een toedienlijst met de relevante medicatiegegevens van de patiënt. Paragraaf 5.4.2 geeft uitleg over inhoud en opstellen van toedienlijsten. 

De toediener controleert de aanwezige medicatie en de gegevens op de toedienlijst, en maakt zo nodig de medicatie voor toediening gereed. De toediener dient de medicatie toe en legt de toediening vast in de bouwsteen MTD. Paragraaf 5.4.3 beschrijft hoe de vastlegging plaats moet vinden in verschillende situaties. 

De toediener kan een VMA of VVV naar de voorschrijver sturen om een voorstel te doen met betrekking tot de medicatie van een patiënt. Zie [[#mp voorstelgegevens|paragraaf 5.6]] voor de afhandeling van deze voorstelgegevens.

Hierna vindt uitwisseling van de vastgelegde gegevens plaats. Hierdoor kan een zorgverlener controleren welke medicatie bij een patiënt toegediend is. Dit kan bijvoorbeeld van belang zijn bij de verplaatsing van een patiënt naar een andere afdeling of instelling. De informatieoverdracht wordt in paragraaf 5.4.4 verder behandeld.

====Toedienen van medicatie zonder toedienlijst====
Soms wordt medicatie toegediend zonder dat dit op een toedienlijst staat. Voorbeelden zijn:
* Er is mondeling een aanpassing in de MA doorgegeven, die nog niet is vastgelegd.
* Incidentele toediening door de huisarts, bijvoorbeeld van een tetanusinjectie of verdoving.
* Toedienen van medicatie in spoedsituaties. Ook dan legt de toediener na de toediening een MTD vast. Deze MTD kan dan de eerste bouwsteen zijn waarmee een nieuwe MBH gestart wordt. Hierna moeten wel alsnog een MA en TA aangemaakt worden binnen deze MBH.

===Toedienlijsten===
Om te kunnen verantwoorden welke medicatie de toediener aan de patiënt toedient, moet dit op een toedienlijst staan (afgezien van de uitzonderingssituaties in paragraaf 5.4.1). Een toedienlijst is een lijst van alle geneesmiddelen die aan een patiënt zijn voorgeschreven en die aan deze patiënt toegediend moeten worden. 
Zelfzorgmedicatie valt hier in principe niet onder. Alleen als een voorschrijver hier beleid van heeft gemaakt en hiervoor een MA heeft aangemaakt, en/of als een verstrekker hiervoor een TA heeft aangemaakt, kan ook zelfzorgmedicatie op de toedienlijst staan.

====Toelichting op enkele gegevens op toedienlijsten====
In de paragrafen hieronder worden enkele gegevens toegelicht die van belang kunnen zijn om in een toedienlijst te tonen. De exacte informatiebehoefte bij toedienregistratie is echter afhankelijk van de context van de toediener. De inhoud van een toedienlijst en de wijze waarop een eTDR dit presenteert kunnen dus verschillen, afhankelijk van deze context.

=====Medicatie in GDS=====
<section begin=toedienlijst GDS/>Op de toedienlijst moet duidelijk zichtbaar zijn of een geneesmiddel in GDS wordt verstrekt.<section end=toedienlijst GDS/> {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|distributievorm }}

=====Extra aanwijzingen voor toediening=====
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|medicatie die toegediend moet worden }}

=====(Richt)toedientijden=====
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|richttoedientijden }} 
Als deze gegevens ontbreken moet de toediener dit navragen bij de voorschrijver of verstrekker.

''Flexibele (richt)toedientijd'' 
Als de (richt)toedientijd van een geneesmiddel flexibel is, zal deze doorgaans bepaald worden op basis van de toedientijden van andere medicatie en de logistieke rondes van de toediener.

''Exacte toedientijd'' 
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|exacte toedientijden }}

''(Richt)toedientijd bij ‘zo nodig’-medicatie'' 
Bij ‘zo nodig’-medicatie is normaal gesproken van tevoren geen toedientijd bekend. Er kunnen wel (richt)toedientijden worden meegegeven als daar reden voor is, bijvoorbeeld in geval van slaapmedicatie.

''HerhaalperiodeCyclischSchema verplicht bij bepaalde doseerinstructies'' 
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|herhaalperiodecyclischschema }}

=====PrikPlaklocatie=====
Bij sommige medicatie is het noodzakelijk om te weten waar de laatste keer een injectie is gegeven of een pleister geplakt. Dit wordt na elke toediening vastgelegd in het data-element {{fhir|PrikPlakLocatie}} in de MTD.

====Opstellen toedienlijst====
Om medicatietoediening veilig en correct te laten verlopen moet een toedienlijst de relevante medicatiegegevens voor dat toedienmoment tonen. Voorschrijvers, verstrekkers en toedieners zijn verantwoordelijk voor het tijdig aanleveren van de medicatiegegevens die noodzakelijk zijn voor het samenstellen van een toedienlijst.

=====Medicatiebouwstenen voor toedienlijst=====
Een toedienlijst wordt samengesteld op basis van alle MA’s, TA’s en WDS’en die beschikbaar zijn op het moment dat de medicatie moet worden toegediend. Gegevens als (richt)toedientijden en gebruiksinstructies worden in deze bouwstenen vastgelegd. 
Daarnaast zijn ook recent geregistreerde MTD’s van belang, inclusief MTD’s van gewijzigde of recent gestopte medicatie. De MTD’s geven inzicht in hoe eerdere toedieningen zijn verlopen, bijvoorbeeld met betrekking tot de {{fhir|PrikPlakLocatie}}. 
Het informatiesysteem van de toediener (eTDR) haalt de gegevens voor een toedienlijst op met de transactie Raadplegen medicatiegegevens.

=====Welke gegevens uit welke bouwstenen halen?=====
Informatie over de {{fhir|PrikPlakLocatie}} is in de MTD te vinden. Voor de overige gegevens laat de volgende tabel zien uit welk data-element van welke bouwsteen deze gehaald kunnen worden. 

''Tabel I Gegevens in data-elementen van MA, TA en WDS''

{| class="wikitable"
! rowspan="3" style="vertical-align:bottom;"|Nr !! rowspan="3" style="text-align:left; vertical-align:bottom;"|Gegeven !! colspan="3"|Medicatiebouwsteen
|-
! colspan="3"|Data-element
|-
! MA || TA || WDS
|-
| 1 || Geneesmiddel || style="text-align:center;"|AfgesprokenGeneesmiddel ||GeneesmiddelBijToedieningsafspraak || AfgesprokenGeneesmiddel
|-
| 2 || Voorschrijver || style="text-align:center;"|Voorschrijver || style="text-align:center;"|- || style="text-align:center;"|-
|-
| 3 || Verstrekker || style="text-align:center;"|- || style="text-align:center;"|Verstrekker || style="text-align:center;"|-
|-
| 4 || Auteur van het WDS || style="text-align:center;"|- || style="text-align:center;"|- || style="text-align:center;"|Auteur
|-
| 5 || Ingangsdatum || colspan="3"|Gebruiksperiode.startDatumTijd
|-
| 6 || Einddatum/duur || colspan="3"|Gebruiksperiode.eindDatumTijd, Gebruiksperiode.tijdsDuur
|-
| rowspan="8" style="vertical-align:top;"|7 || colspan="4"|'''Gebruiksinstructie''':
|-
| Omschrijving || colspan="3"|Gebruiksinstructie.Omschrijving
|-
| Toedieningsweg || colspan="3"|Gebruiksinstructie.Toedieningsweg
|-
| Aanvullende instructie || colspan="3"|Gebruiksinstructie.AanvullendeInstructie
|-
| Keerdosis || colspan="3"|Gebruiksinstructie.Doseerinstructie.Dosering.Keerdosis
|-
| Toedientijd || colspan="3"|Gebruiksinstructie.Doseerinstructie.Dosering.Toedieningsschema.Toedientijd
|-
| Toedieningssnelheid || colspan="3"|Gebruiksinstructie.Doseerinstructie.Dosering.Toedieningssnelheid
|-
| Toedieningsduur || colspan="3"|Gebruiksinstructie.Doseerinstructie.Dosering.Toedieningsduur
|-
| 8 || Toelichting || Toelichting, AanvullendeInformatie || style="text-align:center;"|Toelichting, AanvullendeInformatie || style="text-align:center;"|Toelichting
|}

Tabel I laat zien dat diverse gegevens in verschillende bouwstenen voor kunnen komen. De meeste benodigde gegevens voor de toedienlijst worden doorgaans uit de TA gehaald, aangezien de TA de concrete invulling van de MA is. 
Het kan echter voorkomen dat er alleen een MA beschikbaar is. Bijvoorbeeld als de verstrekker de MA nog niet verwerkt heeft. Het hangt af van de invulling van data-element {{fhir|AanvullendeInformatie}} (zie [[#aanvullendeinformatie|paragraaf 5.2.5.1.1]]) of gegevens op de toedienlijst uit deze MA gehaald mogen worden. Het kan hierbij om nieuwe, gewijzigde of gestopte MA’s gaan. 
Hiervoor zijn de volgende regels opgesteld:
* Data-element {{fhir|AanvullendeInformatie}} is leeg of bevat ‘''Direct op toedienlijst of in GDS''’: de gegevens uit deze MA worden gebruikt voor het opstellen van de toedienlijst.
* Data-element {{fhir|AanvullendeInformatie}} bevat ‘''Na reguliere voorschriftverwerking op toedienlijst of in GDS''’ of ‘''Per volgende GDS-rolwissel op toedienlijst''’: de gegevens in deze MA mogen niet gebruikt worden voor het opstellen van de toedienlijst. Totdat de MA door de verstrekker is verwerkt in een TA blijven de oude afspraken van toepassing. Na verwerking van de MA is de TA leidend voor de benodigde gegevens op de toedienlijst.
Uitzondering: Als het vastleggen van voorschrijven, ter hand stellen en toedienen in één XIS plaatsvindt, is de invulling van {{fhir|AanvullendeInformatie}} niet van belang. De MA wordt dan in elke situatie gebruikt voor het opstellen op de toedienlijst. Dit kan bijvoorbeeld het geval zijn in ziekenhuizen. 

Ook een WDS heeft invloed op welk gegeven uit welke bouwsteen gehaald moet worden. 
 
De volgende tabel geeft voor verschillende situaties aan welke bouwsteen leidend is voor het ophalen van een gegeven voor de toedienlijst, voor een bepaald geneesmiddel. De nummers verwijzen naar de gegevens in de vorige tabel. 
Op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/MA_TA_op_de_toedienlijst|Voorbeelden toepassing bouwstenen op de toedienlijst]] wordt dit voor verschillende situaties verder uitgewerkt.

''Tabel II Welke bouwsteen is leidend voor tonen gegevens op de toedienlijst''
{{anchor|tabel II}}
{| class="wikitable" style="width:100%;"
! colspan="3" | Situatie
! MA
! TA
! WDS

|-
| rowspan="4" | '''A) Alleen MA beschikbaar: verstrekker heeft MA nog niet verwerkt'''
| rowspan="2" | AanvullendeInformatie in MA is leeg of bevat 
''Direct op toedienlijst of in GDS''
| Nieuwe MA
|
* Leidende bouwsteen voor gegevens #1, 5, 6, 7, 8
* Gegevens voorschrijver #2
| style="text-align:center;" | –
| style="text-align:center;" | –

|-
| Wijzigen of stoppen MA
|
* Leidende bouwsteen voor gegevens #1, 5, 6, 7, 8
* Gegevens voorschrijver #2
| style="text-align:center;" | –
| style="text-align:center;" | –

|-
| rowspan="2" | AanvullendeInformatie in MA bevat 
''Na reguliere voorschriftverwerking op toedienlijst of in GDS'' 
of ''Per volgende GDS-rolwissel op toedienlijst''
| Nieuwe MA
| style="text-align:center;" | –
| style="text-align:center;" | –
| style="text-align:center;" | –

|-
| Wijzigen of stoppen MA
|
* Gegevens voorschrijver #2
|
'''Bestaande TA:'''
* Leidende bouwsteen voor gegevens #1, 5, 6, 7, 8
* Gegevens verstrekker #3
| style="text-align:center;" | –

|-
| '''B) MA en TA beschikbaar'''
| style="text-align:center;" | –
| style="text-align:center;" | –
|
* Gegevens voorschrijver #2
|
* Leidende bouwsteen voor gegevens #1, 5, 6, 7, 8
* Gegevens verstrekker #3
| style="text-align:center;" | –

|-
| '''C) MA, TA en WDS beschikbaar'''
| style="text-align:center;" | –
| style="text-align:center;" | –
|
* Gegevens voorschrijver #2
|
* Leidende bouwsteen voor gegeven #1
* Gegevens verstrekker #3
|
* Leidende bouwsteen voor gegevens #4, 5, 6, 7, 8
|}

===Aanwijzingen voor invulling bouwsteen medicatietoediening===
Na het toedienen van medicatie legt de toediener de toediengegevens vast in de bouwsteen MTD. Eventuele afwijkingen van de oorspronkelijk beoogde toediening (bijvoorbeeld gewijzigde dosering, weigering van de patiënt, slikproblemen, bijwerkingen, etc.) worden ook hierin vastgelegd. 
In deze paragraaf worden enkele specifieke situaties beschreven.

====Toediening wijkt af van toedienlijst====
De toediener kan, in overleg en binnen gestelde kaders, afwijken van wat door de voorschrijver en/of verstrekker is vastgelegd in de MA en/of TA. Bijvoorbeeld in de datum of tijd van toedienen of in de toegediende hoeveelheid. De reden hiervoor wordt in data-element {{fhir|MedicatietoedieningRedenVanAfwijken}} in de MTD vastgelegd.

====Toediening heeft niet plaatsgevonden====
Als het niet lukt een toediening te geven kan dit in de MTD worden vastgelegd door bij {{fhir|ToegediendeHoeveelheid}} 0 in te vullen, eventueel met uitleg in data-element {{fhir|Toelichting}}. Als het ook niet de bedoeling is de medicatie op een later moment alsnog toe te dienen, kan dit ook in dat data-element worden aangegeven.

====Opschorten van een toediening====
Als het niet lukt een toediening te geven kan in overleg met de voorschrijver of verstrekker besloten worden op een later moment alsnog toe te dienen, mits dit binnen de gemaakte afspraken over flexibele toedientijden valt. Ook dan kan een initiële MTD met {{fhir|ToegediendeHoeveelheid}} 0 worden vastgelegd, en een nieuwe MTD als de medicatie later alsnog wordt toegediend.

====Corrigeren van eerder vastgelegde MTD====
Het kan voorkomen dat een reeds vastgelegde MTD gecorrigeerd moet worden, omdat de toediening anders heeft plaatsgevonden dan was vastgelegd. Als de MTD nog niet beschikbaar is gesteld kan de toediener deze in het eigen informatiesysteem aanpassen of schrappen. 
Als de MTD al wel gedeeld is met andere zorgverleners worden correcties uitgevoerd door aanvullende MTD’s vast te leggen en beschikbaar te stellen. Daarbij kan gebruik gemaakt worden van het data-element {{fhir|ToegediendeHoeveelheid}}. De waarde van dit data-element kan in een corrigerende MTD negatief zijn. Bij correcties is de uiteindelijk toegediende hoeveelheid dan gelijk aan de som van de {{fhir|ToegediendeHoeveelheid}} in alle vastgelegde MTD’s. 
In {{fhir|MedicatietoedieningRedenVanAfwijken}} kan de reden voor de correctie aangegeven worden, bijvoorbeeld ‘foutieve registratie van medicatie’ of ‘medicatie uitgespuugd door patiënt’.

===Informatieoverdracht en systeemrollen tijdens deelproces Toedienen===
Binnen het deelproces Toedienen kunnen diverse vormen van gegevensuitwisseling plaatsvinden. De tabel hieronder laat zien welke systeemrollen hiervoor nodig zijn.
{| class="wikitable" style="width: 65em;"
! style="text-align:left;"|Type gegevensuitwisseling !! style="text-align:left;"|systeemrol !! systeemrolcode
|-
| De toediener raadpleegt de beschikbare medicatiegegevens van de patiënt voor het opstellen van een toedienlijst || MedicatieGegevensRaadplegend || MP-MGR
|-
| Het eTDR levert bij raadpleging de vastgelegde medicatiegegevens op. || MedicatieGegevensBeschikbaarstellend || MP-MGB
|-
| rowspan="2"|De toediener stuurt eventueel de vastgelegde MTD’s naar medebehandelaars of ontvangt deze van hun. || MedicatieGegevensSturend || MP-MGS
|-
| MedicatieGegevensOntvangend || MP-MGO
|-
| rowspan="4" style="vertical-align:top;"|De toediener kan een VMA en/of VVV naar de voorschrijver sturen en een AVMA en/of AVVV ontvangen. || VoorstelMedicatieafspraakSturend || MP-VMS
|-
| AntwoordVoorstelMedicatieafspraakOntvangend || MP-AVMO
|-
| VoorstelVerstrekkingsverzoekSturend || MP-VVS
|-
| AntwoordVoorstelVerstrekkingsverzoekOntvangend || MP-AVVO
|}
Bij het toedienen van medicatie wordt gebruik gemaakt van een elektronisch toedienregistratiesysteem (eTDR). Zie [[#systeem|paragraaf 3.2.3]] voor een overzicht van de systeemrollen die het eTDR moet kunnen vervullen.

==Deelproces Gebruiken==
Deze paragraaf beschrijft het proces van gebruiken van medicatie en het vastleggen van dit gebruik door een patiënt of diens vertegenwoordiger. Hierna wordt kortheidshalve alleen het woord “patiënt” gebruikt. 
Gegevens over het medicatiegebruik van de patiënt kunnen ook door zorgverleners worden vastgelegd. Zie hiervoor [[#Deelproces Medicatieverificatie|paragraaf 5.1]] Deelproces Medicatieverificatie. 

Ter ondersteuning van de implementatie van dit deelproces zijn diverse voorbeelden beschikbaar op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/gebruiken|Praktijkvoorbeelden Gebruiken]].

===Overzicht deelproces Gebruiken===
De patiënt gebruikt voorgeschreven medicatie en/of zelfzorgmedicatie. Dit kan ook medicatie uit het buitenland betreffen. Dit gebruik kan conform de afspraken in MA en/of TA en/of WDS zijn (bij medicatie op voorschrift), dan wel conform de gebruiksaanwijzing in de verpakking (bij zelfzorgmedicatie). De patiënt kan daar ook van afwijken. 

Als er een nieuwe of gewijzigde MA of VV nodig is kan een patiënt contact opnemen met de voorschrijver door het sturen van een VMA of VVV. Zie [[#mp voorstelgegevens|paragraaf 5.6]] voor de afhandeling van deze voorstelgegevens. 

Patiënten met een PGO of patiëntenportaal kunnen hun medicatiegegevens inzien (transactie Raadplegen medicatiegegevens). Ze kunnen hierin ook hun medicatiegebruik vastleggen, in de medicatiebouwsteen MGB. De patiënt kan voor elk gebruikt geneesmiddel onder andere vastleggen:
* Wordt het geneesmiddel wel of niet gebruikt?
* Is het gebruik volgens afspraak (in MA/TA/WDS)?
* Zo niet, om wat voor afwijking gaat het?
* Indien van toepassing, de reden voor afwijken of stoppen, bijvoorbeeld bijwerkingen.
Het vastleggen van MGB’s door de patiënt is vrijblijvend. Informatie over diens medicatiegebruik in de vorm van door de patiënt vastgelegde MGB’s zal dus niet altijd beschikbaar zijn. 

Bij toedienpatiënten worden de toediengegevens door de toediener in een MTD vastgelegd, zie [[#Deelproces Toedienen|paragraaf 5.4]]. Sommige toedienpatiënten nemen echter wel zelf de medicatie in. Als zij dit vastleggen in een MGB, kan het voorkomen dat dit afwijkt van de gegevens in de MTD. 

De vastgelegde gegevens (MGB) worden beschikbaar gesteld aan de behandelaars van de patiënt.

===Aanwijzingen voor invulling bouwsteen medicatiegebruik===
In de context van deze paragraaf gaat het om patiënten die zelf gegevens rond hun gebruik vastleggen. De tabel hieronder laat voor verschillende situaties zien hoe de data-elementen in de bouwsteen MGB ingevuld moeten worden.
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|tabel medicatiegebruik}}
Zie ook de [[mp:Draft_Implementatiehandleiding_Medicatieverificatie_MGB|''Implementatiehandleiding invulling bouwstenen bij medicatieverificatie'']] voor toelichting op de invulling van deze bouwsteen tijdens medicatieverificatie.

===Informatieoverdracht en systeemrollen tijdens deelproces Gebruiken===
Binnen het deelproces Gebruiken kunnen diverse vormen van infomatieoverdracht plaatsvinden. De tabel hieronder laat zien welke systeemrollen hiervoor nodig zijn.
{| class="wikitable"
! style="text-align:left;"|Type informatieoverdracht!! style="text-align:left;"|systeemrol !! systeemrolcode
|-
| Het informatiesysteem van de patiënt levert bij raadpleging de vastgelegde medicatiegegevens op. || MedicatieGegevensBeschikbaarstellend|| MP-MGB
|-
| De patiënt kan diens medicatiegegevens raadplegen. || MedicatieGegevensRaadplegend || MP-MGR
|-
| rowspan="4" style="vertical-align:top;"|De patiënt kan een VMA en/of VVV naar de voorschrijver sturen en een AVMA en/of AVVV ontvangen. || VoorstelMedicatieafspraakSturend || MP-VMS
|-
| AntwoordVoorstelMedicatieafspraakOntvangend || MP-AVMO
|-
| VoorstelVerstrekkingsverzoekSturend || MP-VVS
|-
| AntwoordVoorstelVerstrekkingsverzoekOntvangend || MP-AVVO
|}
De patiënt maakt gebruik van een PGO of een patiëntenportaal. Zie [[#systeem|paragraaf 3.2.3]] voor een overzicht van de systeemrollen die een PGO moet kunnen vervullen.

==Voorstelgegevens==
NB: In dit FO en de dataset worden de voorstelgegevens als bètaversie gepubliceerd (zie [[#beta|paragraaf 1.5.4]]).

Een voorschrijver kan een voorstel ontvangen van een verstrekker, andere zorgverlener (inclusief andere voorschrijvers) of van de patiënt met betrekking tot diens medicamenteuze behandeling. Binnen MP9 zijn hiervoor de volgende voorstelgegevens beschikbaar:
* Voorstel medicatieafspraak (VMA) voor voorstellen met betrekking tot de MA, met optioneel een reden voor dit voorstel .
* Antwoord voorstel medicatieafspraak (AVMA) voor het beantwoorden van het VMA.
* Voorstel verstrekkingsverzoek (VVV) voor voorstellen met betrekking tot het VV, met optioneel een reden voor dit voorstel.
* Antwoord voorstel verstrekkingsverzoek (AVVV), voor het beantwoorden van het VVV.
In reactie op een voorstel stuurt de voorschrijver altijd een antwoord naar de voorsteller. Als het voorstel tot een nieuw voorschrift leidt wordt dit naar de verstrekker gestuurd.

===Voorstel medicatieafspraak===
Een voorsteller kan een VMA naar de voorschrijver sturen. Het kan gaan om een voorstel om een bestaande MA te wijzigen, te stoppen of te continueren, of om een nieuwe MA te starten. Een voorschrijver die een VMA ontvangt, maakt een keuze tussen drie verschillende besluiten om dit voorstel te beantwoorden:
* ‘Geaccepteerd’: de voorschrijver gaat volledig akkoord met het voorstel dat gedaan is. In dat geval worden de volgende gegevens exact overgenomen van het VMA in de nieuwe MA:
{| class="wikitable" style="width:45em;"
! style="text-align:left;"|Naam data-element
|-
| Gebruiksperiode
|-
| AfgesprokenGeneesmiddel
|-
| MedicatieafspraakStopType
|-
| RedenWijzigenOfStaken
|-
| RedenVanVoorschrijven
|-
| Gebruiksinstructie, met uitzondering van de omschrijving. Een XIS kan ervoor kiezen een omschrijving over te nemen bij raadplegen, of deze zelf te genereren uit de gestructureerde velden.
|-
| AanvullendeInformatie
|-
| Toelichting
|-
|}

* ‘Geaccepteerd met wijzigingen’: de voorschrijver gaat akkoord met het voorgestelde farmaceutische product maar maakt een therapeutische wijziging in de MA ten opzichte van het VMA.
* ‘Afgewezen’: Als de voorschrijver het niet is met de PRK van het voorgestelde farmaceutische product wordt het voorstel als ‘afgewezen’ beschouwd en volgt er een MA met een ander farmaceutisch product. Daarnaast kan het gehele voorstel afgewezen worden waarbij geen MA wordt gemaakt. In beide gevallen moet een toelichting gegeven worden.

===Voorstel verstrekkingsverzoek===
Een voorsteller kan een VVV naar de voorschrijver versturen, ook wel bekend als herhaalrecept. Een voorschrijver die een VVV ontvangt, maakt een keuze tussen drie verschillende besluiten om dit voorstel te beantwoorden:
* ‘Geaccepteerd’: de voorschrijver gaat akkoord met het voorstel dat gedaan is. In dat geval worden de volgende gegevens uit het VVV exact overgenomen in het nieuwe VV dat de voorschrijver maakt:
{| class="wikitable" style="width:20em;"
! style="text-align:left;"|Naam data-element
|-
| TeVerstrekkenGeneesmiddel
|-
| TeVerstrekkenHoeveelheid
|-
| AantalHerhalingen
|-
| Verbruiksperiode
|-
| Afleverlocatie
|-
| AanvullendeWensen
|-
| FinanciëleIndicatiecode
|-
| Toelichting
|-
| RelatieMedicatieafspraak
|-
|}
* ‘Geaccepteerd met wijzigingen’: De voorschrijver gaat akkoord met het voorgestelde farmaceutische product maar maakt een andere wijziging in het VV ten opzichte van het VVV.
* ‘Afgewezen’: Als de voorschrijver het niet eens is met de voorgestelde PRK wordt het voorstel als 'afgewezen' beschouwd. Er volgt een VV met een ander farmaceutisch product. Een andere mogelijkheid is dat de BeoogdVerstrekker wijzigt. Dit wordt ook gezien als een afwijzing. De verstrekker die het voorstel doet ontvangt de afwijzing als er van deze verstrekker geen verstrekking verwacht wordt. Tot slot kan de voorschrijver het VVV volledig afwijzen. In al deze gevallen moet een toelichting gegeven worden.

===Verstrekken vóór akkoord van voorschrijver===

Als de voorschrijver naar aanleiding van het VMA of VVV een voorschrift maakt wordt dit naar de verstrekker gestuurd. Deze handelt vervolgens het voorschrift af. Bij uitzondering kan een verstrekker al verstrekken voordat de voorschrijver geantwoord heeft op het VMA. Dit gebeurt dan op basis van professionele inschatting, regionale afspraken of mondeling akkoord.
Daarbij kan het gaan om:
* Een aanvullend middel dat standaard meegegeven wordt bij een ander product. Bijvoorbeeld een laxans bij een opioïde.
* Een vervangend middel. Het farmaceutisch product in de TA mag afwijken van de MA (zie [[#TA|paragraaf 5.3.2]]). Voor duidelijkheid in de keten kan het wenselijk zijn de MA hierop aan te passen, bijvoorbeeld voor de toedienlijst. Hiervoor kan de verstrekker dan een VMA naar de voorschrijver sturen.

==Medicatieproces in de klinische situatie==
Deze paragraaf bevat aanvullende informatie over het medicatieproces in de klinische situatie. Het gaat hier over patiënten die opgenomen zijn in bijvoorbeeld een ziekenhuis, een ggz-kliniek, een verpleeghuis of andere instellingen. 

Het poliklinische medicatieproces valt hier buiten. Dat komt overeen met de ambulante situatie zoals beschreven in paragraaf 5.1 t/m 5.5.

'''''NB''': Op dit moment (Q1 2026) is de informatie nog beperkt tot een samenvatting van wat in FO v3.0.0 rc1 stond.''

===Enkele aandachtspunten in de klinische situatie===
Het klinische medicatieproces verloopt grotendeels zoals in de paragrafen hiervoor beschreven, met enkele verschillen en aandachtspunten:

'''Levering medicatie''' 
Tijdens opname in een ziekenhuis worden medicijnen in het algemeen geleverd door de ziekenhuisapotheek. In andere instellingen kan dit gedaan worden door openbare, instellings- of ziekenhuisapotheken.

'''Voorlopige en definitieve medicatieopdracht''' 
In de klinische situatie wordt de term ‘voorlopige medicatieopdracht’ (VMO) gebruikt. In MP9 wordt een VMO vastgelegd in de vorm van een medicatieafspraak (MA). De toepassing van de MA in de klinische situatie is iets breder dan in de ambulante situatie. Naast een afspraak tussen voorschrijver en patiënt over gebruik van medicatie is het ook:
* een opdracht aan de apotheker om ervoor te zorgen dat de medicatie beschikbaar is voor toediening.
* een opdracht aan de toediener om de medicatie toe te dienen
De ziekenhuisapotheker voert doorgaans een validatie van het toedieningsverzoek uit. Hierbij ontstaat een ‘definitieve medicatieopdracht’, vergelijkbaar met de TA.

'''Verstrekkingsverzoek en medicatieverstrekking''' 
In een ziekenhuis is tijdens de opname dus geen VV nodig. De ziekenhuisapotheker zorgt dat de medicijnen beschikbaar zijn zolang de MA loopt. Ook zal doorgaans geen MVE worden vastgelegd. 
Soms wordt medicatie uit de afdelingsvoorraad gehaald. Het aanvullen van deze voorraad is geen medicatieverstrekking in de betekenis van dit FO. 
Als levering aan een instelling door een openbare apotheek plaatsvindt, kan er wel sprake zijn van vastlegging van VV en MVE.

'''Toedienlijst''' 
Tijdens een opname is voor alle patiënten die medicatie toegediend krijgen een toedienlijst aanwezig en worden (richt)toedientijden standaard vastgelegd.

===Medicatieproces bij opname en ontslag===
Bij opname en ontslag kunnen veel wijzigingen in MA’s en TA’s plaatsvinden. De generieke deelprocessen (Medicatieverificatie, Voorschrijven, Ter hand stellen, Toedienen) blijven van toepassing, zoals in paragraaf 5.1 t/m 5.4 beschreven. In de paragrafen hieronder wordt het proces samengevat, bezien vanuit de klinische situatie.

====Voorafgaand aan opname====
Voorafgaand aan opname wordt doorgaans medicatieverificatie uitgevoerd. Bij spoedopnames zal dit vaak niet mogelijk zijn. Dit kan eventueel wel nog later tijdens de opname gebeuren.
Mogelijk moet de medicatie van de patiënt voor opname aangepast worden:
* Starten nieuwe medicatie
* Wijzigen, onderbreken of stoppen lopende medicatie
Als de opnamedatum nog niet bekend is wordt in {{fhir|Gebruiksperiode.Criterium}} in de betreffende MA en/of stop-MA aangegeven hoeveel dagen voor opname de de aanpassing moet plaatsvinden. Zodra de opnamedatum bekend wordt of wijzigt wordt dit in een nieuwe MA vastgelegd. 
Zie de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/voorbeelden_onzekerheidscriterium|Voorbeelden onzekerheidscriterium]] voor uitwerking van de werkwijze bij gebruik van dit criterium.

====Tijdens opname====
Bij de start van een opname wordt nagegaan welke medicatie de patiënt al in gebruik heeft. Voor deze medicatie zijn verschillende besluiten mogelijk:
* Medicatie ongewijzigd doorgebruiken
* Generieke substitutie van medicatie
* Stoppen medicatie
* Wijzigen medicatie
* Medicatie tijdelijk onderbreken
* Farmacotherapeutische substitutie van medicatie
Deze processen verlopen in grote lijnen zoals beschreven in paragraaf 5.2.2.1 t/m 5.2.2.5. In de volgende paragrafen wordt dit kort uitgewerkt. 
Ook tijdens de opnameperiode kan nog medicatieverificatie plaatsvinden.

=====Medicatie ongewijzigd doorgebruiken tijdens opname=====
De patiënt blijft de medicatie uit de ambulante situatie ongewijzigd doorgebruiken (zie [[#Continueren medicatie|paragraaf 5.2.2.2]]).
* De MA en TA uit de ambulante situatie blijven doorlopen tijdens opname en na ontslag.

=====Generieke substitutie tijdens opname=====
De patiënt krijgt tijdens opname een ander geneesmiddel dan in de ambulante situatie. Dit middel heeft dezelfde werkzame stof, in dezelfde hoeveelheid en farmaceutische vorm. De PRK blijft dus gelijk.
* De MA blijft doorlopen tijdens opname en na ontslag.
* De TA uit de ambulante situatie wordt bij opname gestopt (stoptype ‘gestopt’). Na ontslag maakt de verstrekker uit de ambulante situatie weer een TA bij de MA.
* Er wordt een nieuwe TA vastgelegd voor de medicatie tijdens opname. Deze wordt gestopt bij ontslag.

=====Stoppen medicatie tijdens opname=====
De patiënt moet definitief stoppen met de medicatie uit de ambulante situatie (zie [[#Stoppen medicatie|paragraaf 5.2.2.3]] en [[#stoppen TA|5.3.2.3]]).
* De MA en TA worden gestopt bij opname (stoptype ‘gestopt’).

=====Wijzigen medicatie tijdens opname=====
Er vindt een wijziging plaats in de medicatie uit de ambulante situatie, bijvoorbeeld qua dosering (zie [[#wijzigen medicatie|paragraaf 5.2.2.4]] en [[#wijzigen TA|5.3.2.4]]). Dit volgt het reguliere wijzigingsproces:
* De MA en TA uit de ambulante situatie worden gestopt met technische stop-MA en stop-TA (stoptype ‘gestopt’).
* Er worden een nieuwe MA en TA met de wijziging vastgelegd; deze worden bij ontslag gestopt.
* Bij ontslag worden een nieuwe MA en TA aangemaakt voor de ambulante situatie.

=====Medicatie tijdelijk onderbreken tijdens opname=====
Onderbreken van de medicatie uit de ambulante situatie bij opname en hervatting bij ontslag volgt het proces zoals beschreven in [[#tijdelijk|paragraaf 5.2.2.5]].
* De MA en TA uit de ambulante situatie worden tijdelijk gestopt, met stoptype ‘onderbroken’.
* Bij ontslag worden een hervattings-MA en -TA aangemaakt voor de ambulante situatie.

=====Farmacotherapeutische substitutie tijdens opname=====
De patiënt krijgt tijdens opname een ander geneesmiddel dan in de ambulante situatie. Dit middel is wel voor dezelfde indicatie geregistreerd, maar bevat een andere werkzame stof en heeft dus een andere PRK (bijvoorbeeld omeprazol/pantoprazol).
* De MA en TA uit de ambulante situatie worden tijdelijk gestopt, met stoptype ‘onderbroken’ (zie [[#tijdelijk|paragraaf 5.2.2.5]]).
* Er worden een nieuwe MA en TA voor het andere middel vastgelegd. Dit gebeurt in een andere MBH, omdat het middel een andere PRK heeft. De nieuwe MA en TA worden bij ontslag gestopt.
* Bij ontslag worden een hervattings-MA en -TA aangemaakt voor de ambulante situatie.

====Bij ontslag====
Bij ontslag wordt de klinische medicatie gestopt. Bij tussentijds ontslag loopt de klinische medicatie echter door. 

Als bij ontslag een nieuwe MA en TA worden aangemaakt kan de voorschrijver van de instelling gebruik maken van het data-element {{fhir|VolgendeBehandelaar}}, om aan te geven wie naar verwachting de behandeling met het betreffende geneesmiddel zal overnemen (zie [[#vb|paragraaf 5.2.5.1.7]]). Dit kan bijvoorbeeld aan de orde zijn bij wijzigen of onderbreken van de medicatie uit de ambulante situatie.

===Informatieoverdracht in de klinische situatie===
<section begin=informatieoverdracht klinische situatie />Een instelling stelt alle medicatiegegevens die in de instelling zelf zijn vastgelegd (alle eigen bouwstenen) beschikbaar. Deze zijn voor ontvangende zorgverleners mogelijk niet allemaal relevant. Raadplegende informatiesystemen zouden de gegevens daarom kunnen filteren.
Echter, sommige geneesmiddelen die tijdens een opname worden toegediend kunnen ook na ontslag nog van belang zijn. Bijvoorbeeld omdat ze een langdurige werking hebben waarvoor ook na ontslag medicatiebewaking nodig blijft. Deze zouden dus niet op voorhand weggefilterd moeten worden. Sectoren en leveranciers kunnen gezamenlijk een lijst hiervoor opstellen.<section end=informatieoverdracht klinische situatie />
Op [[mp:V3.0.0_Ontwerp_medicatieproces_9/tabel_klinische_ATC_codes|deze pagina]] is een lijst met voorbeelden van dergelijke geneesmiddelengroepen opgenomen.

== Overzicht GDS-medicatie==
===Inleiding===
In de voorgaande paragrafen is op verschillende plaatsen informatie gegeven over GDS-medicatie. Om meer overzicht te bieden is die informatie in deze paragraaf samengevat. 

Het Geneesmiddel Distributiesysteem (GDS) is een distributievorm waarbij geneesmiddelen verpakt worden in eenheden per toedieningstijdstip. Het gebruik van GDS heeft consequenties voor het voorschrijven, verstrekken en toedienen van medicatie. Voor alle betrokken zorgverleners moet duidelijk zijn dat de patiënt diens medicatie in GDS krijgt. Dit moet eenduidig vastgelegd en gecommuniceerd worden.

De logistiek van GDS-medicatie wordt vaak uitgevoerd door een externe partij. Daarbij is ook informatie-uitwisseling met die partij nodig. De communicatie tussen de verstrekker en de GDS-leverancier valt echter buiten de scope van deze informatiestandaard. 

Op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/praktijkvoorbeelden/GDS|Praktijkvoorbeelden GDS]] zijn voorbeelden van verschillende situaties uitgewerkt.

===Voorschrijven en ter hand stellen van GDS-medicatie===
Verstrekkingsverzoek bij GDS-medicatie 
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|aanvullende wensen }} 
 
Medicatieafspraak bij GDS-medicatie 
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|aanvullende informatie }} 
 
Toedieningsafspraak en medicatieverstrekking bij GDS-medicatie 
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|toedienlijst GDS }} {{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|distributievorm }} 

{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|startdatumtijd TA GDS }}

Verbruiksduur MVE 
{{#lst:mp:V3.0.0_Ontwerp_medicatieproces_9|medicatieverstrekking GDS }} 

=Aanvullende informatie=
Dit hoofdstuk bevat aanvullende informatie voor dit FO. 
In paragraaf 6.1 wordt verwezen naar de pagina met links naar aanvullende documentatie. 
In paragraaf 6.2 staat de lijst met externe referenties die in dit FO gebruikt zijn. 
Paragraaf 6.3 bevat de documenthistorie. 

==Aanvullende documentatie==
Op de pagina [[mp:V3.0.0_Ontwerp_medicatieproces_9/aanvullende_documentatie|Aanvullende documentatie bij informatiestandaard MP9]] staan links naar andere relevante pagina’s. Deze links zijn gegroepeerd naar de verschillende typen informatie. 

'''Ondersteunend materiaal Functioneel Ontwerp''' 
Dit onderdeel bevat Praktijkvoorbeelden en Overige voorbeelden. 

Deze hoofdpagina van het FO bevat de functionele informatie voor de informatiestandaard MP9. Een deel van deze informatie wordt geïllustreerd aan de hand van voorbeelden. Deze voorbeelden staan op aparte pagina’s. 

Dit materiaal maakte voorheen integraal onderdeel uit van het FO, maar is afzonderlijk geplaatst om het FO zelf compact en normatief te houden. Het ondersteunend materiaal kan worden geraadpleegd ter toelichting en verdieping.
 

'''Implementatie- en projectdocumentatie''' 
Naast het FO en het ondersteunend materiaal is aanvullende implementatie- en projectdocumentatie beschikbaar. Hieronder vallen onder andere algemene informatie over het programma Medicatieoverdracht, ketenafspraken, procesbeschrijvingen, implementatiehandleidingen en technische uitwerkingen.

==Referenties==
{| class="wikitable"
! Auteur(s) !! Titel !! Versie !! Datum (raadplegen) !! Bron !! Organisatie
|-
| Nictiz || Informatiestandaard Medicatieproces || Website || December 2025 || <section begin="informatiestandaard medicatieproces" />[https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces/ Informatiestandaard Medicatieproces] <section end="informatiestandaard medicatieproces" /> || Nictiz
|-
| Programma MO || Over het programma Medicatieoverdracht || Website || December 2025 || <section begin="website medicatieoverdracht" />[https://www.samenvoormedicatieoverdracht.nl/programma programma Medicatieoverdracht]<section end="website medicatieoverdracht" /> || Programma MO
|-
| Programma MO || Kickstart Medicatieoverdracht || Website || December 2025 || <section begin="kickstart" />[https://www.samenvoormedicatieoverdracht.nl/programma/kickstart Kickstart]<section end="kickstart" /> || Programma MO
|-
| Nictiz || Informatiestandaarden || Website || December 2025 || <section begin="informatiestandaarden" />[https://nictiz.nl/informatiestandaarden/ informatiestandaarden] <section end="informatiestandaarden" /> || Nictiz
|-
| Nictiz || Begrippenoverzicht || Website || December 2025 || <section begin="begrippenoverzicht" />[https://nictiz.nl/standaarden/begrippen/ begrippenoverzicht]<section end="begrippenoverzicht" /> || Nictiz
|-
| Programma MO || Begrippenlijst || Website || December 2025 || <section begin="begrippenlijst" />[https://www.samenvoormedicatieoverdracht.nl/begrippenlijst begrippenlijst]<section end="begrippenlijst" /> || Programma MO
|-
| Nictiz || Stap 0 documentatie || 9 juli 2025 || December 2025 || <section begin="technisch ontwerp" />[https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart#Stap_0_documentatie Stap 0 documentatie]<section end="technisch ontwerp" /> || Nictiz
|-
| NEN || NEN7503:2022 Gegevensuitwisseling in de zorg - Elektronische verwerking en uitwisseling van gegevens voor het voorschrijven en ter hand stellen van medicatie || 2022 || December 2025 || <section begin="NEN7503" />[https://www.nen.nl/nen-7503-2022-nl-294742 NEN 7503 Gegevensuitwisseling in de zorg – Elektronische verwerking en uitwisseling van gegevens voor het voorschrijven en ter hand stellen van medicatie]<section end="NEN7503" /> || NEN
|-
| Diversen || Richtlijn Overdracht van Medicatiegegevens in de keten || 2018/2019 || December 2025 || <section begin="richtlijn" />[https://www.zorginzicht.nl/kwaliteitsstandaarden/medicatieoverdracht-overdracht-van-medicatiegegevens-in-de-keten Richtlijn Overdracht van Medicatiegegevens in de keten]<section end="richtlijn" />|| Diversen
|-
| Diversen || Informatieparagraaf: Addendum bij Kwaliteitsstandaard Overdracht van Medicatiegegevens in de keten || juli 2023 || December 2025 || <section begin="informatieparagraaf" />[https://www.zorginzicht.nl/static/prozin_bijlage/e4e897a6-3c3c-47ac-a4c2-5c14d0a3cddb-informatieparagraaf-kwaliteitsstandaard-overdracht-van-medicatiegegevens-in-de-keten.pdf informatieparagraaf ]<section end="informatieparagraaf" />|| Diversen
|-
| Nictiz || ART-DECOR: Medicatieproces || februari 2026 || februari 2026 || <section begin="ART-DECOR" />[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20260213T112547/dataset.html ART-DECOR]<section end="ART-DECOR" /> || Nictiz


|-
| Nictiz || Kwalificatie || Website || December 2025 || <section begin="kwalificatie" />[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/ kwalificaties]<section end="kwalificatie" /> || Nictiz
|-
| NHG, KNMP, Z-index || Bouwstenen voor het medicatieproces || 2014 || December 2025 || <section begin="bouwstenen medicatieproces" />[https://www.nhg.org/praktijkvoering/informatisering/bouwstenen-voor-het-medicatieproces/ Bouwstenen voor het medicatieproces]<section end="bouwstenen medicatieproces" />|| NHG, KNMP, Z-index
|-
| Nictiz || Zorginformatiebouwstenen hoofdpagina || Website || December 2025 || <section begin="zibs" />[https://zibs.nl/wiki/Hoofdpagina zibs.nl]<section end="zibs" /> || Nictiz
|-
| Z-index|| Ruggengraat Z-Index || 17 december 2025 || December 2025 || <section begin="ruggengraat" />[https://www.z-index.nl/documentatie/functionele-beschrijvingen/algemeen/ruggengraat Ruggengraat Z-Index]<section end="ruggengraat" />|| Z-index
|-
| Nictiz || Ontdubbelen van MBH's || 12 augustus 2024 || December 2025 || <section begin="implementatiehandleiding migratie en hybride" />[https://informatiestandaarden.nictiz.nl/wiki/mp:Vkickstart_MigratieHybride#Ontdubbelen_van_MBH.27s Implementatiehandleiding Migratie en hybride]<section end="implementatiehandleiding migratie en hybride" />|| Nictiz
|-
| Nictiz || Werkwijze infusen Kickstart || 1 september 2025 || December 2025 || <section begin="Werkwijze infusen" />[https://informatiestandaarden.nictiz.nl/wiki/mp:Kickstart_Werkwijze_Infusen Werkwijze infusen]<section end="Werkwijze infusen" />|| Nictiz
|-
| Nictiz || Handleiding Kardinaliteiten en conformance || 25 september 2025 || December 2025 || <section begin="Handleiding Kardinaliteiten" />[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Handleiding Kardinaliteiten en conformance] <section end="Handleiding Kardinaliteiten" /> || Nictiz
|-
| Nictiz || Informatiestandaarden: Basis voor gegevensuitwisseling in de zorg || 8 september 2025 || December 2025 || <section begin="informatiestandaarden in de zorg" />[https://nictiz.nl/app/uploads/2020/09/2021-Paper-Informatiestandaarden-Nictiz.pdf Informatiestandaarden: basis voor gegevensuitwisseling in de zorg]<section end="informatiestandaarden in de zorg" />|| Nictiz
|-
| Nictiz || Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift || 28 maart 2025 || December 2025 || <section begin="leeswijzer" />[https://informatiestandaarden.nictiz.nl/wiki/mp:LeeswijzerVoorschriftmetnierfunctiewaarde Leeswijzer meesturen nierfunctiewaarde met voorschrift]<section end="leeswijzer" />|| Nictiz
|-
| Rijksoverheid || Wet op de beroepen in de individuele gezondheidszorg || 2024 || December 2025 || <section begin="wet" />[https://wetten.overheid.nl/BWBR0006251/2025-07-05 Wet op de beroepen in de individuele gezondheidszorg (BIG)]<section end="wet" />|| Rijksoverheid
|-
| Nictiz || Ontwerp Lab2zorg V3.0.0-beta.2 || 30 april 2024 || December 2025 || <section begin="lab2zorg" />[https://informatiestandaarden.nictiz.nl/wiki/Lab:Vdraft_Ontwerp_Lab2zorg#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener Informatiestandaard Lab2Zorg]<section end="lab2zorg" /> || Nictiz
|}

==Documenthistorie==
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-rc.2
| style="background-color: white;vertical-align:top;"| februari 2026
| style="background-color: white;vertical-align:top;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-rc.2_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-rc.1
| style="background-color: white;vertical-align:top;"| mei 2025
| style="background-color: white;vertical-align:top;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-rc.1_releasenotes Releasenotes]
|-
| 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;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.4_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.3
| style="background-color: white;vertical-align:top;"| maart 2024
| style="background-color: white;vertical-align:top;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.3_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.2
| style="background-color: white;vertical-align:top;"| oktober 2023
| style="background-color: white;vertical-align:top;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.2_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 3.0.0-beta.1
| style="background-color: white;vertical-align:top;"| februari 2023
| style="background-color: white;vertical-align:top;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:v3.0.0-beta.1_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 2.0.0
| style="background-color: white;vertical-align:top;"| 28 april 2022
| style="background-color: white;vertical-align:top;"| Foutieve links binnen FO gecorrigeerd [https://bits.nictiz.nl/browse/MP-619 BITS MP-619]
|-
| 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;"| plaatjes bij use cases 4.1.38, 4.1.39 en 4.1.40 aangepast, hier stond GDS in plaats van WDS [https://bits.nictiz.nl/browse/MP-534 BITS MP-534]
|-
| 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;"| kapotte links binnen FO gecorrigeerd [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;"| 05 april 2022
| style="background-color: white;vertical-align:top;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:V2.0.0_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9 2.0.0 bèta
| style="background-color: white;vertical-align:top;"| 01 oktober 2021
| style="background-color: white;vertical-align:top;"| voor alle wijzigingen zie: *[https://informatiestandaarden.nictiz.nl/wiki/mp:V9_2.0.beta_releasenotes Releasenotes]
|-
| style="background-color: white;vertical-align:top;"| 9.1.0
| style="background-color: white;vertical-align:top;"| 29 januari 2020
| style="background-color: white;vertical-align:top;"|
*Tekstuele aanpassingen staken/stoppen 
*Par 7.11 toegevoegd: Implementatie geneesmiddel distributiesysteem (GDS)-velden
*[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 toegevoegd (Gebruik registreren op basis van verstrekking, Verstrekkingsverzoek met aantal herhalingen, Voorschrijven van niet geneesmiddelen)
*Hoofdstuk 4: plaatjes bij use cases toegevoegd
*Nierfunctiewaarde in het voorschrift
*[https://bits.nictiz.nl/browse/MP-48 BITS MP-48] Medicatieoverzicht: Par 5.7 toegevoegd 'Velden die niet getoond hoeven te worden'
*Diverse tekstuele aanscherpingen/verbeteringen [https://bits.nictiz.nl/browse/MP-131 o.a. BITS MP-131]
*Paragraaf 'Ongeadresseerd voorschrijven' verplaatst naar hoofdstuk 'Beschouwingen'
*[https://bits.nictiz.nl/browse/MP-151 BITS MP-151] Proces van aanmaken concept-TA verwijderd
*[https://bits.nictiz.nl/browse/MP-128 BITS MP-128] Par 4.1.8: Toelichting 'Medische noodzaak'
*[https://bits.nictiz.nl/browse/MP-129 BITS MP-129] Par 4.1.35: Use case toegevoegd
|-
| style="background-color: white;vertical-align:top;"| 9.0.7
| style="background-color: white;vertical-align:top;"| juli 2019
| style="background-color: white;vertical-align:top;"|
Voorbeelden voor specifieke infrastructuren verwijderd.
|-
| 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 op HPK niveau in geval van 'niet geneesmiddelen' zonder een PRK niveau 
*Par 1.3.3. MBH voor geneesmiddelen zonder PRK (magistralen, infusen etc) 
*Par 2.2.5.5. Wijzigen medicatie: Technisch stop-MA: afspraak datum voor stop-MA en nieuwe MA moeten hetzelfde zijn. Wijziging op MA die reeds gestopt is toegelicht (geen extra staken-MA nodig) 
*Par 2.2.6. Toegevoegd: VV onder MA van iemand anders 
*Par 4.2.15. Uitleg GDS leverancier levert ander HPK 
*Par 7.10: Medicatiegebruik gebruikindicator, volgens afspraak indicator, stoptype, gebruiksperiode en doseerinstructie: tabel aangepast en voorbeelden toegevoegd 
*Par 4.1.34: Eigen artikelen uitleg toegevoegd 
*Hoofdstuk 5: voorbeeld medicatieoverzicht ingevoegd in deze wiki pagina ipv een losse wiki pagina (om zoeken binnen het FO te vereenvoudigen).
*Diverse tekstuele aanscherpingen/verbeteringen
|-
| style="background-color: white;vertical-align:top;"| 9.0.6
| style="background-color: white;vertical-align:top;"| mei 2018
| style="background-color: white;vertical-align:top;"|
*Aanvulling op voorstel verstrekkingsverzoek en toevoeging van antwoord-voorstel verstrekkingsverzoek 
*Hoofdstuk 6 tabel 4 toevoeging van linkjes naar ART-DECOR transacties 
*Verwijderd: hoofdstuk over LSP 
*Par. 7.10 tabel uitgebreid met gebruiksperiode en doseerinstructie 
*Aanscherpingen in diverse teksten 
*Toevoeging van kenmerk 'bouwsteen van iemand anders' voor MA, TA, MGB in medicatieoverzicht 
|-
| style="background-color: white;vertical-align:top;"| 9.0.5
| style="background-color: white;vertical-align:top;"| januari 2018
| style="background-color: white;vertical-align:top;"|
*Terminologie: Stop-MA gewijzigd naar staken-MA conform eerdere projectafspraken. 
*Par. 1.3.4 Aanvulling dat MA ook mag verwijzen naar bouwsteen onder andere medicamenteuze behandeling. 
*Par. 4.1.22 Ontslag aangepast omdat bij ontslag eerder gestaakte ambulante medicatie opnieuw gestart kan worden. 
*Par. 4.1.26 Staken van medicatie door derden aangepast. 
*Par. 4.1.27 Twee PRK's onder één medicamenteuze behandeling. 
*Par. 2.2.5.3 Staken medicatieafspraak aangepast ter verduidelijking van impact op reeds ingevoerde toekomstige medicatieafspraken. 
*Voetnoot 3 Voorlopige en definitieve medicatieopdracht verduidelijkt en use case medicatieopdracht (par. 4.1.31) toegevoegd. 
*Par. 4.1.30 Use case Eenmalig gebruik toegevoegd. 
*Paragraaf 2.2.4, 2.2.5.2, 2.2.5.4, 4.1.16, 4.1.22 aangepast voor substitutie. Bij substitutie wordt een medicamenteuze behandeling niet tijdelijk onderbroken maar daadwerkelijk gestaakt. Het substituut wordt onder een nieuwe medicamenteuze behandeling gestart. 
*Paragraaf 4.1.33 Ontbreken digitale medicatieafspraak bij opname toegevoegd. 
*H5 Medicatieoverzicht aangepast met verwijzing naar nieuwe inhoudelijke pagina met functionele uitwerking. 
*Paragraaf 7.10 Medicatiegebruik: gebruikindicator, volgens afspraak indicator en stoptype toegevoegd. 
*H6 Bouwstenen van medicatieoverzicht gewijzigd naar MA, TA en MGB. 
*Figuur 2 Kleuren in datamodel conform figuur 1. 
*Diverse afkortingen verklaard. 
|-
| 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;"|
*Verwerkt [[mp:V9.0_Ontwerpbeslissingen|Ontwerpbeslissingen]] in functioneel ontwerp. Daarmee zijn de ontwerpbeslissingen vervallen. Het huidige FO is vanaf nu leidend. 
*Par. 1.3.1. Definities bouwstenen aangepast en afkorting voor medicatieverstrekking gewijzigd van VS naar MVE. 
*Par. 1.3.3. Medicamenteuze behandeling nu op basis van PRK, stuk herschreven en ontstaan mbh en omgang met parallelle MA toegevoegd. 
*Par. 1.3.4. Nieuw datamodelplaaje, diverse relatie toegevoegd en aangepast op basis van ontwerpbeslissingen. 
*Par. 1.5 Begrippenlijst verwijderd. 
*H.2 Plaatje medicatieproces aangepast: mo toegevoegd bij sturen en/of beschikbaarstellen door gebruiker; lijnen in swimlane van toediener/gebruiker aangepast. 
*H4.1 Nieuwe use cases toegevoegd: Niet verstrekken voor, Verschillende PRKs onder dezelfde medicamenteuze behandeling, Staken van medicatie door derden, Achteraf vastleggen medicatieafspraak, Parallelle medicatieafspraken. 
*H4.2 Nieuwe use case: Stop-toedieningsafspraak; gewijzigde use case: Aanschrijfdatum, verstrekken en niet afhalen. 
*H5: Onderscheiden van medicatieprofiel en medicatieoverzicht beschreven; afleidingsregels aangepast op basis van de nieuwe ontwerpbeslissingen. 
*Waar logisch verwijzingen vanuit Art-decor naar FO H7 aangebracht. 
*Diverse grammaticale en kleine tekstuele wijzigingen. 
|-
| style="background-color: white;vertical-align:top;"| 9.0.2
| style="background-color: white;vertical-align:top;"| 18 juni 2017
| style="background-color: white;"| Omzetting document naar wiki.
|-
| style="background-color: white;vertical-align:top;"| 0.97
| style="background-color: white;vertical-align:top;"| 22 december 2016
| style="background-color: white;"| Paragraaf 2.4, 4.3.1 opmerkingen review verwerkt. Paragraaf 4.2.11 aanscherping in tekst.
|-
| style="background-color: white;"| 0.96
| style="background-color: white;"| 1 december 2016
| style="background-color: white;"| Paragraaf 2.4 Proces: toedienen aangepast en als gevolg daarvan ook H6: toegevoegd Sturen/ontvangen toediengegevens.
|-
| style="background-color: white;"| 0.95
| style="background-color: white;"| 15 juli 2016
| style="background-color: white;"| Versie t.b.v. pilot
|}

mp:Medicatieoverdracht Kickstart

2026-02-26T15:52:12Z

Tom Seijger:

{{DISPLAYTITLE:Medicatieoverdracht - Landingspagina documentatie leveranciers}}

{{NoteBox|1=
Vanaf 1 november 2025 maakt het programma gebruik van een aantal nieuwe testtermen. Deze vernieuwde terminologie biedt meer duidelijkheid en sluit beter aan op de praktijk. De inhoud van deze testen is ongewijzigd.

* Proof of Concept wordt ketentest
* Labtest wordt functionele acceptatietest (FAT)
* Praktijktest wordt gebruikersacceptatietest (GAT)
* De term ontwikkeltesten blijft ongewijzigd.

Dit betekent dat op de landingspagina beide termen naast elkaar kunnen voorkomen.
Leveranciers zijn vrij om te bepalen of en hoe deze wijzigingen bij henzelf worden doorgevoerd.
}}

'''Inleiding'''

Welkom op de landingspagina van het programma Medicatieoverdracht.
Op deze pagina wordt alle informatie gedeeld die nodig is om de MP9-standaard in te bouwen voor softwareleveranciers. Met behulp van de leesroute wordt de informatie opgesplitst in relevante documenten, afhankelijk van de fase waarin de leverancier zich bevindt binnen het implementatietraject.

__NUMBEREDHEADINGS__

=Aanmelden=
Om te kunnen starten met het implementeren van het Medicatieproces 9 meld je jullie bedrijf aan via het [https://www.samenvoormedicatieoverdracht.nl/aanmelden-leverancier// <abbr> aanmeldformulier </abbr>] op de website samenvoormedicatieoverdracht.nl.
Het ingevulde aanmeldformulier komt dan bij het Validatieloket terecht. Het Validatieloket deelt dan met jullie de nodige linkjes naar documentatie om door te lezen op de landingspagina en plant een intakegesprek met jullie in.
Neem de toegestuurde documentatie goed door, zodat jullie voorbereid aan het intakegesprek kunnen deelnemen.

=Voorbereiding=
Na het aanmelden zijn de linkjes van hoofdstuk 2.1 met de leverancier gedeeld, met het verzoek deze te lezen ter voorbereiding op het intakegesprek.
Daarnaast kan al gekeken worden naar een aantal kennissessies om extra informatie te vergaren.

==Welke voorbereiding is noodzakelijk?==

In de uitnodiging voor het intakegesprek wordt de leverancier verzocht om voorafgaand aan het gesprek, de volgende documentatie met betrekking tot de [[mp:Stap_0_Voorbereiding|Stap 0 documentatie]] goed door te lezen:
:* de [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Scope]] per systeemtype
:* het [https://informatiestandaarden.nictiz.nl/images/1/15/Format_Plan_van_aanpak_Leveranciers.docx Plan van Aanpak]
:* het [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9#Deelproces_Voorschrijven Functioneel Ontwerp]
:* de [https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/ <abbr> Infrastructuur (VZVZ) </abbr>]
:* en de [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Formulier_CC_MP9_3.0.0_v20251022.zip Conformiteitscheck]

Deze [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Checklist_Medicatieproces.zip checklist] ondersteunt straks bij het schrijven van het FO.

==Kennissessies==
De afgelopen jaren zijn diverse kennissessies, webinars en trainingen verzorgd om leveranciers te ondersteunen en te voorzien van extra informatie over verschillende onderwerpen:
:*[https://www.youtube.com/watch?v=seAYX9uNOGk/ Kennismaken met het programma Medicatieoverdracht]
:*[https://www.youtube.com/watch?v=asOrd_A3gag/ Kennissessie: Wat gaat er veranderen in de werkprocessen van zorgverleners door het programma MO?]
:*[https://www.youtube.com/watch?v=GslOFD6xkQU/ Kennissessie: Informatiestandaard Medicatieproces 9]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij (PGO)</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij (PGO)</abbr>]

Een aantal kennissessies staan op de [https://www.samenvoormedicatieoverdracht.nl/kennisbank/?kennisbank-category=luistersessies/ kennisbank] van samenvoormedicatieoverdracht.nl. Op de website samenvoormedicatieoverdracht worden [https://www.samenvoormedicatieoverdracht.nl/nieuws// nieuwsberichten] gepubliceerd. Je kunt je hier tevens aanmelden voor de nieuwsbrief om deze via de mail te ontvangen.
De [https://nictiz.nl/standaarden/informatiestandaarden/medicatieproces// release updates] worden op de website van Nictiz gepubliceerd.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Stap 0 documenten doorgelezen || Voor het intakegesprek zijn het Plan van Aanpak, Technisch Ontwerp en Functioneel Ontwerp doorgelezen
|-
| Intakegesprek || Wordt ingepland door de casemanager
|-
|}

=Intake=
==Intakeproces==
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren intakegesprek'''
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Registreren BITS'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start bouwgesprek'''
|}

Na aanmelding krijgt de leverancier een uitnodiging voor een intakegesprek. Het doel van het intakegesprek met het Validatieloket is wederzijdse kennismaking. Het Validatieloket deelt informatie over het bouwtraject en de processtappen.
Jullie kunnen vragen stellen over de toegestuurde documentatie benoemd in '2.1 Voorbereiding'. Op hoofdlijnen wordt besproken hoe de procesbegeleiding eruit zal zien, wat jullie kunnen verwachten van het Validatieloket en wat jullie moeten bouwen.
Tijdens het gesprek krijgen jullie als leverancier een casemanager toegewezen. De casemanager zal tijdens het hele traject jullie aanspreekpunt zijn.
Na het intakegesprek kan de leverancier aan de slag met een plan van aanpak en een functioneel en technisch ontwerp.

==Stap 0 documentatie==
Na het intakegesprek kan de leverancier starten met het schrijven van de stap 0 documentatie. Ter aanvulling op de linkjes in '2.1 Voorbereiding' staan hieronder nog een aantal relevantie pagina's:
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]
:*[https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/<abbr title="Technisch Ontwerp">Technisch Ontwerp (vzvz)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} (NL)</abbr>]] / [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG)]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases">Functioneel ontwerp Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} voor patiënt usecases</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250429T134736/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (dataset, scenario/transacties)</abbr>]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20250429T134736/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} publicatie vanuit ART-DECOR (HL7v3 CDA templates)</abbr>]
:*[[mp:Toelichting_templates_ART-DECOR:UCUM | Toelichting bij templates ART-DECOR: UCUM]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie {{VersieInfo|mp9|release=V3.0.0}} FHIR in English">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} (ENG) </abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases">FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} for patient use cases (ENG) </abbr>]]
:*[https://www.zorginzicht.nl/binaries/content/assets/zorginzicht/kwaliteitsinstrumenten/Kwaliteitsstandaard+Overdracht+van+medicatiegegevens+in+de+keten.pdf Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9]]

'''Implementatiehandleidingen'''
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie en Hybride fase Kickstart">Implementatiehandleiding Migratie en Hybride</abbr>]]
:*[[mp:Vkickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties|<abbr title="Identificaties en hun onderlinge relaties, onderdeel van Implementatiehandleiding Migratie en Hybride fase kickstart">Identificaties en hun onderlinge relaties</abbr>]]
:*[[mp:VRaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatiehandleiding Raadplegen Reconciliëren</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]

==BITS==
Tijdens het gehele traject wordt gebruikgemaakt van het ticketsysteem BITS. Elke leverancier krijgt een eigen project binnen BITS en kan hier vragen en documentatie kwijt. De leverancier kan een eigen MP9 MedicatieValidatie project aan te vragen via [https://nictiz.atlassian.net/servicedesk/customer/portal/4/group/12/create/64 deze link].
Vervolgens kunnen bijvoorbeeld developers, productowners en/of productmanagers, via hun '''interne''' contactpersoon een account voor BITS aanvragen. De contactpersoon kan via ons [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/create/49/ selfserviceportaal] de gebruikers toevoegen aan het project van de leverancier, zodat zij een eigen BITS-account krijgen en daarmee zij zelf tickets in kunnen dienen.

:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Gebruikershandleiding BITS]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| BITS project aangemaakt || Leverancier vraagt dit aan
|-
| BITS account aangemaakt || Gebruikers vragen dit zelf aan via de contactpersoon van de leverancier
|-
| Plan van Aanpak|| Ingelezen
|-
| Functioneel Ontwerp|| Ingelezen
|-
| Technisch Ontwerp|| Ingelezen
|-
| Conformiteitscheck|| Ingelezen
|-
|}

=Begeleiding=
Het Validatieloket begeleidt de leverancier richting het implementeren van informatiestandaard Medicatieproces 9. De casemanager is hierin het eerste aanspreekpunt voor de leverancier. Elke 2-3 weken worden structurele voortgangsgesprekken ingepland om de voortgang te bespreken, obstakels te signaleren en te bepalen of ondersteuning nodig is. Voor een overzicht van alle overlegvormen vanuit het programma is het volgende document opgesteld: [https://informatiestandaarden.nictiz.nl/images/9/91/Overzicht_Leveranciersoverleggen_en_Kennisupdates_Programma_MO_-_versie_november_2025.pdf Overzicht Leveranciersoverleggen en Kennisupdates Programma MO]

Naast de voortgangsgesprekken is BITS hét communicatiemiddel voor alle vragen vanuit de leverancier. De casemanager zal ervoor zorgen dat de vragen door de juiste inhoudsdeskundigen (Nictiz/VZVZ) beantwoord worden.

==Begeleidende documenten/links==
:*[[mp:V3.0.0-rc.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-rc.1</abbr>]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Toelichting samenhang Wiki en ART-DECOR</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/c/c4/20250320_Bijlage_Informatieupdate_-_Blijvend_ondersteunen_MP6.12_interfaces.pdf Bijlage Informatieupdate: Blijvend_ondersteunen MP6.12 interfaces]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:250703_-_Procedure_uitgifte_en_beheer_test-BSNs.pdf Procedure uitgifte en beheer test-BSNs]

==Vraag en antwoord (Vragenuurtjes)==
Naast de gestructureerde voortgangsgesprekken en de via BITS gestelde vragen ontstaat soms de behoefte om vragen direct met een inhoudsdeskundige te bespreken. Daarom zijn 'Vragenuurtjes' gepland. Dit is een inloopuur waarbij alle leveranciers mogen aansluiten om hun vragen te stellen. Vanuit het programma zijn hier informatieanalisten van Nictiz en architecten van VZVZ aanwezig om (indien mogelijk) direct antwoord te geven op de vragen.
Alle vragen (inclusief antwoorden) worden vervolgens op de volgende pagina geregistreerd:
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vraag en antwoord vragenuurtjes]]
Hier kun je dus ook kijken of je vraag mogelijk al eens eerder is gesteld door een andere leverancier.

==Criteria==
{| class="wikitable"
|-
! Categorie !! Criteria !! Opmerkingen
|-
| rowspan="4" | Documentatie
| Plan van Aanpak || Geschreven, ingediend en beoordeeld
|-
| Functioneel Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Technisch Ontwerp || Geschreven, ingediend en beoordeeld
|-
| Conformiteitscheck || Geschreven, ingediend en beoordeeld
|-
| rowspan="3" | Gesprekken
| Voortgangsgesprekken || Wordt ingepland door de casemanager
|-
| Bouwgesprek || Wordt ingepland door de casemanager
|-
| Vragenuurtje || Uitnodiging voor vragenuurtjes ontvangen
|}

=Ontwikkelen=
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | '''Voeren bouwgesprek'''
| →
| style="background-color:#ff9800; color:white; padding:10px 20px;" | '''Start ontwikkelfase'''
|}
Na het intakegesprek heeft de leverancier een beeld van het proces en wat volgens de informatiestandaard MP9 gebouwd moet worden.
De leverancier heeft nu de opdracht gekregen om aan de slag te gaan met het schrijven van het Plan van Aanpak (PvA), het functioneel ontwerp (FO) en het technisch ontwerp (TO).
Zodra de documenten klaar zijn, levert de leverancier deze aan bij het Validatieloket. De ingeleverde documenten worden beoordeeld door Nictiz, VZVZ en de penvoerder. Zodra alles is goedgekeurd, kan worden overgegaan op de ontwikkelfase.
Het is tevens noodzakelijk om de conformiteitscheck in te vullen. Hierin wordt aangegeven welke functionaliteiten wel of niet worden ingebouwd of mogelijk afwijkend zijn van wat is beschreven in de informatiestandaard.
De opgegeven afwijkingen worden door het Medicatieprogramma beoordeeld. Houd rekening met het feit dat het programma mogelijk niet instemt met de opgegeven afwijkingen. Daarom worden alle afwijkingen met de leverancier besproken. Hier zullen een of meerdere overleggen voor worden ingepland.
Uiteindelijk worden alle afspraken over de non-conformiteiten vastgelegd en wordt tijdens de validatie getoetst of hieraan is voldaan.

Zodra alle documenten zijn goedgekeurd, wordt het bouwgesprek gepland.
Tijdens dit overleg wordt o.a. besproken wat jullie planning is en of jullie behoefte hebben aan extra informatie. In de voorbereiding op dit overleg kan de leverancier worden gevraagd aanvullende documentatie door te nemen of – afhankelijk van het kennisniveau – een verdiepende cursus te volgen.
Vanuit het programma Medicatieoverdracht kan extra ondersteuning worden geboden in de vorm van trainingen of kennissessies om jullie als leverancier op weg te helpen.

Tijdens het bouwgesprek zullen de kennishouders van het programma Medicatieoverdracht in gesprek gaan over het Technisch Ontwerp (TO), samen met de ontwikkelaars, architecten, product owners en testers van de leverancier. De casemanager is ook aanwezig om gemaakte afspraken te notuleren en eventuele acties uit te zetten.
Na deze fase start het proces van ontwikkeling en inbouw van het Medicatieproces 9; deze ontwikkeling bestaat uit 10 stappen. Zie hiervoor https://www.samenvoormedicatieoverdracht.nl/stappenplan-sectoren/.

Vooralsnog start men met de volgende 4 stappen:

:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

De leverancier bepaalt de volgorde van de ontwikkeling. Dit kan stap voor stap gebeuren of, bijvoorbeeld, door stap 3 en 4 te bundelen en vervolgens stap 5 en 6.

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier geeft aan dat development gereed is om te kunnen testen|| Dit kan per stap opgepakt worden
|-
|}

=Testen=
Na het ontwikkelen en inbouwen van Medicatieproces 9, start de leverancier met de stap Testen.
Om de software zo goed mogelijk te testen, biedt het Validatieloket verschillende typen testen aan:
:*Testen op de inhoud
:*Testen in de keten
:*Gebruikersacceptatietest
Voor alle bovenstaande testen levert het Validatieloket de testscripts aan.

Om de testfase af te sluiten, levert de leverancier een testrapport aan bij het Validatieloket. Na beoordeling hiervan start de validatiefase.

==Testproces==
<div align="center">'''Testfasen per stap'''</div>
{| style="text-align:center; margin:auto; border-spacing:20px;"
|-
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Ontwikkelfase| '''Ontwikkeltest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" |[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| '''Ketentest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Laboratoriumtest| '''Functionele acceptatietest''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Validatie_MO| '''Validatie''']]
| →
| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px;" | [[mp:Testen_Kickstart_Praktijktest| '''Praktijktest''']]
|}

Zoals in bovenstaande weergave doorloopt de leverancier de volgende testfasen:
:*[[mp:Testen_Kickstart_Ontwikkelfase| Ontwikkeltest]]
:*[[mp:Testen_Kickstart_Proof_of_Concept_(PoC)| Ketentest]]
:*[[mp:Testen_Kickstart_Laboratoriumtest| Functionele acceptatietest]]
:*[[mp:Validatie_MO| Validatie]]
:*[[mp:Testen_Kickstart_Praktijktest| Praktijktest]]

Onderstaande documenten bieden ondersteuning tijdens de testfasen:
:*[[mp:Testen_Kickstart|Testinformatie Kickstart]]
:*[[mp:Testtooling|Tooling & omgevingen Kickstart]]
:*[[mp:Testen_Kickstart#Stap_3:_Voorschrijven|Stap 3: Voorschrijven]]
:*[[mp:Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken|Stap 4: Verificatie en gebruiken]]
:*[[mp:Testen_Kickstart#Stap_5:_Verstrekken|Stap 5: Verstrekken]]
:*[[mp:Testen_Kickstart#Stap_6:_Toedienen|Stap 6: Toedienen]]

Daarnaast zijn voor onderstaande onderwerpen specifieke testplannen opgesteld, welke betrekking hebben op meerdere testfasen en daarmee een eigen wiki pagina hebben:
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie Consolidatie]
:*[https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride Hybride] ''In progress''

==Testscripts==
:*[[mp:Vcurrent_Kwalificatie|Testscripts Medicatieproces 9 versie 3.0.0-rc.1]]
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| Account Interoplab aangemaakt|| Gebruiker vraagt dit zelf aan
|-
| De leverancier heeft alle testscripts succesvol doorlopen|| De leverancier is gereed om te valideren
|-
|}

=Validatie=
De laatste stap in het proces is de validatie. Tijdens de validatie toetsen deskundigen van Nictiz en VZVZ de software op de inhoud van de standaard en de aansluiting op de infrastructuur.

Als het Validatieloket akkoord is, zal de casemanager de validatie goedkeuren en de terugkoppeling geven. Dit zal binnen 2 weken zijn. Als de validatie niet akkoord is, zal het validatietraject opnieuw gestart moeten worden.

Na succesvolle validatie kan de standaard worden geïmplementeerd bij de zorgaanbieders.
==Validatieproces==

{| style="text-align:center; margin:auto; border-spacing:5px; white-space:nowrap;"

|-

|

|

|

|

|

|

|

|

|

|

|

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Informeren interne organisatie'''

|-

| style="background-color:#00bcd4; color:white; padding:10px 20px; border-radius:15px; display:inline-block;" | '''Voorbereiden validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Uitvoeren validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Bespreken validatie'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Opstellen rapport'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Productmanagement
Nictiz/VZVZ'''

| →

| style="width:50px; height:50px; background-color:#00bcd4; transform:rotate(45deg); display:inline-block; text-align:center; line-height:50px;" |

<div style="transform:rotate(-45deg); color:white;">'''Geslaagd?'''</div>

| Ja →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Accorderen Programmamanagement'''

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:inline-block;" | '''Versturen rapport'''

|-

|

|

|

|

|

|

|

|

|

|

| Nee →

|

|

| →

| style="background-color:#00bcd4; color:white; padding:10px 20px; display:block;" | '''Certificering'''

|-

|

|

|

|

|

|

|

|

|

|

| style="background-color:#d47c00; color:white; padding:10px 20px; display:block;" | '''Start Proces hervalidatie'''

|

|

|

|

|}

:*Stap 3: ''Wordt herzien''
:*Stap 4: ''Wordt herzien''
:*Stap 5: ''Wordt herzien''
:*Stap 6: ''Wordt herzien''

==Validatiemateriaal==
:*[[mp:ValidatieMO_Aanleveren_Materialen|Validatiematerialen Medicatieproces 9]]
:*[[mp:Vcurrent_Kwalificatie#Kwalificatiescripts_Medicatieproces_9_versie_3.0.0|Kwalificatiescripts]]
:*Acceptatiescripts worden met leveranciers gedeeld

==Criteria==
{| class="wikitable"
|-
! Criteria!! Opmerkingen
|-
| De leverancier is per stap gekwalificeerd|| De leverancier wordt opgenomen in het kwalificatieregister van Nictiz
|-
| De leverancier is per stap geaccepteerd|| De leverancier wordt opgenomen in het acceptatieregister van VZVZ
|-
| De leverancier is met alle stappen gevalideerd|| De leverancier mag gaan implementeren bij de zorginstelling
|-
|}

=Archief=
<div class="mw-collapsible mw-collapsed">
<div class="mw-collapsible-content">
:'''Testscript gebruikerseisen boven sectoraal'''
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>]
:*[https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>]

:'''In Ontwikkeling'''
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

:'''Informatieve memo's'''
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.3'''
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.2'''
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.2 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.2_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)]] / [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases (ENG)</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
</div>
</div>

=Paginahistorie=
<div class="mw-collapsible mw-collapsed">
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
</ul>

|-
| style="background-color: white;"| 2 januari 2025
| style="background-color: white;"|
<ul>
<li>'''In Ontwikkeling''' Naar archief
:''Transitie naar Medicatieproces 9 (migratie en hybride situatie)''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:''Kickstart testen''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

<li>'''Informatieve memo's''' Naar archief
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]
</ul>

|-
| style="background-color: white;"| 28 november 2024
| style="background-color: white;"|
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.4''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.4 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.4 (ENG)]]
:*[[mp:V3.0.0-beta.4_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.4</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20241118T151205/index.html/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.4 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.4 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.4 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.4 for patient use cases (ENG) </abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' naar archief
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta.3_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 for patient use cases (ENG) </abbr>]]
:*[[mp:V3.0.0-beta.3_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.3 FHIR in English">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.3 (ENG) </abbr>]]
</ul>
|-
| style="background-color: white;"| 1 november 2024
| style="background-color: white;"|
<ul>
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faorta-on-fhir.scrollhelp.site%2Faorta-on-fhir-specificaties-versie-07x%2Flatest%2F&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816233917%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=RK1Zn%2Bh5Gjx1xb49eykDHZ7WbPxnhgMr05SWW1NfFOI%3D&reserved=0 Documentatie AORTA on FHIR ] Toegevoegd
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzt-medicatieoverdracht.scrollhelp.site%2FMedicatieoverdracht%2FWorking-version%2Fprogramma-van-eisen-medicatieoverdracht&data=05%7C02%7Cjasper.theunissen%40nictiz.nl%7C543afcdba9c84df8383a08dcfa80af41%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638660677816270290%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2xeIUCmu8diGyxc%2FCGFfmcQJppAgm7yK9FATeHJnoXs%3D&reserved=0 Programma van Eisen LSP (bèta)] link aangepast
</ul>
|-
| style="background-color: white;"| 1 maart 2024
| style="background-color: white;"|
<ul>
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.3''' gepubliceerd
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.3 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.3 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20240229T110214/<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.3 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.3 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0-beta.3_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.3</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]
<li> '''Informatiestandaard Medicatieproces 9.3.0.0-beta.2''' naar archief
:*[[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta.2_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.2 (ENG) </abbr>]]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.2_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.2</abbr>]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20231017T223005/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
</ul>
|-
| style="background-color: white;"| 6 november 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)] naar archief
<li> [[mp:V3.0.0-beta.1_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]] naar archief
<li> [https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.2/ FHIR R4 conformance resources for Medication Process 9 (MP9)] geüpdatet naar beta.2 versie
<li> [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]] toegevoegd
<li> [https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://zt-medicatieoverdracht.scrollhelp.site/Medicatieoverdracht/Working-version/programma-van-eisen-medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>] geüpdatet n.a.v. beta.2 versie
<li> [https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>] geüpdatet n.a.v. beta.2 versie
</ul>
|-
| style="background-color: white;"| 20 oktober 2023
| style="background-color: white;"|
<ul>
<li> [[mp:V3.0.0-beta.2_releasenotes|Release notes Medicatieproces 9 versie 3.0.0-beta.2]] toegevoegd
<li> 2.2 Specificaties: update n.a.v. beta.2 release
*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.2 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.2 (ENG)]]
*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.2 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.2 voor patiënt usecases</abbr>]]
*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.2 for patient use cases</abbr>]]
<li> 3.2 Testscript: update n.a.v. beta.2 release
*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.2]]
<li> [[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]] naar archief
<li> [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1]] & [[mp:V3.0.0-beta.1_Ontwerp_medicatieproces_9_ENG|Functional Design Medication Process 9 version 3.0.0-beta.1 English version]] naar archief
</ul>
|-
| style="background-color: white;"| 11 oktober 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Nieuwe versie Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 6 september 2023
| style="background-color: white;"|
<ul>
<li> 2.5 [[mp:V3.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]] aangepast naar 9.3 versie.
|-
| style="background-color: white;"| 4 september 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1tm4_-_stap_3-4_-_beta_versie_3.0_.pdf Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
<li> 3.2 Testscripts: Testscript gebruikerseisen boven sectoraal: [https://informatiestandaarden.nictiz.nl/wiki/Bestand:Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1-4_-_stap_3-4_-_beta_versie_3.0_(1).pdf Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0</abbr>] toegevoegd.
</ul>
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatiehandleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}
</div>

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T14:47:12Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ketentest (PoC)}}

Tijdens de Ketentest wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
* Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
* Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

=Voorbereiding =
Om efficiënt te kunnen testen tijdens de Ketentest moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de Ketentest.
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
*** Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de Ketentest worden gestart met 2 EVS systemen en 1 AIS.
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
* Voert testen niet enkel met eigen applicaties uit.
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Interoplab Interoplab])

 
'''Programma Medicatieoverdracht'''
* De testscripts zijn gereed en ingericht in Interoplab.
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Planning Planning])
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

==Acties ter voorbereiding==
{| class="wikitable"
|-
! Betrokkenen !! Actie
|-
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
|-
| Programma MO || Organiseren connectietest/voorbespreking
|-
| Programma MO, Leveranciers ||
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
|-
| Leveranciers || Klaarzetten testdossiers per testscript
|}

=Uitvoering=
De Ketentest wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

==Scenario's==
Tijdens de Ketentest wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

''Legenda:''
* S: Vervult rol van sturend systeem.
* O: Vervult rol van ontvangend systeem.
* R: Vervult rol van raadplegend systeem.
* B: Vervult rol van beschikbaar stellend systeem.


===Stap 3: Voorschrijven, excl. WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VOS || MP-VOO || S || || S || || || O || || || || || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
|-
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
|-
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
|-
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R || || R || || R || || Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|-
| MP-MGR (VV) || MP-MGB (VV) || || B || || B || || || || || R || || Raadplegen VV 5.2
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

===Stap 3: WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R || || R || || R || || Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 4: Verificatie en gebruik===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken Relevante transacties stap 4]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O || || || n.v.t.
|-
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R || || Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|}

'''Consolidatie''' 
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

'''Hybride''' 
Niet van toepassing tijdens stap 4.

===Stap 3 + 4===

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 5: Verstrekken===

Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_5:_Verstrekken Relevante transacties stap 5]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

====Fase 1: Enkelvoudig====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0A
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0A
|}

====Fase 2: Complex====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0B / 6.1
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0B
|}

====Fase 3: Complexere werkprocessen====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 7.1B
|}

====Fase 4: Complexere dosering====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 3.2 / 3.3 / 5.3
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 3.2 / 3.3
|}

====Niet-eerste-livegangset====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 6.2
|-
| MP-MGS (TA) || MP-MGO (TA) || || O || || O || S || O || || O || || || Sturen TA 1.0A / 1.0B / 7.3
|-
| MP-MGS (MVE) || MP-MGO (MVE) || || O || || O || S || O || || O || || || Sturen MVE 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 6.1
|-
| MP-VVVS || MP-VVVO || || O || || O || S || || || || || || ...
|-
| MP-AVVVS || MP-AVVVO || S || || S || || || O || || || || || ...
|-
| MP-VMAS || MP-VMAO || || O || || O || S || || || || || || ...
|-
| MP-AVMAS || MP-AVMAO || S || || S || || || O || || || || || ...
|}

===Stap 6: Toedienen===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_6:_Toedienen Relevante transacties stap 6]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (MTD) || MP-MGB (MTD) || R || B || R || || R || || R || B || R || || Raadplegen MTD 3.1 / 7.2 / 8.1
|}

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=

==Werkwijze==
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen. 
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen. 
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

==Exit Criteria==

'''Algemeen'''

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
# De transacties succesvol uitgewisseld kunnen worden in de keten
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
# De aanwezige bevindingen zijn niet blokkerend
# Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

'''Consolidatie'''

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

'''Hybride'''

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
# Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen kunnen worden.
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Gebruikersacceptatietest.

==Bevindingen==
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]

Hierbij worden onderstaande bevinding categorieën gehanteerd:
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.

Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.

Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
* Wordt voldaan aan de eisen voor het LSP.

=Voorbereiding=
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* De benodigde accounts zijn aangevraagd/aangemaakt:
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).

'''Programma Medicatieoverdracht'''
* De testscripts en testberichten zijn beschikbaar gesteld.

==Acties ter voorbereiding==

'''Leverancier'''
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.

=Uitvoering=
De leverancier test de software primair op twee onderdelen:

'''Inhoud''' 
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

'''Ketentest''' 
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de Ketentest.

==Scenario's==
'''Inhoud''' 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. 
Hiervoor is de Kwalificatiesimulator beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

===Fasering 1e Livegang Set===
onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

====Fase 1: Enkelvoudig====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1a || Benodigd voor scenario 3.1b
|-
| 3.1b || Stop-toedieningsafspraak
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|}

====Fase 2: Complex====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Extra MVE
|-
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie (TA)
|-
| 2.2 || Toelichting (TA), toelichting (MVE)
|-
| 2.3 || Reden van voorschrijven (TA)
|-
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
|-
| 2.5 || Toedieningsweg (TA)
|-
| 3.2a || Benodigd voor scenario 3.2b
|-
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
|-
| 3.3a || Benodigd voor scenario 3.3b
|-
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
|-
| 3.5a || Benodigd voor scenario 3.5b
|-
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
|-
| 3.8a || Starten van parallelle TA voor GDS
|-
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

====Fase 3: Complexere werkprocessen====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 3.4a || Benodigd voor scenario 3.4b
|-
| 3.4b || Onderbreken toedieningsafspraak
|-
| 3.6a || Benodigd voor scenario 3.6b
|-
| 3.6b || annuleer-toedieningsafspraak
|-
| 3.8c || Stoppen van zo nodig TA
|-
| 3.8d || starten van een nieuwe zo nodig TA
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|}

====Fase 4: Complexere dosering====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen (flexibel)
|-
| 6.7b || Tijdstippen (exact)
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 9.1a || Logistieke verbruiksperiode
|-
| 9.1b || GDS
|-
| 9.1c || Logistieke verbruiksperiode
|-
| 9.2a || Herhalingen
|-
| 9.2b || Herhalingen
|-
| 9.2c || Herhalingen
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|}

====Fase WDS 1====
{| class="wikitable"
! Scenario's !! MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
|-
| 1.2a || WDS met startdatum en gebruiksduur (weken)
|-
| 1.2b || WDS met startdatum en gebruiksduur (dagen)
|-
| 2.1 || WDS met aanvullende instructie
|-
| 2.2 || WDS met toelichting
|-
| 3.1 || Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
|-
| 11.1 || Opstartschema door voorschrijver
|}

====Fase WDS 2====
{| class="wikitable"
! Scenario's !! MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
|-
| 6.1 || Wisselend Doseerschema met weekdagen
|-
| 10.1 || Wisselend Doseerschema met HPK-geneesmiddel
|}

===Niet 1e Livegang Set===

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

{| class="wikitable"
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is auteur
|-
| Extra voorraad vakantie || Voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is auteur
|-
| Onvoldoende voorraad || Voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is auteur
|-
| Tijdelijke medicijnwissel || Voorstel verstrekkingsverzoek tijdelijke medicijnwissel
|}

{| class="wikitable"
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is aanvrager
|-
| Extra voorraad vakantie || Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is aanvrager
|-
| Onvoldoende voorraad || Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is aanvrager
|-
| Tijdelijke medicijn wissel || Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel
|}

{| class="wikitable"
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
|-
| || VMA andere voorschrijver
|-
| VMA lengte gewicht || Voorstel medicatieafspraak met lengte en gewicht
|-
| || VMA lengte gewicht
|-
| VMA nieuwe MBH || Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
|-
| || VMA nieuwe MBH
|-
| VMA voorstel door apotheker || Voorstel medicatieafspraak door apotheker
|}

{| class="wikitable"
! !! antwoord voorstel medicatieafspraak sturen/ontvangen
|-
| || AVMA andere voorschrijver
|-
| AVMA lengte gewicht || Antwoord voorstel medicatieafspraak
|-
| || AVMA n.a.v. VMA met lengte gewicht
|-
| AVMA nieuwe MBH || Antwoord voorstel medicatieafspraak voor nieuwe MBH
|-
| || AVMA nieuwe MBH
|-
| AVMA wijziging keerdosis || Antwoord voorstel medicatieafspraak voor wijziging keerdosis
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|}

'''Infrastructuur''' 
De Infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

'''Ketentest''' 
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=
==Werkwijze==
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck. 
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland. 

==Exit Criteria==
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
# De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Ketentest.

==Bevindingen==
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

=PAGINAHISTORIE=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 20 december 2024 ||
* Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
|-
| 11 november 2024 ||
* Fasering van stap 5 in 4 fases doorgevoerd
* WDS gesplitst in 2 fases
|-
| 24 oktober 2024 ||
* Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
|-
| 3 september 2024 ||
* Afronding, Exit criteria, Punt 6 opgenomen opgenomen
|-
| 12 juni 2024 ||
* Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
|-
| 11 juni 2024 ||
* Verwijzingen naar (draft) testplan Hybride toegevoegd
|-
| 10 juni 2024 ||
* Titel aangepast naar Testplan Kickstart PoC
* Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
|-
| 6 juni 2024 ||
* Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase)
* Testdoel aangepast n.a.v. bovenstaand exit criterium
* Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
|-
| 24 mei 2024 || Verwijzing naar relevante transacties per stap toegevoegd
|-
| 21 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
|-
| 8 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
|-
| 15 januari 2024 ||
* ConformiteitsCheck toegevoegd
* Testomgevingen VZVZ toegevoegd
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 8 januari 2024 ||
* Entry en exit criteria uitgebreid
|-
| 4 januari 2024 ||
* Testomgevingen VZVZ toegevoegd
|-
| 3 januari 2024 ||
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 21 december 2023 ||
* Paragraaf Testomgevingen toegevoegd
|-
| 20 december 2023||
* Scenario's gesplitst per Stap
|-
| 13 december 2023||
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
|-
| 12 december 2023 ||
* Structuur van pagina aangepast
* Resultaat opgenomen in Werkwijze
* Randvoorwaarden opgenomen in Voorbereiding
* Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
|-
| 8 december 2023||
* Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
|-
| 6 december 2023||
* Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
|-
| 1 december 2023 || Acceptatiecriteria aangepast
|-
| 6 juni 2023 ||
* Hoofdstuk 6 Acceptatie: gevuld
* Hoofdstuk 7 Testbevindingen: gevuld
|-
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
|-
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
|-
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
|-
| 24 mei 2023|| Pagina gepubliceerd
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart Proof of Concept (PoC)

2026-02-04T14:44:01Z

Tom Seijger: Tom Seijger heeft pagina mp:Testen Kickstart Proof of Concept (PoC) hernoemd naar mp:Testen Kickstart Ketentest (PoC)

#DOORVERWIJZING [[mp:Testen Kickstart Ketentest (PoC)]]

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T14:43:59Z

Tom Seijger: Tom Seijger heeft pagina mp:Testen Kickstart Proof of Concept (PoC) hernoemd naar mp:Testen Kickstart Ketentest (PoC)

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ketentest (PoC)}}

Test Tijdens de Ketentest wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
* Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
* Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

=Voorbereiding =
Om efficiënt te kunnen testen tijdens de Ketentest moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de Ketentest.
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
*** Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de Ketentest worden gestart met 2 EVS systemen en 1 AIS.
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
* Voert testen niet enkel met eigen applicaties uit.
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Interoplab Interoplab])

 
'''Programma Medicatieoverdracht'''
* De testscripts zijn gereed en ingericht in Interoplab.
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Planning Planning])
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

==Acties ter voorbereiding==
{| class="wikitable"
|-
! Betrokkenen !! Actie
|-
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
|-
| Programma MO || Organiseren connectietest/voorbespreking
|-
| Programma MO, Leveranciers ||
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
|-
| Leveranciers || Klaarzetten testdossiers per testscript
|}

=Uitvoering=
De Ketentest wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

==Scenario's==
Tijdens de Ketentest wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

''Legenda:''
* S: Vervult rol van sturend systeem.
* O: Vervult rol van ontvangend systeem.
* R: Vervult rol van raadplegend systeem.
* B: Vervult rol van beschikbaar stellend systeem.


===Stap 3: Voorschrijven, excl. WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VOS || MP-VOO || S || || S || || || O || || || || || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
|-
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
|-
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
|-
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R || || R || || R || || Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|-
| MP-MGR (VV) || MP-MGB (VV) || || B || || B || || || || || R || || Raadplegen VV 5.2
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

===Stap 3: WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R || || R || || R || || Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 4: Verificatie en gebruik===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken Relevante transacties stap 4]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O || || || n.v.t.
|-
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R || || Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|}

'''Consolidatie''' 
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

'''Hybride''' 
Niet van toepassing tijdens stap 4.

===Stap 3 + 4===

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 5: Verstrekken===

Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_5:_Verstrekken Relevante transacties stap 5]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

====Fase 1: Enkelvoudig====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0A
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0A
|}

====Fase 2: Complex====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0B / 6.1
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0B
|}

====Fase 3: Complexere werkprocessen====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 7.1B
|}

====Fase 4: Complexere dosering====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 3.2 / 3.3 / 5.3
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 3.2 / 3.3
|}

====Niet-eerste-livegangset====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 6.2
|-
| MP-MGS (TA) || MP-MGO (TA) || || O || || O || S || O || || O || || || Sturen TA 1.0A / 1.0B / 7.3
|-
| MP-MGS (MVE) || MP-MGO (MVE) || || O || || O || S || O || || O || || || Sturen MVE 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 6.1
|-
| MP-VVVS || MP-VVVO || || O || || O || S || || || || || || ...
|-
| MP-AVVVS || MP-AVVVO || S || || S || || || O || || || || || ...
|-
| MP-VMAS || MP-VMAO || || O || || O || S || || || || || || ...
|-
| MP-AVMAS || MP-AVMAO || S || || S || || || O || || || || || ...
|}

===Stap 6: Toedienen===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_6:_Toedienen Relevante transacties stap 6]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (MTD) || MP-MGB (MTD) || R || B || R || || R || || R || B || R || || Raadplegen MTD 3.1 / 7.2 / 8.1
|}

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=

==Werkwijze==
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen. 
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen. 
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

==Exit Criteria==

'''Algemeen'''

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
# De transacties succesvol uitgewisseld kunnen worden in de keten
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
# De aanwezige bevindingen zijn niet blokkerend
# Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

'''Consolidatie'''

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

'''Hybride'''

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
# Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen kunnen worden.
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Gebruikersacceptatietest.

==Bevindingen==
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]

Hierbij worden onderstaande bevinding categorieën gehanteerd:
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.

Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.

Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
* Wordt voldaan aan de eisen voor het LSP.

=Voorbereiding=
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* De benodigde accounts zijn aangevraagd/aangemaakt:
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).

'''Programma Medicatieoverdracht'''
* De testscripts en testberichten zijn beschikbaar gesteld.

==Acties ter voorbereiding==

'''Leverancier'''
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.

=Uitvoering=
De leverancier test de software primair op twee onderdelen:

'''Inhoud''' 
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

'''Ketentest''' 
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de Ketentest.

==Scenario's==
'''Inhoud''' 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. 
Hiervoor is de Kwalificatiesimulator beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

===Fasering 1e Livegang Set===
onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

====Fase 1: Enkelvoudig====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1a || Benodigd voor scenario 3.1b
|-
| 3.1b || Stop-toedieningsafspraak
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|}

====Fase 2: Complex====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Extra MVE
|-
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie (TA)
|-
| 2.2 || Toelichting (TA), toelichting (MVE)
|-
| 2.3 || Reden van voorschrijven (TA)
|-
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
|-
| 2.5 || Toedieningsweg (TA)
|-
| 3.2a || Benodigd voor scenario 3.2b
|-
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
|-
| 3.3a || Benodigd voor scenario 3.3b
|-
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
|-
| 3.5a || Benodigd voor scenario 3.5b
|-
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
|-
| 3.8a || Starten van parallelle TA voor GDS
|-
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

====Fase 3: Complexere werkprocessen====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 3.4a || Benodigd voor scenario 3.4b
|-
| 3.4b || Onderbreken toedieningsafspraak
|-
| 3.6a || Benodigd voor scenario 3.6b
|-
| 3.6b || annuleer-toedieningsafspraak
|-
| 3.8c || Stoppen van zo nodig TA
|-
| 3.8d || starten van een nieuwe zo nodig TA
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|}

====Fase 4: Complexere dosering====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen (flexibel)
|-
| 6.7b || Tijdstippen (exact)
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 9.1a || Logistieke verbruiksperiode
|-
| 9.1b || GDS
|-
| 9.1c || Logistieke verbruiksperiode
|-
| 9.2a || Herhalingen
|-
| 9.2b || Herhalingen
|-
| 9.2c || Herhalingen
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|}

====Fase WDS 1====
{| class="wikitable"
! Scenario's !! MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
|-
| 1.2a || WDS met startdatum en gebruiksduur (weken)
|-
| 1.2b || WDS met startdatum en gebruiksduur (dagen)
|-
| 2.1 || WDS met aanvullende instructie
|-
| 2.2 || WDS met toelichting
|-
| 3.1 || Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
|-
| 11.1 || Opstartschema door voorschrijver
|}

====Fase WDS 2====
{| class="wikitable"
! Scenario's !! MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
|-
| 6.1 || Wisselend Doseerschema met weekdagen
|-
| 10.1 || Wisselend Doseerschema met HPK-geneesmiddel
|}

===Niet 1e Livegang Set===

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

{| class="wikitable"
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is auteur
|-
| Extra voorraad vakantie || Voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is auteur
|-
| Onvoldoende voorraad || Voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is auteur
|-
| Tijdelijke medicijnwissel || Voorstel verstrekkingsverzoek tijdelijke medicijnwissel
|}

{| class="wikitable"
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is aanvrager
|-
| Extra voorraad vakantie || Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is aanvrager
|-
| Onvoldoende voorraad || Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is aanvrager
|-
| Tijdelijke medicijn wissel || Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel
|}

{| class="wikitable"
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
|-
| || VMA andere voorschrijver
|-
| VMA lengte gewicht || Voorstel medicatieafspraak met lengte en gewicht
|-
| || VMA lengte gewicht
|-
| VMA nieuwe MBH || Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
|-
| || VMA nieuwe MBH
|-
| VMA voorstel door apotheker || Voorstel medicatieafspraak door apotheker
|}

{| class="wikitable"
! !! antwoord voorstel medicatieafspraak sturen/ontvangen
|-
| || AVMA andere voorschrijver
|-
| AVMA lengte gewicht || Antwoord voorstel medicatieafspraak
|-
| || AVMA n.a.v. VMA met lengte gewicht
|-
| AVMA nieuwe MBH || Antwoord voorstel medicatieafspraak voor nieuwe MBH
|-
| || AVMA nieuwe MBH
|-
| AVMA wijziging keerdosis || Antwoord voorstel medicatieafspraak voor wijziging keerdosis
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|}

'''Infrastructuur''' 
De Infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

'''Ketentest''' 
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=
==Werkwijze==
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck. 
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland. 

==Exit Criteria==
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
# De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Ketentest.

==Bevindingen==
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

=PAGINAHISTORIE=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 20 december 2024 ||
* Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
|-
| 11 november 2024 ||
* Fasering van stap 5 in 4 fases doorgevoerd
* WDS gesplitst in 2 fases
|-
| 24 oktober 2024 ||
* Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
|-
| 3 september 2024 ||
* Afronding, Exit criteria, Punt 6 opgenomen opgenomen
|-
| 12 juni 2024 ||
* Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
|-
| 11 juni 2024 ||
* Verwijzingen naar (draft) testplan Hybride toegevoegd
|-
| 10 juni 2024 ||
* Titel aangepast naar Testplan Kickstart PoC
* Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
|-
| 6 juni 2024 ||
* Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase)
* Testdoel aangepast n.a.v. bovenstaand exit criterium
* Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
|-
| 24 mei 2024 || Verwijzing naar relevante transacties per stap toegevoegd
|-
| 21 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
|-
| 8 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
|-
| 15 januari 2024 ||
* ConformiteitsCheck toegevoegd
* Testomgevingen VZVZ toegevoegd
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 8 januari 2024 ||
* Entry en exit criteria uitgebreid
|-
| 4 januari 2024 ||
* Testomgevingen VZVZ toegevoegd
|-
| 3 januari 2024 ||
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 21 december 2023 ||
* Paragraaf Testomgevingen toegevoegd
|-
| 20 december 2023||
* Scenario's gesplitst per Stap
|-
| 13 december 2023||
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
|-
| 12 december 2023 ||
* Structuur van pagina aangepast
* Resultaat opgenomen in Werkwijze
* Randvoorwaarden opgenomen in Voorbereiding
* Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
|-
| 8 december 2023||
* Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
|-
| 6 december 2023||
* Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
|-
| 1 december 2023 || Acceptatiecriteria aangepast
|-
| 6 juni 2023 ||
* Hoofdstuk 6 Acceptatie: gevuld
* Hoofdstuk 7 Testbevindingen: gevuld
|-
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
|-
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
|-
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
|-
| 24 mei 2023|| Pagina gepubliceerd
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T14:41:39Z

Tom Seijger:

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T14:39:50Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: testTesten Kickstart: Ketentest (PoC)}}

Test Tijdens de Ketentest wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
* Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
* Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

=Voorbereiding =
Om efficiënt te kunnen testen tijdens de Ketentest moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de Ketentest.
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
*** Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de Ketentest worden gestart met 2 EVS systemen en 1 AIS.
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
* Voert testen niet enkel met eigen applicaties uit.
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Interoplab Interoplab])

 
'''Programma Medicatieoverdracht'''
* De testscripts zijn gereed en ingericht in Interoplab.
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Planning Planning])
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

==Acties ter voorbereiding==
{| class="wikitable"
|-
! Betrokkenen !! Actie
|-
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
|-
| Programma MO || Organiseren connectietest/voorbespreking
|-
| Programma MO, Leveranciers ||
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
|-
| Leveranciers || Klaarzetten testdossiers per testscript
|}

=Uitvoering=
De Ketentest wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

==Scenario's==
Tijdens de Ketentest wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

''Legenda:''
* S: Vervult rol van sturend systeem.
* O: Vervult rol van ontvangend systeem.
* R: Vervult rol van raadplegend systeem.
* B: Vervult rol van beschikbaar stellend systeem.


===Stap 3: Voorschrijven, excl. WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VOS || MP-VOO || S || || S || || || O || || || || || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
|-
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
|-
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
|-
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R || || R || || R || || Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|-
| MP-MGR (VV) || MP-MGB (VV) || || B || || B || || || || || R || || Raadplegen VV 5.2
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

===Stap 3: WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R || || R || || R || || Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 4: Verificatie en gebruik===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken Relevante transacties stap 4]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O || || || n.v.t.
|-
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R || || Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|}

'''Consolidatie''' 
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

'''Hybride''' 
Niet van toepassing tijdens stap 4.

===Stap 3 + 4===

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 5: Verstrekken===

Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_5:_Verstrekken Relevante transacties stap 5]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

====Fase 1: Enkelvoudig====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0A
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0A
|}

====Fase 2: Complex====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0B / 6.1
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0B
|}

====Fase 3: Complexere werkprocessen====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 7.1B
|}

====Fase 4: Complexere dosering====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 3.2 / 3.3 / 5.3
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 3.2 / 3.3
|}

====Niet-eerste-livegangset====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 6.2
|-
| MP-MGS (TA) || MP-MGO (TA) || || O || || O || S || O || || O || || || Sturen TA 1.0A / 1.0B / 7.3
|-
| MP-MGS (MVE) || MP-MGO (MVE) || || O || || O || S || O || || O || || || Sturen MVE 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 6.1
|-
| MP-VVVS || MP-VVVO || || O || || O || S || || || || || || ...
|-
| MP-AVVVS || MP-AVVVO || S || || S || || || O || || || || || ...
|-
| MP-VMAS || MP-VMAO || || O || || O || S || || || || || || ...
|-
| MP-AVMAS || MP-AVMAO || S || || S || || || O || || || || || ...
|}

===Stap 6: Toedienen===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_6:_Toedienen Relevante transacties stap 6]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (MTD) || MP-MGB (MTD) || R || B || R || || R || || R || B || R || || Raadplegen MTD 3.1 / 7.2 / 8.1
|}

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=

==Werkwijze==
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen. 
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen. 
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

==Exit Criteria==

'''Algemeen'''

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
# De transacties succesvol uitgewisseld kunnen worden in de keten
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
# De aanwezige bevindingen zijn niet blokkerend
# Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

'''Consolidatie'''

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

'''Hybride'''

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
# Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen kunnen worden.
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Gebruikersacceptatietest.

==Bevindingen==
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]

Hierbij worden onderstaande bevinding categorieën gehanteerd:
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.

Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.

Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
* Wordt voldaan aan de eisen voor het LSP.

=Voorbereiding=
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* De benodigde accounts zijn aangevraagd/aangemaakt:
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).

'''Programma Medicatieoverdracht'''
* De testscripts en testberichten zijn beschikbaar gesteld.

==Acties ter voorbereiding==

'''Leverancier'''
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.

=Uitvoering=
De leverancier test de software primair op twee onderdelen:

'''Inhoud''' 
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

'''Ketentest''' 
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de Ketentest.

==Scenario's==
'''Inhoud''' 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. 
Hiervoor is de Kwalificatiesimulator beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

===Fasering 1e Livegang Set===
onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

====Fase 1: Enkelvoudig====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1a || Benodigd voor scenario 3.1b
|-
| 3.1b || Stop-toedieningsafspraak
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|}

====Fase 2: Complex====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Extra MVE
|-
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie (TA)
|-
| 2.2 || Toelichting (TA), toelichting (MVE)
|-
| 2.3 || Reden van voorschrijven (TA)
|-
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
|-
| 2.5 || Toedieningsweg (TA)
|-
| 3.2a || Benodigd voor scenario 3.2b
|-
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
|-
| 3.3a || Benodigd voor scenario 3.3b
|-
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
|-
| 3.5a || Benodigd voor scenario 3.5b
|-
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
|-
| 3.8a || Starten van parallelle TA voor GDS
|-
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

====Fase 3: Complexere werkprocessen====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 3.4a || Benodigd voor scenario 3.4b
|-
| 3.4b || Onderbreken toedieningsafspraak
|-
| 3.6a || Benodigd voor scenario 3.6b
|-
| 3.6b || annuleer-toedieningsafspraak
|-
| 3.8c || Stoppen van zo nodig TA
|-
| 3.8d || starten van een nieuwe zo nodig TA
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|}

====Fase 4: Complexere dosering====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen (flexibel)
|-
| 6.7b || Tijdstippen (exact)
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 9.1a || Logistieke verbruiksperiode
|-
| 9.1b || GDS
|-
| 9.1c || Logistieke verbruiksperiode
|-
| 9.2a || Herhalingen
|-
| 9.2b || Herhalingen
|-
| 9.2c || Herhalingen
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|}

====Fase WDS 1====
{| class="wikitable"
! Scenario's !! MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
|-
| 1.2a || WDS met startdatum en gebruiksduur (weken)
|-
| 1.2b || WDS met startdatum en gebruiksduur (dagen)
|-
| 2.1 || WDS met aanvullende instructie
|-
| 2.2 || WDS met toelichting
|-
| 3.1 || Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
|-
| 11.1 || Opstartschema door voorschrijver
|}

====Fase WDS 2====
{| class="wikitable"
! Scenario's !! MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
|-
| 6.1 || Wisselend Doseerschema met weekdagen
|-
| 10.1 || Wisselend Doseerschema met HPK-geneesmiddel
|}

===Niet 1e Livegang Set===

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

{| class="wikitable"
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is auteur
|-
| Extra voorraad vakantie || Voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is auteur
|-
| Onvoldoende voorraad || Voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is auteur
|-
| Tijdelijke medicijnwissel || Voorstel verstrekkingsverzoek tijdelijke medicijnwissel
|}

{| class="wikitable"
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is aanvrager
|-
| Extra voorraad vakantie || Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is aanvrager
|-
| Onvoldoende voorraad || Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is aanvrager
|-
| Tijdelijke medicijn wissel || Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel
|}

{| class="wikitable"
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
|-
| || VMA andere voorschrijver
|-
| VMA lengte gewicht || Voorstel medicatieafspraak met lengte en gewicht
|-
| || VMA lengte gewicht
|-
| VMA nieuwe MBH || Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
|-
| || VMA nieuwe MBH
|-
| VMA voorstel door apotheker || Voorstel medicatieafspraak door apotheker
|}

{| class="wikitable"
! !! antwoord voorstel medicatieafspraak sturen/ontvangen
|-
| || AVMA andere voorschrijver
|-
| AVMA lengte gewicht || Antwoord voorstel medicatieafspraak
|-
| || AVMA n.a.v. VMA met lengte gewicht
|-
| AVMA nieuwe MBH || Antwoord voorstel medicatieafspraak voor nieuwe MBH
|-
| || AVMA nieuwe MBH
|-
| AVMA wijziging keerdosis || Antwoord voorstel medicatieafspraak voor wijziging keerdosis
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|}

'''Infrastructuur''' 
De Infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

'''Ketentest''' 
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=
==Werkwijze==
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck. 
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland. 

==Exit Criteria==
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
# De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Ketentest.

==Bevindingen==
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

=PAGINAHISTORIE=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 20 december 2024 ||
* Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
|-
| 11 november 2024 ||
* Fasering van stap 5 in 4 fases doorgevoerd
* WDS gesplitst in 2 fases
|-
| 24 oktober 2024 ||
* Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
|-
| 3 september 2024 ||
* Afronding, Exit criteria, Punt 6 opgenomen opgenomen
|-
| 12 juni 2024 ||
* Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
|-
| 11 juni 2024 ||
* Verwijzingen naar (draft) testplan Hybride toegevoegd
|-
| 10 juni 2024 ||
* Titel aangepast naar Testplan Kickstart PoC
* Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
|-
| 6 juni 2024 ||
* Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase)
* Testdoel aangepast n.a.v. bovenstaand exit criterium
* Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
|-
| 24 mei 2024 || Verwijzing naar relevante transacties per stap toegevoegd
|-
| 21 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
|-
| 8 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
|-
| 15 januari 2024 ||
* ConformiteitsCheck toegevoegd
* Testomgevingen VZVZ toegevoegd
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 8 januari 2024 ||
* Entry en exit criteria uitgebreid
|-
| 4 januari 2024 ||
* Testomgevingen VZVZ toegevoegd
|-
| 3 januari 2024 ||
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 21 december 2023 ||
* Paragraaf Testomgevingen toegevoegd
|-
| 20 december 2023||
* Scenario's gesplitst per Stap
|-
| 13 december 2023||
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
|-
| 12 december 2023 ||
* Structuur van pagina aangepast
* Resultaat opgenomen in Werkwijze
* Randvoorwaarden opgenomen in Voorbereiding
* Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
|-
| 8 december 2023||
* Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
|-
| 6 december 2023||
* Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
|-
| 1 december 2023 || Acceptatiecriteria aangepast
|-
| 6 juni 2023 ||
* Hoofdstuk 6 Acceptatie: gevuld
* Hoofdstuk 7 Testbevindingen: gevuld
|-
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
|-
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
|-
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
|-
| 24 mei 2023|| Pagina gepubliceerd
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T14:29:57Z

Tom Seijger:

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T14:28:23Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: test 1.2.3.}}

Test Tijdens de Ketentest wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
* Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
* Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

=Voorbereiding =
Om efficiënt te kunnen testen tijdens de Ketentest moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de Ketentest.
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
*** Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de Ketentest worden gestart met 2 EVS systemen en 1 AIS.
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
* Voert testen niet enkel met eigen applicaties uit.
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Interoplab Interoplab])

 
'''Programma Medicatieoverdracht'''
* De testscripts zijn gereed en ingericht in Interoplab.
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Planning Planning])
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

==Acties ter voorbereiding==
{| class="wikitable"
|-
! Betrokkenen !! Actie
|-
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
|-
| Programma MO || Organiseren connectietest/voorbespreking
|-
| Programma MO, Leveranciers ||
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
|-
| Leveranciers || Klaarzetten testdossiers per testscript
|}

=Uitvoering=
De Ketentest wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

==Scenario's==
Tijdens de Ketentest wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

''Legenda:''
* S: Vervult rol van sturend systeem.
* O: Vervult rol van ontvangend systeem.
* R: Vervult rol van raadplegend systeem.
* B: Vervult rol van beschikbaar stellend systeem.


===Stap 3: Voorschrijven, excl. WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VOS || MP-VOO || S || || S || || || O || || || || || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
|-
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
|-
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
|-
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R || || R || || R || || Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|-
| MP-MGR (VV) || MP-MGB (VV) || || B || || B || || || || || R || || Raadplegen VV 5.2
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

===Stap 3: WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R || || R || || R || || Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 4: Verificatie en gebruik===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken Relevante transacties stap 4]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O || || || n.v.t.
|-
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R || || Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|}

'''Consolidatie''' 
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

'''Hybride''' 
Niet van toepassing tijdens stap 4.

===Stap 3 + 4===

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 5: Verstrekken===

Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_5:_Verstrekken Relevante transacties stap 5]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

====Fase 1: Enkelvoudig====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0A
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0A
|}

====Fase 2: Complex====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0B / 6.1
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0B
|}

====Fase 3: Complexere werkprocessen====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 7.1B
|}

====Fase 4: Complexere dosering====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 3.2 / 3.3 / 5.3
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 3.2 / 3.3
|}

====Niet-eerste-livegangset====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 6.2
|-
| MP-MGS (TA) || MP-MGO (TA) || || O || || O || S || O || || O || || || Sturen TA 1.0A / 1.0B / 7.3
|-
| MP-MGS (MVE) || MP-MGO (MVE) || || O || || O || S || O || || O || || || Sturen MVE 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 6.1
|-
| MP-VVVS || MP-VVVO || || O || || O || S || || || || || || ...
|-
| MP-AVVVS || MP-AVVVO || S || || S || || || O || || || || || ...
|-
| MP-VMAS || MP-VMAO || || O || || O || S || || || || || || ...
|-
| MP-AVMAS || MP-AVMAO || S || || S || || || O || || || || || ...
|}

===Stap 6: Toedienen===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_6:_Toedienen Relevante transacties stap 6]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (MTD) || MP-MGB (MTD) || R || B || R || || R || || R || B || R || || Raadplegen MTD 3.1 / 7.2 / 8.1
|}

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=

==Werkwijze==
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen. 
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen. 
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

==Exit Criteria==

'''Algemeen'''

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
# De transacties succesvol uitgewisseld kunnen worden in de keten
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
# De aanwezige bevindingen zijn niet blokkerend
# Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

'''Consolidatie'''

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

'''Hybride'''

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
# Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen kunnen worden.
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Gebruikersacceptatietest.

==Bevindingen==
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]

Hierbij worden onderstaande bevinding categorieën gehanteerd:
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.

Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.

Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
* Wordt voldaan aan de eisen voor het LSP.

=Voorbereiding=
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* De benodigde accounts zijn aangevraagd/aangemaakt:
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).

'''Programma Medicatieoverdracht'''
* De testscripts en testberichten zijn beschikbaar gesteld.

==Acties ter voorbereiding==

'''Leverancier'''
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.

=Uitvoering=
De leverancier test de software primair op twee onderdelen:

'''Inhoud''' 
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

'''Ketentest''' 
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de Ketentest.

==Scenario's==
'''Inhoud''' 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. 
Hiervoor is de Kwalificatiesimulator beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

===Fasering 1e Livegang Set===
onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

====Fase 1: Enkelvoudig====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1a || Benodigd voor scenario 3.1b
|-
| 3.1b || Stop-toedieningsafspraak
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|}

====Fase 2: Complex====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Extra MVE
|-
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie (TA)
|-
| 2.2 || Toelichting (TA), toelichting (MVE)
|-
| 2.3 || Reden van voorschrijven (TA)
|-
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
|-
| 2.5 || Toedieningsweg (TA)
|-
| 3.2a || Benodigd voor scenario 3.2b
|-
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
|-
| 3.3a || Benodigd voor scenario 3.3b
|-
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
|-
| 3.5a || Benodigd voor scenario 3.5b
|-
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
|-
| 3.8a || Starten van parallelle TA voor GDS
|-
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

====Fase 3: Complexere werkprocessen====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 3.4a || Benodigd voor scenario 3.4b
|-
| 3.4b || Onderbreken toedieningsafspraak
|-
| 3.6a || Benodigd voor scenario 3.6b
|-
| 3.6b || annuleer-toedieningsafspraak
|-
| 3.8c || Stoppen van zo nodig TA
|-
| 3.8d || starten van een nieuwe zo nodig TA
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|}

====Fase 4: Complexere dosering====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen (flexibel)
|-
| 6.7b || Tijdstippen (exact)
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 9.1a || Logistieke verbruiksperiode
|-
| 9.1b || GDS
|-
| 9.1c || Logistieke verbruiksperiode
|-
| 9.2a || Herhalingen
|-
| 9.2b || Herhalingen
|-
| 9.2c || Herhalingen
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|}

====Fase WDS 1====
{| class="wikitable"
! Scenario's !! MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
|-
| 1.2a || WDS met startdatum en gebruiksduur (weken)
|-
| 1.2b || WDS met startdatum en gebruiksduur (dagen)
|-
| 2.1 || WDS met aanvullende instructie
|-
| 2.2 || WDS met toelichting
|-
| 3.1 || Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
|-
| 11.1 || Opstartschema door voorschrijver
|}

====Fase WDS 2====
{| class="wikitable"
! Scenario's !! MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
|-
| 6.1 || Wisselend Doseerschema met weekdagen
|-
| 10.1 || Wisselend Doseerschema met HPK-geneesmiddel
|}

===Niet 1e Livegang Set===

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

{| class="wikitable"
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is auteur
|-
| Extra voorraad vakantie || Voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is auteur
|-
| Onvoldoende voorraad || Voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is auteur
|-
| Tijdelijke medicijnwissel || Voorstel verstrekkingsverzoek tijdelijke medicijnwissel
|}

{| class="wikitable"
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is aanvrager
|-
| Extra voorraad vakantie || Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is aanvrager
|-
| Onvoldoende voorraad || Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is aanvrager
|-
| Tijdelijke medicijn wissel || Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel
|}

{| class="wikitable"
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
|-
| || VMA andere voorschrijver
|-
| VMA lengte gewicht || Voorstel medicatieafspraak met lengte en gewicht
|-
| || VMA lengte gewicht
|-
| VMA nieuwe MBH || Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
|-
| || VMA nieuwe MBH
|-
| VMA voorstel door apotheker || Voorstel medicatieafspraak door apotheker
|}

{| class="wikitable"
! !! antwoord voorstel medicatieafspraak sturen/ontvangen
|-
| || AVMA andere voorschrijver
|-
| AVMA lengte gewicht || Antwoord voorstel medicatieafspraak
|-
| || AVMA n.a.v. VMA met lengte gewicht
|-
| AVMA nieuwe MBH || Antwoord voorstel medicatieafspraak voor nieuwe MBH
|-
| || AVMA nieuwe MBH
|-
| AVMA wijziging keerdosis || Antwoord voorstel medicatieafspraak voor wijziging keerdosis
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|}

'''Infrastructuur''' 
De Infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

'''Ketentest''' 
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=
==Werkwijze==
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck. 
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland. 

==Exit Criteria==
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
# De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Ketentest.

==Bevindingen==
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

=PAGINAHISTORIE=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 20 december 2024 ||
* Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
|-
| 11 november 2024 ||
* Fasering van stap 5 in 4 fases doorgevoerd
* WDS gesplitst in 2 fases
|-
| 24 oktober 2024 ||
* Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
|-
| 3 september 2024 ||
* Afronding, Exit criteria, Punt 6 opgenomen opgenomen
|-
| 12 juni 2024 ||
* Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
|-
| 11 juni 2024 ||
* Verwijzingen naar (draft) testplan Hybride toegevoegd
|-
| 10 juni 2024 ||
* Titel aangepast naar Testplan Kickstart PoC
* Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
|-
| 6 juni 2024 ||
* Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase)
* Testdoel aangepast n.a.v. bovenstaand exit criterium
* Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
|-
| 24 mei 2024 || Verwijzing naar relevante transacties per stap toegevoegd
|-
| 21 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
|-
| 8 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
|-
| 15 januari 2024 ||
* ConformiteitsCheck toegevoegd
* Testomgevingen VZVZ toegevoegd
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 8 januari 2024 ||
* Entry en exit criteria uitgebreid
|-
| 4 januari 2024 ||
* Testomgevingen VZVZ toegevoegd
|-
| 3 januari 2024 ||
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 21 december 2023 ||
* Paragraaf Testomgevingen toegevoegd
|-
| 20 december 2023||
* Scenario's gesplitst per Stap
|-
| 13 december 2023||
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
|-
| 12 december 2023 ||
* Structuur van pagina aangepast
* Resultaat opgenomen in Werkwijze
* Randvoorwaarden opgenomen in Voorbereiding
* Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
|-
| 8 december 2023||
* Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
|-
| 6 december 2023||
* Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
|-
| 1 december 2023 || Acceptatiecriteria aangepast
|-
| 6 juni 2023 ||
* Hoofdstuk 6 Acceptatie: gevuld
* Hoofdstuk 7 Testbevindingen: gevuld
|-
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
|-
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
|-
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
|-
| 24 mei 2023|| Pagina gepubliceerd
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T14:27:30Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: test 1.2.3.}}

Tijdens de Ketentest wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
* Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
* Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

=Voorbereiding =
Om efficiënt te kunnen testen tijdens de Ketentest moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de Ketentest.
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
*** Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de Ketentest worden gestart met 2 EVS systemen en 1 AIS.
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
* Voert testen niet enkel met eigen applicaties uit.
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Interoplab Interoplab])

 
'''Programma Medicatieoverdracht'''
* De testscripts zijn gereed en ingericht in Interoplab.
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Planning Planning])
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

==Acties ter voorbereiding==
{| class="wikitable"
|-
! Betrokkenen !! Actie
|-
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
|-
| Programma MO || Organiseren connectietest/voorbespreking
|-
| Programma MO, Leveranciers ||
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
|-
| Leveranciers || Klaarzetten testdossiers per testscript
|}

=Uitvoering=
De Ketentest wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

==Scenario's==
Tijdens de Ketentest wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

''Legenda:''
* S: Vervult rol van sturend systeem.
* O: Vervult rol van ontvangend systeem.
* R: Vervult rol van raadplegend systeem.
* B: Vervult rol van beschikbaar stellend systeem.


===Stap 3: Voorschrijven, excl. WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VOS || MP-VOO || S || || S || || || O || || || || || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
|-
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
|-
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
|-
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R || || R || || R || || Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|-
| MP-MGR (VV) || MP-MGB (VV) || || B || || B || || || || || R || || Raadplegen VV 5.2
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

===Stap 3: WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R || || R || || R || || Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 4: Verificatie en gebruik===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken Relevante transacties stap 4]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O || || || n.v.t.
|-
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R || || Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|}

'''Consolidatie''' 
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

'''Hybride''' 
Niet van toepassing tijdens stap 4.

===Stap 3 + 4===

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 5: Verstrekken===

Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_5:_Verstrekken Relevante transacties stap 5]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

====Fase 1: Enkelvoudig====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0A
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0A
|}

====Fase 2: Complex====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0B / 6.1
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0B
|}

====Fase 3: Complexere werkprocessen====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 7.1B
|}

====Fase 4: Complexere dosering====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 3.2 / 3.3 / 5.3
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 3.2 / 3.3
|}

====Niet-eerste-livegangset====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 6.2
|-
| MP-MGS (TA) || MP-MGO (TA) || || O || || O || S || O || || O || || || Sturen TA 1.0A / 1.0B / 7.3
|-
| MP-MGS (MVE) || MP-MGO (MVE) || || O || || O || S || O || || O || || || Sturen MVE 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 6.1
|-
| MP-VVVS || MP-VVVO || || O || || O || S || || || || || || ...
|-
| MP-AVVVS || MP-AVVVO || S || || S || || || O || || || || || ...
|-
| MP-VMAS || MP-VMAO || || O || || O || S || || || || || || ...
|-
| MP-AVMAS || MP-AVMAO || S || || S || || || O || || || || || ...
|}

===Stap 6: Toedienen===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_6:_Toedienen Relevante transacties stap 6]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (MTD) || MP-MGB (MTD) || R || B || R || || R || || R || B || R || || Raadplegen MTD 3.1 / 7.2 / 8.1
|}

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=

==Werkwijze==
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen. 
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen. 
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

==Exit Criteria==

'''Algemeen'''

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
# De transacties succesvol uitgewisseld kunnen worden in de keten
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
# De aanwezige bevindingen zijn niet blokkerend
# Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

'''Consolidatie'''

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

'''Hybride'''

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
# Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen kunnen worden.
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Gebruikersacceptatietest.

==Bevindingen==
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]

Hierbij worden onderstaande bevinding categorieën gehanteerd:
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.

Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.

Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
* Wordt voldaan aan de eisen voor het LSP.

=Voorbereiding=
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* De benodigde accounts zijn aangevraagd/aangemaakt:
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).

'''Programma Medicatieoverdracht'''
* De testscripts en testberichten zijn beschikbaar gesteld.

==Acties ter voorbereiding==

'''Leverancier'''
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.

=Uitvoering=
De leverancier test de software primair op twee onderdelen:

'''Inhoud''' 
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

'''Ketentest''' 
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de Ketentest.

==Scenario's==
'''Inhoud''' 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. 
Hiervoor is de Kwalificatiesimulator beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

===Fasering 1e Livegang Set===
onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

====Fase 1: Enkelvoudig====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1a || Benodigd voor scenario 3.1b
|-
| 3.1b || Stop-toedieningsafspraak
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|}

====Fase 2: Complex====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Extra MVE
|-
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie (TA)
|-
| 2.2 || Toelichting (TA), toelichting (MVE)
|-
| 2.3 || Reden van voorschrijven (TA)
|-
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
|-
| 2.5 || Toedieningsweg (TA)
|-
| 3.2a || Benodigd voor scenario 3.2b
|-
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
|-
| 3.3a || Benodigd voor scenario 3.3b
|-
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
|-
| 3.5a || Benodigd voor scenario 3.5b
|-
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
|-
| 3.8a || Starten van parallelle TA voor GDS
|-
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

====Fase 3: Complexere werkprocessen====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 3.4a || Benodigd voor scenario 3.4b
|-
| 3.4b || Onderbreken toedieningsafspraak
|-
| 3.6a || Benodigd voor scenario 3.6b
|-
| 3.6b || annuleer-toedieningsafspraak
|-
| 3.8c || Stoppen van zo nodig TA
|-
| 3.8d || starten van een nieuwe zo nodig TA
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|}

====Fase 4: Complexere dosering====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen (flexibel)
|-
| 6.7b || Tijdstippen (exact)
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 9.1a || Logistieke verbruiksperiode
|-
| 9.1b || GDS
|-
| 9.1c || Logistieke verbruiksperiode
|-
| 9.2a || Herhalingen
|-
| 9.2b || Herhalingen
|-
| 9.2c || Herhalingen
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|}

====Fase WDS 1====
{| class="wikitable"
! Scenario's !! MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
|-
| 1.2a || WDS met startdatum en gebruiksduur (weken)
|-
| 1.2b || WDS met startdatum en gebruiksduur (dagen)
|-
| 2.1 || WDS met aanvullende instructie
|-
| 2.2 || WDS met toelichting
|-
| 3.1 || Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
|-
| 11.1 || Opstartschema door voorschrijver
|}

====Fase WDS 2====
{| class="wikitable"
! Scenario's !! MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
|-
| 6.1 || Wisselend Doseerschema met weekdagen
|-
| 10.1 || Wisselend Doseerschema met HPK-geneesmiddel
|}

===Niet 1e Livegang Set===

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

{| class="wikitable"
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is auteur
|-
| Extra voorraad vakantie || Voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is auteur
|-
| Onvoldoende voorraad || Voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is auteur
|-
| Tijdelijke medicijnwissel || Voorstel verstrekkingsverzoek tijdelijke medicijnwissel
|}

{| class="wikitable"
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is aanvrager
|-
| Extra voorraad vakantie || Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is aanvrager
|-
| Onvoldoende voorraad || Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is aanvrager
|-
| Tijdelijke medicijn wissel || Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel
|}

{| class="wikitable"
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
|-
| || VMA andere voorschrijver
|-
| VMA lengte gewicht || Voorstel medicatieafspraak met lengte en gewicht
|-
| || VMA lengte gewicht
|-
| VMA nieuwe MBH || Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
|-
| || VMA nieuwe MBH
|-
| VMA voorstel door apotheker || Voorstel medicatieafspraak door apotheker
|}

{| class="wikitable"
! !! antwoord voorstel medicatieafspraak sturen/ontvangen
|-
| || AVMA andere voorschrijver
|-
| AVMA lengte gewicht || Antwoord voorstel medicatieafspraak
|-
| || AVMA n.a.v. VMA met lengte gewicht
|-
| AVMA nieuwe MBH || Antwoord voorstel medicatieafspraak voor nieuwe MBH
|-
| || AVMA nieuwe MBH
|-
| AVMA wijziging keerdosis || Antwoord voorstel medicatieafspraak voor wijziging keerdosis
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|}

'''Infrastructuur''' 
De Infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

'''Ketentest''' 
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=
==Werkwijze==
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck. 
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland. 

==Exit Criteria==
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
# De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Ketentest.

==Bevindingen==
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

=PAGINAHISTORIE=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 20 december 2024 ||
* Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
|-
| 11 november 2024 ||
* Fasering van stap 5 in 4 fases doorgevoerd
* WDS gesplitst in 2 fases
|-
| 24 oktober 2024 ||
* Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
|-
| 3 september 2024 ||
* Afronding, Exit criteria, Punt 6 opgenomen opgenomen
|-
| 12 juni 2024 ||
* Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
|-
| 11 juni 2024 ||
* Verwijzingen naar (draft) testplan Hybride toegevoegd
|-
| 10 juni 2024 ||
* Titel aangepast naar Testplan Kickstart PoC
* Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
|-
| 6 juni 2024 ||
* Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase)
* Testdoel aangepast n.a.v. bovenstaand exit criterium
* Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
|-
| 24 mei 2024 || Verwijzing naar relevante transacties per stap toegevoegd
|-
| 21 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
|-
| 8 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
|-
| 15 januari 2024 ||
* ConformiteitsCheck toegevoegd
* Testomgevingen VZVZ toegevoegd
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 8 januari 2024 ||
* Entry en exit criteria uitgebreid
|-
| 4 januari 2024 ||
* Testomgevingen VZVZ toegevoegd
|-
| 3 januari 2024 ||
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 21 december 2023 ||
* Paragraaf Testomgevingen toegevoegd
|-
| 20 december 2023||
* Scenario's gesplitst per Stap
|-
| 13 december 2023||
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
|-
| 12 december 2023 ||
* Structuur van pagina aangepast
* Resultaat opgenomen in Werkwijze
* Randvoorwaarden opgenomen in Voorbereiding
* Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
|-
| 8 december 2023||
* Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
|-
| 6 december 2023||
* Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
|-
| 1 december 2023 || Acceptatiecriteria aangepast
|-
| 6 juni 2023 ||
* Hoofdstuk 6 Acceptatie: gevuld
* Hoofdstuk 7 Testbevindingen: gevuld
|-
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
|-
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
|-
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
|-
| 24 mei 2023|| Pagina gepubliceerd
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T08:59:11Z

Tom Seijger:

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T08:56:48Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testplan Kickstart: Ketentest (PoC)}}

Tijdens de Ketentest wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
* Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
* Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

=Voorbereiding =
Om efficiënt te kunnen testen tijdens de Ketentest moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de Ketentest.
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
*** Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de Ketentest worden gestart met 2 EVS systemen en 1 AIS.
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
* Voert testen niet enkel met eigen applicaties uit.
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Interoplab Interoplab])

 
'''Programma Medicatieoverdracht'''
* De testscripts zijn gereed en ingericht in Interoplab.
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Planning Planning])
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

==Acties ter voorbereiding==
{| class="wikitable"
|-
! Betrokkenen !! Actie
|-
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
|-
| Programma MO || Organiseren connectietest/voorbespreking
|-
| Programma MO, Leveranciers ||
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
|-
| Leveranciers || Klaarzetten testdossiers per testscript
|}

=Uitvoering=
De Ketentest wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

==Scenario's==
Tijdens de Ketentest wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

''Legenda:''
* S: Vervult rol van sturend systeem.
* O: Vervult rol van ontvangend systeem.
* R: Vervult rol van raadplegend systeem.
* B: Vervult rol van beschikbaar stellend systeem.


===Stap 3: Voorschrijven, excl. WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VOS || MP-VOO || S || || S || || || O || || || || || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
|-
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
|-
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
|-
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R || || R || || R || || Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|-
| MP-MGR (VV) || MP-MGB (VV) || || B || || B || || || || || R || || Raadplegen VV 5.2
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

===Stap 3: WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R || || R || || R || || Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 4: Verificatie en gebruik===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken Relevante transacties stap 4]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O || || || n.v.t.
|-
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R || || Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|}

'''Consolidatie''' 
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

'''Hybride''' 
Niet van toepassing tijdens stap 4.

===Stap 3 + 4===

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 5: Verstrekken===

Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_5:_Verstrekken Relevante transacties stap 5]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

====Fase 1: Enkelvoudig====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0A
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0A
|}

====Fase 2: Complex====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0B / 6.1
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0B
|}

====Fase 3: Complexere werkprocessen====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 7.1B
|}

====Fase 4: Complexere dosering====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 3.2 / 3.3 / 5.3
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 3.2 / 3.3
|}

====Niet-eerste-livegangset====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 6.2
|-
| MP-MGS (TA) || MP-MGO (TA) || || O || || O || S || O || || O || || || Sturen TA 1.0A / 1.0B / 7.3
|-
| MP-MGS (MVE) || MP-MGO (MVE) || || O || || O || S || O || || O || || || Sturen MVE 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 6.1
|-
| MP-VVVS || MP-VVVO || || O || || O || S || || || || || || ...
|-
| MP-AVVVS || MP-AVVVO || S || || S || || || O || || || || || ...
|-
| MP-VMAS || MP-VMAO || || O || || O || S || || || || || || ...
|-
| MP-AVMAS || MP-AVMAO || S || || S || || || O || || || || || ...
|}

===Stap 6: Toedienen===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_6:_Toedienen Relevante transacties stap 6]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (MTD) || MP-MGB (MTD) || R || B || R || || R || || R || B || R || || Raadplegen MTD 3.1 / 7.2 / 8.1
|}

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=

==Werkwijze==
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen. 
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen. 
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

==Exit Criteria==

'''Algemeen'''

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
# De transacties succesvol uitgewisseld kunnen worden in de keten
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
# De aanwezige bevindingen zijn niet blokkerend
# Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

'''Consolidatie'''

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

'''Hybride'''

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
# Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen kunnen worden.
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Gebruikersacceptatietest.

==Bevindingen==
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]

Hierbij worden onderstaande bevinding categorieën gehanteerd:
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.

Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.

Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
* Wordt voldaan aan de eisen voor het LSP.

=Voorbereiding=
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* De benodigde accounts zijn aangevraagd/aangemaakt:
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).

'''Programma Medicatieoverdracht'''
* De testscripts en testberichten zijn beschikbaar gesteld.

==Acties ter voorbereiding==

'''Leverancier'''
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.

=Uitvoering=
De leverancier test de software primair op twee onderdelen:

'''Inhoud''' 
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

'''Ketentest''' 
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de Ketentest.

==Scenario's==
'''Inhoud''' 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. 
Hiervoor is de Kwalificatiesimulator beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

===Fasering 1e Livegang Set===
onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

====Fase 1: Enkelvoudig====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1a || Benodigd voor scenario 3.1b
|-
| 3.1b || Stop-toedieningsafspraak
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|}

====Fase 2: Complex====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Extra MVE
|-
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie (TA)
|-
| 2.2 || Toelichting (TA), toelichting (MVE)
|-
| 2.3 || Reden van voorschrijven (TA)
|-
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
|-
| 2.5 || Toedieningsweg (TA)
|-
| 3.2a || Benodigd voor scenario 3.2b
|-
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
|-
| 3.3a || Benodigd voor scenario 3.3b
|-
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
|-
| 3.5a || Benodigd voor scenario 3.5b
|-
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
|-
| 3.8a || Starten van parallelle TA voor GDS
|-
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

====Fase 3: Complexere werkprocessen====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 3.4a || Benodigd voor scenario 3.4b
|-
| 3.4b || Onderbreken toedieningsafspraak
|-
| 3.6a || Benodigd voor scenario 3.6b
|-
| 3.6b || annuleer-toedieningsafspraak
|-
| 3.8c || Stoppen van zo nodig TA
|-
| 3.8d || starten van een nieuwe zo nodig TA
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|}

====Fase 4: Complexere dosering====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen (flexibel)
|-
| 6.7b || Tijdstippen (exact)
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 9.1a || Logistieke verbruiksperiode
|-
| 9.1b || GDS
|-
| 9.1c || Logistieke verbruiksperiode
|-
| 9.2a || Herhalingen
|-
| 9.2b || Herhalingen
|-
| 9.2c || Herhalingen
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|}

====Fase WDS 1====
{| class="wikitable"
! Scenario's !! MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
|-
| 1.2a || WDS met startdatum en gebruiksduur (weken)
|-
| 1.2b || WDS met startdatum en gebruiksduur (dagen)
|-
| 2.1 || WDS met aanvullende instructie
|-
| 2.2 || WDS met toelichting
|-
| 3.1 || Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
|-
| 11.1 || Opstartschema door voorschrijver
|}

====Fase WDS 2====
{| class="wikitable"
! Scenario's !! MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
|-
| 6.1 || Wisselend Doseerschema met weekdagen
|-
| 10.1 || Wisselend Doseerschema met HPK-geneesmiddel
|}

===Niet 1e Livegang Set===

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

{| class="wikitable"
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is auteur
|-
| Extra voorraad vakantie || Voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is auteur
|-
| Onvoldoende voorraad || Voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is auteur
|-
| Tijdelijke medicijnwissel || Voorstel verstrekkingsverzoek tijdelijke medicijnwissel
|}

{| class="wikitable"
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is aanvrager
|-
| Extra voorraad vakantie || Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is aanvrager
|-
| Onvoldoende voorraad || Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is aanvrager
|-
| Tijdelijke medicijn wissel || Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel
|}

{| class="wikitable"
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
|-
| || VMA andere voorschrijver
|-
| VMA lengte gewicht || Voorstel medicatieafspraak met lengte en gewicht
|-
| || VMA lengte gewicht
|-
| VMA nieuwe MBH || Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
|-
| || VMA nieuwe MBH
|-
| VMA voorstel door apotheker || Voorstel medicatieafspraak door apotheker
|}

{| class="wikitable"
! !! antwoord voorstel medicatieafspraak sturen/ontvangen
|-
| || AVMA andere voorschrijver
|-
| AVMA lengte gewicht || Antwoord voorstel medicatieafspraak
|-
| || AVMA n.a.v. VMA met lengte gewicht
|-
| AVMA nieuwe MBH || Antwoord voorstel medicatieafspraak voor nieuwe MBH
|-
| || AVMA nieuwe MBH
|-
| AVMA wijziging keerdosis || Antwoord voorstel medicatieafspraak voor wijziging keerdosis
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|}

'''Infrastructuur''' 
De Infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

'''Ketentest''' 
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=
==Werkwijze==
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck. 
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland. 

==Exit Criteria==
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
# De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Ketentest.

==Bevindingen==
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

=PAGINAHISTORIE=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 20 december 2024 ||
* Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
|-
| 11 november 2024 ||
* Fasering van stap 5 in 4 fases doorgevoerd
* WDS gesplitst in 2 fases
|-
| 24 oktober 2024 ||
* Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
|-
| 3 september 2024 ||
* Afronding, Exit criteria, Punt 6 opgenomen opgenomen
|-
| 12 juni 2024 ||
* Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
|-
| 11 juni 2024 ||
* Verwijzingen naar (draft) testplan Hybride toegevoegd
|-
| 10 juni 2024 ||
* Titel aangepast naar Testplan Kickstart PoC
* Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
|-
| 6 juni 2024 ||
* Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase)
* Testdoel aangepast n.a.v. bovenstaand exit criterium
* Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
|-
| 24 mei 2024 || Verwijzing naar relevante transacties per stap toegevoegd
|-
| 21 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
|-
| 8 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
|-
| 15 januari 2024 ||
* ConformiteitsCheck toegevoegd
* Testomgevingen VZVZ toegevoegd
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 8 januari 2024 ||
* Entry en exit criteria uitgebreid
|-
| 4 januari 2024 ||
* Testomgevingen VZVZ toegevoegd
|-
| 3 januari 2024 ||
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 21 december 2023 ||
* Paragraaf Testomgevingen toegevoegd
|-
| 20 december 2023||
* Scenario's gesplitst per Stap
|-
| 13 december 2023||
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
|-
| 12 december 2023 ||
* Structuur van pagina aangepast
* Resultaat opgenomen in Werkwijze
* Randvoorwaarden opgenomen in Voorbereiding
* Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
|-
| 8 december 2023||
* Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
|-
| 6 december 2023||
* Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
|-
| 1 december 2023 || Acceptatiecriteria aangepast
|-
| 6 juni 2023 ||
* Hoofdstuk 6 Acceptatie: gevuld
* Hoofdstuk 7 Testbevindingen: gevuld
|-
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
|-
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
|-
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
|-
| 24 mei 2023|| Pagina gepubliceerd
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart Ketentest (PoC)

2026-02-04T08:56:35Z

Tom Seijger:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testplan Kickstart: Ketentestt (PoC)}}

Tijdens de Ketentest wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
* Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
* Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

=Voorbereiding =
Om efficiënt te kunnen testen tijdens de Ketentest moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de Ketentest.
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
*** Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de Ketentest worden gestart met 2 EVS systemen en 1 AIS.
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
* Voert testen niet enkel met eigen applicaties uit.
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Interoplab Interoplab])

 
'''Programma Medicatieoverdracht'''
* De testscripts zijn gereed en ingericht in Interoplab.
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Planning Planning])
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

==Acties ter voorbereiding==
{| class="wikitable"
|-
! Betrokkenen !! Actie
|-
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
|-
| Programma MO || Organiseren connectietest/voorbespreking
|-
| Programma MO, Leveranciers ||
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
|-
| Leveranciers || Klaarzetten testdossiers per testscript
|}

=Uitvoering=
De Ketentest wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

==Scenario's==
Tijdens de Ketentest wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

''Legenda:''
* S: Vervult rol van sturend systeem.
* O: Vervult rol van ontvangend systeem.
* R: Vervult rol van raadplegend systeem.
* B: Vervult rol van beschikbaar stellend systeem.


===Stap 3: Voorschrijven, excl. WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VOS || MP-VOO || S || || S || || || O || || || || || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
|-
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
|-
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O || || O || || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
|-
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R || || R || || R || || Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|-
| MP-MGR (VV) || MP-MGB (VV) || || B || || B || || || || || R || || Raadplegen VV 5.2
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

===Stap 3: WDS===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_3:_Voorschrijven Relevante transacties stap 3]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R || || R || || R || || Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1
|}

''' Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 4: Verificatie en gebruik===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_4:_Verificatie_en_gebruiken Relevante transacties stap 4]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Algemeen (Inhoudelijk)'''

{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O || || || n.v.t.
|-
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R || || Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
|}

'''Consolidatie''' 
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

'''Hybride''' 
Niet van toepassing tijdens stap 4.

===Stap 3 + 4===

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

===Stap 5: Verstrekken===

Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_5:_Verstrekken Relevante transacties stap 5]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

====Fase 1: Enkelvoudig====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0A
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0A
|}

====Fase 2: Complex====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 1.0B / 6.1
|-
| MP-MGR (MVE) || MP-MGB (MVE) || R || || R || || R || B || R || || R || || Raadplegen MVE 1.0B
|}

====Fase 3: Complexere werkprocessen====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 7.1B
|}

====Fase 4: Complexere dosering====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 3.2 / 3.3 / 5.3
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 3.2 / 3.3
|}

====Niet-eerste-livegangset====

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-VAS || MP-VAO || || O || || O || S || || || || || || Afhandelen Voorschrift 5.2 / 6.2
|-
| MP-MGS (TA) || MP-MGO (TA) || || O || || O || S || O || || O || || || Sturen TA 1.0A / 1.0B / 7.3
|-
| MP-MGS (MVE) || MP-MGO (MVE) || || O || || O || S || O || || O || || || Sturen MVE 1.0
|-
| MP-MGR (TA) || MP-MGB (TA) || R || || R || || R || B || R || || R || || Raadplegen TA 6.1
|-
| MP-VVVS || MP-VVVO || || O || || O || S || || || || || || ...
|-
| MP-AVVVS || MP-AVVVO || S || || S || || || O || || || || || ...
|-
| MP-VMAS || MP-VMAO || || O || || O || S || || || || || || ...
|-
| MP-AVMAS || MP-AVMAO || S || || S || || || O || || || || || ...
|}

===Stap 6: Toedienen===
Indien de transactie relevant is voor de te testen applicatie (zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart#Stap_6:_Toedienen Relevante transacties stap 6]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

'''Algemeen (Inhoudelijk)'''
{| class="wikitable"
! colspan="2" | Transactie combinaties !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
|-
| MP-MGR (MTD) || MP-MGB (MTD) || R || B || R || || R || || R || B || R || || Raadplegen MTD 3.1 / 7.2 / 8.1
|}

'''Consolidatie''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Consolidatie#Scenario.27s_2 scenario's] in het testplan Consolidatie.

'''Hybride''' 

Zie hiervoor de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride#Scenario.27s_2 scenario's] in het testplan Hybride.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=

==Werkwijze==
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen. 
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen. 
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

==Exit Criteria==

'''Algemeen'''

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
# De transacties succesvol uitgewisseld kunnen worden in de keten
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
# De aanwezige bevindingen zijn niet blokkerend
# Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

'''Consolidatie'''

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
* Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

'''Hybride'''

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
# Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen kunnen worden.
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Gebruikersacceptatietest.

==Bevindingen==
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]

Hierbij worden onderstaande bevinding categorieën gehanteerd:
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.

Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.

Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

=Testdoel=
Tijdens deze fase wordt aangetoond dat:
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
* Wordt voldaan aan de eisen voor het LSP.

=Voorbereiding=
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

==Entry Criteria==

'''Leverancier'''
* De benodigde accounts zijn aangevraagd/aangemaakt:
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).

'''Programma Medicatieoverdracht'''
* De testscripts en testberichten zijn beschikbaar gesteld.

==Acties ter voorbereiding==

'''Leverancier'''
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.

=Uitvoering=
De leverancier test de software primair op twee onderdelen:

'''Inhoud''' 
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

'''Ketentest''' 
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de Ketentest.

==Scenario's==
'''Inhoud''' 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. 
Hiervoor is de Kwalificatiesimulator beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

===Fasering 1e Livegang Set===
onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

====Fase 1: Enkelvoudig====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1a || Benodigd voor scenario 3.1b
|-
| 3.1b || Stop-toedieningsafspraak
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|}

====Fase 2: Complex====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Extra MVE
|-
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie (TA)
|-
| 2.2 || Toelichting (TA), toelichting (MVE)
|-
| 2.3 || Reden van voorschrijven (TA)
|-
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
|-
| 2.5 || Toedieningsweg (TA)
|-
| 3.2a || Benodigd voor scenario 3.2b
|-
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
|-
| 3.3a || Benodigd voor scenario 3.3b
|-
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
|-
| 3.5a || Benodigd voor scenario 3.5b
|-
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
|-
| 3.8a || Starten van parallelle TA voor GDS
|-
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

====Fase 3: Complexere werkprocessen====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 3.4a || Benodigd voor scenario 3.4b
|-
| 3.4b || Onderbreken toedieningsafspraak
|-
| 3.6a || Benodigd voor scenario 3.6b
|-
| 3.6b || annuleer-toedieningsafspraak
|-
| 3.8c || Stoppen van zo nodig TA
|-
| 3.8d || starten van een nieuwe zo nodig TA
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|}

====Fase 4: Complexere dosering====

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen (flexibel)
|-
| 6.7b || Tijdstippen (exact)
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 9.1a || Logistieke verbruiksperiode
|-
| 9.1b || GDS
|-
| 9.1c || Logistieke verbruiksperiode
|-
| 9.2a || Herhalingen
|-
| 9.2b || Herhalingen
|-
| 9.2c || Herhalingen
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|}

====Fase WDS 1====
{| class="wikitable"
! Scenario's !! MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
|-
| 1.2a || WDS met startdatum en gebruiksduur (weken)
|-
| 1.2b || WDS met startdatum en gebruiksduur (dagen)
|-
| 2.1 || WDS met aanvullende instructie
|-
| 2.2 || WDS met toelichting
|-
| 3.1 || Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
|-
| 11.1 || Opstartschema door voorschrijver
|}

====Fase WDS 2====
{| class="wikitable"
! Scenario's !! MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
|-
| 6.1 || Wisselend Doseerschema met weekdagen
|-
| 10.1 || Wisselend Doseerschema met HPK-geneesmiddel
|}

===Niet 1e Livegang Set===

{| class="wikitable"
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en Aanschrijfdatum
|-
| 10.1 || HPK geneesmiddel
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
|}

{| class="wikitable"
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|-
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
|}

{| class="wikitable"
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is auteur
|-
| Extra voorraad vakantie || Voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is auteur
|-
| Onvoldoende voorraad || Voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is auteur
|-
| Tijdelijke medicijnwissel || Voorstel verstrekkingsverzoek tijdelijke medicijnwissel
|}

{| class="wikitable"
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
|-
| 1 || apotheker is aanvrager
|-
| Extra voorraad vakantie || Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
|-
| 2 || patiënt is aanvrager
|-
| Onvoldoende voorraad || Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
|-
| 3 || zorgverlener is aanvrager
|-
| Tijdelijke medicijn wissel || Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel
|}

{| class="wikitable"
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
|-
| || VMA andere voorschrijver
|-
| VMA lengte gewicht || Voorstel medicatieafspraak met lengte en gewicht
|-
| || VMA lengte gewicht
|-
| VMA nieuwe MBH || Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
|-
| || VMA nieuwe MBH
|-
| VMA voorstel door apotheker || Voorstel medicatieafspraak door apotheker
|}

{| class="wikitable"
! !! antwoord voorstel medicatieafspraak sturen/ontvangen
|-
| || AVMA andere voorschrijver
|-
| AVMA lengte gewicht || Antwoord voorstel medicatieafspraak
|-
| || AVMA n.a.v. VMA met lengte gewicht
|-
| AVMA nieuwe MBH || Antwoord voorstel medicatieafspraak voor nieuwe MBH
|-
| || AVMA nieuwe MBH
|-
| AVMA wijziging keerdosis || Antwoord voorstel medicatieafspraak voor wijziging keerdosis
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
|-
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
|-
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
|-
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
|-
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
|-
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
|-
| 2.1 || Aanvullende instructie
|-
| 2.2 || Toelichting
|-
| 2.3 || Reden van voorschrijven
|-
| 2.4 || Aanvullende informatie
|-
| 3.1 || Stop-toedienafspraak, met reden staken
|-
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
|-
| 3.4 || Onderbreken toedieningsafspraak
|-
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
|-
| 3.6 || Annuleren toedieningsafspraak
|-
| 3.7 || Stoppen van een TA bij twee parallelle TA's
|-
| 6.1 || Variabele frequentie
|-
| 6.2 || Interval
|-
| 6.3 || Variabele hoeveelheid (1)
|-
| 6.4 || Zonder keerdosis
|-
| 6.5 || Bijzondere keerdosis
|-
| 6.6 || Variabele hoeveelheid (2)
|-
| 6.7a || Tijdstippen flexibel
|-
| 6.7b || Tijdstippen niet flexibel
|-
| 6.8 || Weekdagen
|-
| 6.9 || Dagdeel
|-
| 6.10 || Cyclisch schema
|-
| 6.11 || Afbouw schema en doseerduur
|-
| 6.12 || Variabele hoeveelheid en maximum
|-
| 6.13 || Toedieningssnelheid
|-
| 6.14 || Toedieningsduur
|-
| 6.15 || Zo nodig
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 7.4 || Vrije tekst product
|-
| 10.2 || ZI-nr geneesmiddel
|}

{| class="wikitable"
! Scenario's !! Medicatiegegevens sturen/ontvangen (MVE)
|-
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
|-
| 2.1 || Toelichting
|-
| 2.2 || Aanvullende informatie
|-
| 7.1 || Alle ingrediënten
|-
| 7.2 || Actief ingrediënt
|-
| 7.3 || 90 miljoen nummer
|-
| 9.1b || GDS
|-
| 9.1c || Verbruiksduur
|-
| 9.2 || Herhalende MVE onder een VV
|-
| 9.3 || Afleverlocatie en aanschrijfdatum
|-
| 10.1 || ZI-nr geneesmiddel
|}

'''Infrastructuur''' 
De Infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

'''Ketentest''' 
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

==Testomgevingen==

'''VZVZ''' 
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].

* PoC+
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
* PoC-
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

'''PGO & DVA''' 
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].

=Afronding=
==Werkwijze==
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck. 
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland. 

==Exit Criteria==
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
# De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Ketentest.

==Bevindingen==
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

=PAGINAHISTORIE=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 20 december 2024 ||
* Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
|-
| 11 november 2024 ||
* Fasering van stap 5 in 4 fases doorgevoerd
* WDS gesplitst in 2 fases
|-
| 24 oktober 2024 ||
* Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
|-
| 3 september 2024 ||
* Afronding, Exit criteria, Punt 6 opgenomen opgenomen
|-
| 12 juni 2024 ||
* Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
|-
| 11 juni 2024 ||
* Verwijzingen naar (draft) testplan Hybride toegevoegd
|-
| 10 juni 2024 ||
* Titel aangepast naar Testplan Kickstart PoC
* Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
|-
| 6 juni 2024 ||
* Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase)
* Testdoel aangepast n.a.v. bovenstaand exit criterium
* Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
|-
| 24 mei 2024 || Verwijzing naar relevante transacties per stap toegevoegd
|-
| 21 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
|-
| 8 februari 2024 ||
* Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
|-
| 15 januari 2024 ||
* ConformiteitsCheck toegevoegd
* Testomgevingen VZVZ toegevoegd
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 8 januari 2024 ||
* Entry en exit criteria uitgebreid
|-
| 4 januari 2024 ||
* Testomgevingen VZVZ toegevoegd
|-
| 3 januari 2024 ||
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
|-
| 21 december 2023 ||
* Paragraaf Testomgevingen toegevoegd
|-
| 20 december 2023||
* Scenario's gesplitst per Stap
|-
| 13 december 2023||
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
|-
| 12 december 2023 ||
* Structuur van pagina aangepast
* Resultaat opgenomen in Werkwijze
* Randvoorwaarden opgenomen in Voorbereiding
* Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
|-
| 8 december 2023||
* Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
|-
| 6 december 2023||
* Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
|-
| 1 december 2023 || Acceptatiecriteria aangepast
|-
| 6 juni 2023 ||
* Hoofdstuk 6 Acceptatie: gevuld
* Hoofdstuk 7 Testbevindingen: gevuld
|-
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
|-
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
|-
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
|-
| 24 mei 2023|| Pagina gepubliceerd
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Validaties MO

2026-01-27T14:33:37Z

Tom Seijger: /* Stap 5: Verstrekken */

{{DISPLAYTITLE: Validatie overzicht Medicatieoverdracht Kickstart}}

=Algemeen=
Hieronder vindt u een overzicht van leveranciers die gevalideerd zijn voor de verschillende stappen van het programma Medicatieoverdracht.
Een leverancier wordt gevalideerd wanneer aan de volgende criteria is voldaan:
* Alle voorafgaande testfases zijn met succes afgerond.
* Inhoudelijke toets van de informatiestandaard Medicatieproces 9 (kwalificatie).
* Infrastructurele toets van de eisen voor de infrastructuur en randvoorwaardelijke generieke voorzieningen (acceptatie).
* Goedkeuring van bovensectorale gebruikerseisen door zorgaanbieders.

=Stap 3: Voorschrijven=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || 30/07/2024
|-
| CareConnections || nCare || eTDR || Toediener || 04/07/2024
|-
| FarMedvisie || FarMedRx || EVS || Voorschrijver || 25/07/2024
|-
| SmartMed || SmartMed || AIS || Verstrekker || 08/08/2024
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || 19/12/2024
|-
| CGM || CGM Apotheek || AIS || Verstrekker || 19/12/2024
|-
| MedXpert || MedXpert || PGO || Patiënt || 19/12/2024
|-
| Quli || Quli || PGO || Patiënt || 19/12/2024
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || 19/12/2024
|-
| Medimo || Medimo || EVS || Voorschrijver || 28/04/2025
|-
| ChipSoft || HiX || ZIS || Voorschrijver || 14/05/2025
|-
| ChipSoft || HiX || AIS || Verstrekker || 14/05/2025
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || 23/05/2025
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

=Stap 4: Verificatie en gebruik=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis|| TRIS|| Voorschrijver|| 04/12/2024
|-
| Quli || Quli || PGO || Patiënt || 19/12/2024
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || 19/12/2024
|-
| Medxpert || Medxpert || PGO || Patiënt || 19/12/2024
|-
| CareConnections || nCare || eTDR || Toediener || 18/02/2025
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || 18/02/2025
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || 19/02/2025
|-
| CGM || CGM Apotheek || AIS || Verstrekker || 19/02/2025
|-
| Medimo || Medimo || EVS || Voorschrijver || 28/04/2025
|-
| ChipSoft || HiX || AIS || Verstrekker || 14/05/2025
|-
| ChipSoft || HiX || ZIS || Voorschrijver || 16/06/2025
|-
| iSOFT*|| MicroHIS|| HIS || Voorschrijver || 10/12/2025
|}
* Dit gaat om een deelkwalificatie

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| SmartMed || SmartMed || AIS || Verstrekker || ntb
|}

=Stap 5: Verstrekken=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| CareConnections* || nCare || eTDR || Toediener || 22-07-2025
|-
| FarMedvisie* || FarmedRX || EVS || Voorschrijver || 22-07-2025
|-
| ASolutions* || Trodis || TRIS || Voorschrijver || 22-07-2025
|-
| SmartMed* || SmartMed || AIS || Verstrekker || 31-07-2025
|-
| CGM* || CGM Huisarts || HIS || Voorschrijver || 12-09-2025
|-
| Zorgdoc* || Zorgdoc || PGO || Patiënt || 12-11-2025
|-
| MedXpert* || MedXpert || PGO || Patiënt || 10-12-2025
|-
| Quli* || Quli|| PGO || Patiënt || 09-01-2026
|-
| CGM* || CGM Apotheek || AIS || Verstrekker || 27-01-2026
|}
* Dit gaat om een deelkwalificatie

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || Februari 2026
|-
| ChipSoft || HiX || ZIS || Voorschrijver || Mei 2026
|-
| ChipSoft || HiX || AIS || Verstrekker || Mei 2026
|-
| Medimo || Medimo || EVS || Voorschrijver || ntb
|}

=Stap 6: Toedienen=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || -
|-
| CareConnections || nCare || eTDR || Toediener || -
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || -
|-
| CGM || CGM Apotheek || AIS || Verstrekker || -
|-
| ChipSoft || HiX || ZIS || Voorschrijver || -
|-
| ChipSoft || HiX || AIS || Verstrekker || -
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || -
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || -
|-
| Medimo || Medimo || EVS || Voorschrijver || -
|-
| MedXpert || MedXpert || PGO || Patiënt || -
|-
| Quli || Quli || PGO || Patiënt || -
|-
| SmartMed || SmartMed || AIS || Verstrekker || -
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || -
|}

=Stap WDS=
{{IssueBox|''' We zijn op dit moment nog bezig met de Kickstart. Na deze tussentijdse validatie mag nog geen uitwisseling in productie plaatsvinden. Voor livegang vindt een pre livegang validatie plaats en worden de leveranciers opgenomen in het
'''[https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/overzicht-kwalificatie-resultaten kwalificatieregister]'''. '''}}
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || -
|-
| CareConnections || nCare || eTDR || Toediener || -
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || -
|-
| CGM || CGM Apotheek || AIS || Verstrekker || -
|-
| ChipSoft || HiX || ZIS || Voorschrijver || -
|-
| ChipSoft || HiX || AIS || Verstrekker || -
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || September 2025
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || -
|-
| Medimo || Medimo || EVS || Voorschrijver || -
|-
| MedXpert || MedXpert || PGO || Patiënt || -
|-
| Quli || Quli || PGO || Patiënt || -
|-
| SmartMed || SmartMed || AIS || Verstrekker || September 2025
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || -
|}

=Hervalidatie ten behoeve van livegang=
==Validatie succesvol afgerond==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| || || || ||
|}

==Aankomende validatie momenten==
{| class="wikitable sortable"
|-
! Leverancier !! Applicatienaam !! Systeemtype !! Rol !! Validatiedatum
|-
| ASolutions || Trodis || TRIS || Voorschrijver || -
|-
| CareConnections || nCare || eTDR || Toediener || -
|-
| CGM || CGM Huisarts || HIS || Voorschrijver || -
|-
| CGM || CGM Apotheek || AIS || Verstrekker || -
|-
| ChipSoft || HiX || ZIS || Voorschrijver || -
|-
| ChipSoft || HiX || AIS || Verstrekker || -
|-
| iSOFT || MicroHIS || HIS || Voorschrijver || -
|-
| FarMedvisie || FarmedRX || EVS || Voorschrijver || -
|-
| Medimo || Medimo || EVS || Voorschrijver || -
|-
| MedXpert || MedXpert || PGO || Patiënt || -
|-
| Quli || Quli || PGO || Patiënt || -
|-
| SmartMed || SmartMed || AIS || Verstrekker || -
|-
| Zorgdoc || Zorgdoc || PGO || Patiënt || -
|}