informatiestandaarden - Gebruikersbijdragen [nl]

MedMij:V2020.01/Kwalificatie

2021-01-22T14:08:50Z

Cherelle Vrij: MM-1654: Aanleverformat PDF/A Beschikbaarstellen 2020.01 aangepast, want de link erachter was hiervoor verkeerd.

{{MedMij:Vprepub-2020.01/Issuebox}}
__NUMBEREDHEADINGS__





=Introductie=
Nictiz beheert voor Stichting MedMij de informatiestandaarden die binnen MedMij gebruikt worden. Om de informatiestandaarden te kunnen toepassen binnen MedMij, zijn gegevensdiensten gedefinieerd die bestaan uit één of meerdere systeemrollen vanuit een informatiestandaard. Stichting MedMij omschrijft de gegevensdiensten en bepaalt vanaf wanneer en tot hoelang de gegevensdienst op het MedMij-netwerk gebruikt kan worden. Dit doet Stichting MedMij in samenspraak met Nictiz als beheerder. Voor een actueel overzicht van gegevensdiensten, met een verwijzing naar kwalificatie-informatie per systeemrol, raadpleeg de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus].

Voor het implementeren van informatiestandaarden en daaruit de gedefinieerde gegevensdiensten voor MedMij, is een Nictiz kwalificatie van toepassing. De kwalificaties worden uitgevoerd door het kwalificatiecentrum van Nictiz en vinden plaats per systeemrolcode. De systeemrolcode vormt de koppeling van een (MedMij) informatiestandaard aan een, in de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus] vermelde, gegevensdienst van het MedMij-netwerk.

Kwalificatiescripts en meer informatie over een kwalificatie zijn te vinden via de betreffende paragrafen onder [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiebenodigdheden|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />

Voor een optimaal verloop van de kwalificatie is het belangrijk dat via de juiste kanalen wordt gecommuniceerd. Raadpleeg hiervoor het onderstaand communicatiekanalenoverzicht:
* Procedure en planninggerelateerde vragen: [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]
* Inhoudelijke vragen of opmerkingen over de implementatie van informatiestandaarden en gegevensdiensten: [https://bits.nictiz.nl/projects/MM BITS]
* Algemene vragen MedMij: [mailto:info@medmij.nl info@medmij.nl]

In onze [[MedMij:Vprepub-2020.01/Kwalificatie_FAQ|FAQ]] tref je de veelgestelde vragen tijdens het kwalificatietraject.

Het kwalificatiecentrum biedt ook aanvullende dienstverlening voor Stichting MedMij. Wijzigingen bij DVZA’s of DVP’s die een hoog risico vormen voor de interoperabiliteit en kwaliteit van de gegevensuitwisseling kunnen vrijblijvend worden geherkwalificeerd. Herkwalificatie kan noodzakelijk zijn indien:
* Eén van de bronsystemen wordt vervangen door een andere applicatie;
* Een versie-update aan de kant van het het bronsysteem en/of overige betrokken partijen van toepassing is;
* Er een grote update plaatsvindt aan de kant van de DVZA of DVP.

Voor het inplannen van een herkwalificatie kan contact opgenomen worden met [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]

== Kwalificatie gebruik van terminologie ==
Op de kwalificatiepagina wordt gesproken over DVP en PGO of DVZA en XIS. <br>
Een DVP dient altijd te kwalificeren met een PGO en een DVZA dient altijd te kwalificeren met achterliggend bronsysteem of bronsystemen (XIS).

{| class="wikitable"
|-
| '''DVP''' || Dit betreft een rol in het MedMij Afsprakenstelsel. <br>
Levert een Persoonlijke gezondheidsomgeving, een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''DVZA''' || Dit betreft een rol in het MedMij Afsprakenstelsel. <br>
Levert Diensten aan de Zorgaanbieder gerelateerd aan de uitwisseling tussen Persoon en Zorgaanbieder en committeert zich hiervoor aan de naleving van de afspraken van het MedMij Afsprakenstelsel.
|-
| '''Persoonsdomein''' || Alle Personen en alle Dienstverleners personen vormen samen het Persoonsdomein.
|-
| '''PGO''' || Een Persoonlijke gezondheidsomgeving is een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''XIS''' || Het systeem of geheel van de systemen waarin de zorgaanbieder het medisch dossier van de persoon bijhoudt.
|-
| '''Zorgaanbiedersdomein''' || Alle Zorgaanbieders en alle Dienstverleners zorgaanbieder vormen samen het Zorgaanbiedersdomein.
|}

=Algemene voorwaarden voor kwalificatie=
Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van [https://www.medmij.nl/afsprakenstelsel/ MedMij Afsprakenstelsel].
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij informatiestandaard]], zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in het document '''2. Addenda - Kwalificaties''' als bijlage van de betreffende informatiestandaard.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# '''Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.'''
# Deze kwalificatie toetst geen infrastructurele eisen.

=Procedurele eisen voor kwalificatie=
Naast de bovengenoemde algemene voorwaarden voor kwalificatie dient een kwalificerende (kandidaat-) deelnemer ook te voldoen aan de procedurele eisen voor kwalificatie. Om het kwalificatietraject niet onnodig te vertragen wordt van een (kandidaat-) deelnemer verwacht dat deze de onderstaande procedurele eisen in acht neemt.

* Indien niet kan worden voldaan aan de functionele en/of technische eisen van een gegevensdienst, dient dit minimaal 2 weken '''voorafgaand aan de kwalificatie''' aangegeven te worden.
* Indien gebruik gemaakt wordt van de vrijheidsgraden die de gegevensdiensten BgGGZ, BgLZ, BgZ en PDF/a bieden, dient dit minimaal 2 weken '''voorafgaand aan de kwalificatie''' aangegeven te worden.
* De testexecutie dient 100% succesvol geslaagd te zijn voordat gestart kan worden met de kwalificatie. Indien dit niet het geval is dient dit '''voorafgaand aan de kwalificatie''' aangegeven te worden.
* Het uitgevoerde certificering-testscript dient niet ouder te zijn dan één week voor de aanlevering van het (pre)kwalificatiemateriaal. Nictiz staat in zijn recht om te bepalen of een test executie is verouderd en daarom af te wijzen.
* Bij het instellen van een variabele T datum door een DVZA, dient de datum gelijk te zijn aan de datum waarop de Touchstone testexecutie is uitgevoerd.
* Voor zowel DVP als DVZA geldt dat de schermafdrukken overeen dienen te komen met de uitgevoerde Touchstone testexecutie die is bijgevoegd in het aanleverformat. Wanneer hier niet aan wordt voldaan leidt dit tot een afwijzing.
* Het kwalificatiemateriaal dient in het juiste formaat aangeleverd te worden. Gebruik voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformat behorende bij de gegevensdienst. In het aanleverformat staat per dia beschreven welke schermafdruk wordt verwacht.
** Voor een DVP geldt dat er schermafdrukken gemaakt dienen te worden van de interface van een PGO.
** Voor een DVZA geldt dat er schermafdrukken gemaakt dienen te worden (van de combinatie) van de achterliggende bronsystemen waarmee men kwalificeert. '''Let op''': Wanneer men voor een nieuwe combinatie van bronsystemen acht te kwalificeren wordt dit behandeld als een nieuwe kwalificatie waarbij ook van die nieuwe combinatie schermafdrukken dienen te worden gemaakt. Schermafdrukken van andere interfaces zoals van een XDS worden afgekeurd.

=Uitgangspunten voor kwalificatie=
In dit hoofdstuk worden de generieke uitgangspunten voor de kwalificatie per systeemrol uiteengezet. Per informatiestandaard kan het voorkomen dat er nog 'specifieke' uitgangspunten op van toepassing zijn, in dat geval, zijn deze opgenomen in een aparte paragraaf onder het hoofdstuk 'Kwalificatie' van het functioneel ontwerp van de informatiestandaard.

==Systeemrol 'Raadplegen' (Persoonsdomein)==
Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Raadplegen':
<section begin=Uitgangspunten_Systeemrol_Raadplegen />
* De set van de gegevensdienst is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
* Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard te tonen aan de gebruiker. De uitzonderingen per gegevensdienst zijn beschreven in de bijbehorende functionele ontwerpen.
* Een PGO biedt de persoon inzicht in de ontvangen respons. Als er géén gegevens beschikbaar gesteld worden, kan dat zijn omdat er geen informatie beschikbaar is in het XIS of vanwege een technische foutmelding. Er volgt bijvoorbeeld een foutmelding indien de resource, een specifieke zib, niet wordt ondersteund in het XIS. Het is een belangrijk inzicht voor de persoon als gegevens technisch niet beschikbaar gesteld kunnen worden.
* Een PGO biedt de persoon inzicht in herkomst van de verzamelde gegevens, en wanneer deze gegevens verzameld zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door de PGO bij ontvangst van de geraadpleegde gegevens.<section end=Uitgangspunten_Systeemrol_Raadplegen />

==Systeemrol 'Beschikbaarstellen' (Zorgaanbiedersdomein)==
Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Beschikbaarstellen':
<section begin=Uitgangspunten_Systeemrol_Beschikbaarstellen />
* Een DVZA dient de gehele gegevensdienst te ondersteunen. Uitzonderingen worden toegelicht in de bijbehorende functionele ontwerpen en kwalificatiescripts.
* Een DVZA geeft technisch correct antwoord op alle searches ongeacht of de gegevens in XIS beschikbaar zijn. XIS stelt alle gegevens beschikbaar voor zover aanwezig.

* Mochten gegevens niet beschikbaar gesteld kunnen worden, dan is uit de respons voor de persoon te herleiden waardoor dit veroorzaakt wordt:
**veroorzaakt door het ontbreken van de informatie
**veroorzaakt doordat het XIS dit technisch niet kan leveren.

* In het geval dat een vraag om gegevens goed wordt verwerkt door het XIS, volgt een respons met daarin 0 tot * FHIR resources die matchen aan de vraag. Als er dus 0 resources in zitten mag de persoon ervan uitgaan dat het XIS deze gegevens niet heeft, maar de vraag wel goed begrepen heeft.

* Als er technisch iets niet goed gaat, stuurt de DVZA conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een specifieke zib, niet wordt ondersteund in het XIS. Deze foutcode moet ingebouwd worden door het XIS. Hierop wordt de DVZA ook gekwalificeerd.<section end=Uitgangspunten_Systeemrol_Beschikbaarstellen />

==Systeemrol 'Ontvangen' (Zorgaanbiedersdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Ontvangen':
* Een XIS biedt inzicht in herkomst van de ontvangen gegevens, en wanneer deze gegevens ontvangen zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door het XIS bij ontvangst van de gestuurde gegevens.

=Kwalificatie aansluiten op Touchstone=
Nictiz stelt het testsysteem Touchstone beschikbaar voor het testen van systeemrollen met bijbehorende MedMij gegevensdiensten als voorbereiding op het kwalificatieproces.
<br>MedMij (kandidaat-) deelnemers kunnen Touchstone eveneens gebruiken in de ontwikkel- en testfase voor het vroegtijdig testen en/of valideren van de FHIR berichten.
* Documentatie over het aansluiten op Touchstone is te vinden op de pagina Kwalificatie aansluiten in de sectie [[MedMij:Vprepub-2020.01/Kwalificatie_aansluiten#Configureren_simulator|configureren simulator]].
* Voor uitleg over gebruik van de simulator en tokens, zie [[MedMij:Vprepub-2020.01/Qualification | gebruik tokens]]
<section end=medmij_kwalificatie_introductie />
<span id="Kwalificatiescripts"></span><section begin=medmij_kwalificatiescripts />

=Kwalificatiebenodigdheden=
Het kwalificatiemateriaal voor de meest recente versies van de verschillende systeemrollen met bijbehorende MedMij gegevensdiensten is in dit hoofdstuk te vinden.
<br> Voor een actueel overzicht van gegevensdiensten, met een verwijzing naar kwalificatie-informatie per systeemrol, raadpleeg de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus].

=Kwalificatiescripts=
==Basisgegevensset Zorg 3.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen BgZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen BgZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen_BgZ.zip]]
* [[Media: Aanleverformat - Raadplegen BgZ_V2020.01.zip|3. Aanleverformat - Raadplegen BgZ.zip]]
* [[Media: Beoordelingsformulier BasisgegevenssetZorg Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media: Beoordelingsformulier_BasisgegevenssetZorg_Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen BgZ.pdf]]

===Uitgebreide gegevensset===
Nota bene: onderstaande kwalificatiescripts bevatten een uitgebreidere gegevens set voor de BgZ. Deze worden '''niet''' gebruikt voor kwalificatie.

* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ extended.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ extended.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen BGZ extended.pdf|1. Kwalificatiescript - MedMij Raadplegen BgZ extended.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ Extended.pdf|2.Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ Extended.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ Extended.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ Extended.pdf]]

==Labuitwisseling 2.0==
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten_V2020.01_20201027.pdf|1. Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript – MedMij Raadplegen Laboratoriumresultaten_V2020.01.pdf|2. Addenda - Kwalificatiescript – MedMij Raadplegen Laboratoriumresultaten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript – MedMij Beschikbaarstellen Laboratoriumresultaten_V2020.01.pdf|2. Addenda - Kwalificatiescript – MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Laboratoriumresultaten_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Laboratoriumresultaten.zip]]
* [[Media: Aanleverformat - Raadplegen Laboratoriumresultaten_V2020.01.zip|3. Aanleverformat - Raadplegen Laboratoriumresultaten.zip]]
* [[Media: Beoordelingsformulier Laboratoriumresultaten Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media: Beoordelingsformulier Laboratoriumresultaten Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Laboratoriumresultaten.pdf]]

==AllergieIntolerantie 2.0==

===AllergieIntolerantie===
* [[MedMij:Vprepub-2020.01/kw-MM-AIB-FHIR|1. Kwalificatiescript - MedMij Beschikbaarstellen AllergieIntolerantie gegevens]]
* [[MedMij:Vprepub-2020.01/kw-MM-AIR-FHIR|1. Kwalificatiescript - MedMij Raadplegen AllergieIntolerantie gegevens]]
* [[Media: Aanleverformat - Beschikbaarstellen AllergieIntolerantie_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen AllergieIntolerantie.zip]]
* [[Media: Aanleverformat - Raadplegen AllergieIntolerantie_V2020.01.zip|3. Aanleverformat - Raadplegen AllergieIntolerantie.zip]]
* [[Media: Beoordelingsformulier AllergieIntolerantie Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen AllergieIntolerantie.pdf]]

===AllergieIntolerantieVertaling===
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIB-FHIR|1. Kwalificatiescript - MedMij Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIR-FHIR|1. Kwalificatiescript - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[Media: Aanleverformat - Beschikbaarstellen AllergieIntolerantieVertaling_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.zip]]
* [[Media: Aanleverformat - Raadplegen AllergieIntolerantieVertaling_V2020.01.zip|3. Aanleverformat - Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.zip]]
* [[Media: Beoordelingsformulier AllergieIntolerantieVertaling Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.pdf]]

==eAfspraak 2.0==
* [[Media:1. Kwalificatiescript - MedMij Raadplegen eAfspraak_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen eAfspraak_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf]]
* [[Media:Aanleverformat - Raadplegen eAfspraak_V2020.01.zip|3. Aanleverformat - Raadplegen eAfspraak.zip]]
* [[Media:Aanleverformat - Beschikbaarstellen eAfspraak_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen eAfspraak.zip]]

==Zelfmetingen 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Ontvangen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Ontvangen Zelfmetingen.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Zelfmetingen.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Sturen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Sturen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Ontvangen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Ontvangen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Sturen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Sturen Zelfmetingen.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Zelfmetingen_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Zelfmetingen.zip]]
* [[Media: Aanleverformat - Ontvangen Zelfmetingen_V2020.01_20201124.zip|3. Aanleverformat - Ontvangen Zelfmetingen.zip]]
* [[Media: Aanleverformat - Raadplegen Zelfmetingen_V2020.01.zip|3. Aanleverformat - Raadplegen Zelfmetingen.zip]]
* [[Media: Aanleverformat - Sturen Zelfmetingen_V2020.01.zip|3. Aanleverformat - Sturen Zelfmetingen.zip]]
* [[Media: Beoordelingsformulier Meetwaardenvitalefuncties Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Zelfmetingen.pdf]]
* [[Media: Beoordelingsformulier_zelfmetingenvanvitalefuncties_Sturen_20201124.pdf|4. Beoordelingsformulier - MedMij Sturen Zelfmetingen.pdf]]

==PDF/A 3.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA_V2020.01_20210127.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Ontvangen PDFA_V2020.01_20210126.pdf|1. Kwalificatiescript - MedMij Ontvangen PDFA.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen PDFA_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen PDFA.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Sturen PDFA_V2020.01.pdf|1. Kwalificatiescript - MedMij Sturen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Ontvangen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Ontvangen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Sturen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Sturen PDFA.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen PDFA_V2020.01_20210126.zip|3. Aanleverformat - Beschikbaarstellen PDFA.zip]]
* [[Media: Aanleverformat - Ontvangen PDFA_V2020.01_20201124.zip|3. Aanleverformat - Ontvangen PDFA.zip]]
* [[Media: Aanleverformat - Raadplegen PDFA_V2020.01.zip|3. Aanleverformat - Raadplegen PDFA.zip]]
* [[Media: Aanleverformat - Sturen PDFA_V2020.01.zip|3. Aanleverformat - Sturen PDFA.zip]]
* [[Media: Beoordelingsformulier PDFA Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen PDFA.pdf]]
* [[Media: Beoordelingsformulier PDFA Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen PDFA.pdf]]
* [[Media: Beoordelingsformulier PDFA Sturen_20201124.pdf|4. Beoordelingsformulier - MedMij Sturen PDFA.pdf]]
* [[Media: Beoordelingsformulier PDFA Ontvangen.pdf|4. Beoordelingsformulier - MedMij Ontvangen PDFA.pdf]]
* [[Media: PDFA Example Documents.zip|5. Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]]

==Huisartsgegevens 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Huisartsgegevens_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Huisartsgegevens_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen huisartsgegevens_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen huisartsgegevens.zip]]
* [[Media: Aanleverformat - Raadplegen huisartsgegevens_V2020.01.zip|3. Aanleverformat - Raadplegen huisartsgegevens.zip]]
* [[Media: Beoordelingsformulier Huisartsgegevens Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Huisartsgegevens .pdf]]
* [[Media: Beoordelingsformulier Huisartsgegevens Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Huisartsgegevens .pdf]]

==Basisgegevens GGZ 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ_V2020.01_20201124.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Basisgegevens GGZ_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Basisgegevens GGZ.zip]]
* [[Media: Aanleverformat - Raadplegen Basisgegevens GGZ_V2020.01.zip|3. Aanleverformat - Raadplegen Basisgegevens GGZ.zip]]
* [[Media: Beoordelingsformulier BasisgegevensGGZ Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media: Beoordelingsformulier BasisgegevensGGZ Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Basisgegevens GGZ.pdf]]

==Beelden 2.0==
* [[Media:1. Kwalificatiescript - MedMij Ontvangen beelden_V2020.01.pdf|1. Kwalificatiescript - MedMij Ontvangen beelden.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Sturen beelden_V2020.01.pdf|1. Kwalificatiescript - MedMij Sturen beelden.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Ontvangen beelden_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Ontvangen beelden.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Sturen beelden_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Sturen beelden.pdf]]
* [[Media:Aanleverformat - Ontvangen Beelden_V2020.01_20201124.zip|3. Aanleverformat - Ontvangen Beelden.zip]]
* [[Media:Aanleverformat - Sturen Beelden_V2020.01.zip|3. Aanleverformat - Sturen Beelden.zip]]

==Basisgegevens Langdurige Zorg 2.0==
{{NoteBox|1= Meld je bij het Nictiz kwalificatiecentrum (via [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]) wanneer je voor de Basisgegevens Langdurige Zorg wilt kwalificeren.}}
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.1|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.1]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.2|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.2]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.3|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.3]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.4|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.4]]
* [[Media: Aanleverformat - Beschikbaarstellen Basisgegevens Langdurige Zorg_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Basisgegevens Langdurige Zorg.zip]]
* [[Media:3. Aanleverformat - Raadplegen Basisgegevens Langdurige Zorg_V2020.01.zip|3. Aanleverformat - Raadplegen Basisgegevens Langdurige Zorg.zip]]
* [[Media: Beoordelingsformulier BasisgegevensLangdurigeZorg Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media: Beoordelingsformulier BasisgegevensLangdurigeZorg Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]

==Vragenlijsten 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten_V2020.01_20201124.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen en Ontvangen vragenlijsten_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen en Ontvangen vragenlijsten.zip]]
* [[Media: Aanleverformat - Raadplegen en sturen vragenlijsten_V2020.01.zip|3. Aanleverformat - Raadplegen en sturen vragenlijsten.zip]]

<section end=medmij_kwalificatiescripts />
[[Categorie:Kwalificatie]]

MedMij:Vprepub-2020.01/Kwalificatie

2021-01-22T14:08:50Z

Cherelle Vrij: MM-1654: Aanleverformat PDF/A Beschikbaarstellen 2020.01 aangepast, want de link erachter was hiervoor verkeerd.

Bestand:Aanleverformat - Beschikbaarstellen PDFA V2020.01 20210126.zip

2021-01-22T08:51:50Z

Cherelle Vrij:

Bestand:Beoordelingsformulier zelfmetingenvanvitalefuncties Sturen 20201124.pdf

2020-11-23T15:23:20Z

Cherelle Vrij: FHIR beoordeling aangepast

== Beschrijving ==
FHIR beoordeling aangepast

Bestand:Beoordelingsformulier PDFA Sturen 20201124.pdf

2020-11-23T15:23:01Z

Cherelle Vrij: FHIR beoordeling aangepast

== Beschrijving ==
FHIR beoordeling aangepast

Bestand:Beoordelingsformulier PDFA Beschikbaarstellen 20201124.pdf

2020-11-23T15:20:41Z

Cherelle Vrij: FHIR beoordeling aangepast

== Beschrijving ==
FHIR beoordeling aangepast

Bestand:Beoordelingsformulier Laboratoriumresultaten Beschikbaarstellen 20201124.pdf

2020-11-23T15:20:19Z

Cherelle Vrij: FHIR beoordeling aangepast

== Beschrijving ==
FHIR beoordeling aangepast

Bestand:Beoordelingsformulier Huisartsgegevens Beschikbaarstellen 20201124.pdf

2020-11-23T15:20:04Z

Cherelle Vrij: FHIR beoordeling aangepast

== Beschrijving ==
FHIR beoordeling aangepast

Bestand:Beoordelingsformulier BasisgegevenssetZorg Beschikbaarstellen 20201124.pdf

2020-11-23T15:19:37Z

Cherelle Vrij: Cherelle Vrij heeft een nieuwe versie van Bestand:Beoordelingsformulier BasisgegevenssetZorg Beschikbaarstellen 20201124.pdf geüpload

Bestand:Beoordelingsformulier BasisgegevensLangdurigeZorg Beschikbaarstellen 20201124.pdf

2020-11-23T15:18:59Z

Cherelle Vrij: FHIR beoordeling aangepast

== Beschrijving ==
FHIR beoordeling aangepast

Bestand:Beoordelingsformulier BasisgegevensGGZ Beschikbaarstellen 20201124.pdf

2020-11-23T15:18:35Z

Cherelle Vrij: FHIR beoordeling aangepast

== Beschrijving ==
FHIR beoordeling aangepast

Viewer Medicatiegegevens

2020-06-02T13:29:44Z

Cherelle Vrij: De pagina is leeggehaald

Kwalificatie instructie - Medicatieproces

2020-06-02T08:29:02Z

Cherelle Vrij: De pagina is leeggehaald

Addendum voor Kwalificator - Verstrekkingenvertaling Raadplegen

2020-06-02T08:07:58Z

Cherelle Vrij: De pagina is leeggehaald

Addendum voor Kwalificator - Medicatieoverzicht Raadplegen

2020-06-02T08:07:35Z

Cherelle Vrij: De pagina is leeggehaald

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-06-02T08:06:27Z

Cherelle Vrij: De pagina is leeggehaald

Addendum voor Kwalificator

2020-06-02T06:22:43Z

Cherelle Vrij:

__NUMBEREDHEADINGS__
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]
=Inleiding=
Op deze pagina kun je de addenda vinden van verschillende gegevensdiensten. Deze pagina is voor de kwalificatoren om een snel overzicht te geven waar de verschillende addenda, plus eventueel andere relevante informatie, te vinden zijn.

=Addenda=
==Medicatieproces==
[[Addendum_voor_Kwalificator_-_Medicatiegegevens_Raadplegen|Addendum Medicatiegegevens Raadplegen]]<br>
[[Addendum_voor_Kwalificator_-_Medicatieoverzicht_Raadplegen|Addendum Medicatieoverzicht Raadplegen]]<br>
[[Addendum_voor_Kwalificator_-_Verstrekkingenvertaling_Raadplegen|Addendum Verstrekkingenvertaling Raadplegen]]<br>
===Extra Informatie Medicatieproces===
[[Kwalificatie_instructie_-_Medicatieproces |Instructie kwalificatie Medicatieproces]]

Addendum voor Kwalificator - Verstrekkingenvertaling Raadplegen

2020-05-29T14:39:50Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - VERSTREKKINGENVERTALING RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Verstrekkingenvertaling Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Verstrekkingenvertaling Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor 'Verstrekkingenvertaling Raadplegen', aangepast op de volgende punten:
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: #FFFFB3;;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: #B3D9FF;;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: #FF3300;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: lime;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Verstrekkingenvertaling==
In een verstrekkingenvertaling wordt een Medicatieproces versie 6 verstrekking vertaald naar Medicatieproces versie 9. Deze versie 6 is inhoudelijk minder uitgebreid en is momenteel op veel plekken al heel wat jaren in gebruik (versie 9 nog niet). Omdat een verstrekking uit versie 6 niet helemaal hetzelfde is als een verstrekking van versie 9, is er dus een vertaling gemaakt, waarbij inhoudelijke informatie uit versie 6 omgezet wordt naar versie 9. Een versie 6 verstrekking wordt ook door een apotheker gemaakt.

De volgende aspecten spelen een rol bij een verstrekkingenvertaling:
* LSP verstrekkingen (medicatieproces 6.12 informatiestandaard) zijn vertaald naar toedieningsafspraak en medicatieverstrekking bouwstenen.
* Er is ontbrekende informatie, omdat versie 6 van Medicatieproces niet alle elementen bevat die in versie 9 Medicatieproces wel is opgenomen. Bijvoorbeeld: stoptype of organisatienaam.
* Er is/zijn ontbrekende samenhang/referenties: de bouwstenen verwijzen nergens naar, maar horen wel bij één MBH.

==Aanvullende instructie==
Bij het beoordelen van 'Verstrekkingenvertaling Raadplegen' speelt het complexe begrip 'Samenhang' een belangrijke rol.

Voor een MedMij kwalificator is het van belang om de toepassing van dit begrip door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van het begrip en de bijbehorende kwalificatiewijze is te vinden op de wiki [[Kwalificatie_instructie_-_Medicatieproces |Instructie kwalificatie Medicatieproces]].

{{MedMij:V1.0_Sandbox5-907-vv}}

Addendum voor Kwalificator - Verstrekkingenvertaling Raadplegen

2020-05-29T14:36:07Z

Cherelle Vrij: Nieuwe pagina aangemaakt met '__NUMBEREDHEADINGS__ Naar nictiz.nl <big>ADDENDUM VOOR KWALIFICATOR - VERSTREKKINGEN...'

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-05-29T07:40:32Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH horen onder elkaar worden getoond. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: #FFFFB3;;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: #B3D9FF;;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: #FF3300;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: lime;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op de wiki [[Kwalificatie_instructie_-_Medicatieproces |Instructie kwalificatie Medicatieproces]].

=Addenda voor inhoudelijke gegevens voor het kwalificatieteam=
==XXX_Dirksz==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Dirksz }}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Dirksz }}
==XXX_Bourgonje==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Bourgonje }}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Bourgonje }}
==XXX_Ruys==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Ruys }}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Ruys }}
==XXX_Gobee==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Gobee }}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Gobee }}
==XXX_Cnossen==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Cnossen}}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Cnossen }}
==XXX_Stengersz==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Strengersz}}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Strengersz }}
==XXX_Amaya==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Amaya}}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Amaya }}
==XXX_Kilkenny==
{{#lst:MedMij:V1.0_Sandbox5-9|XXX_Kilkenny}}
{{#lst:MedMij:V1.0_Sandbox5-9|ALLMBHS_XXX_Kilkenny }}

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-05-28T12:28:34Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Kwalificatie_instructie_-_Medicatieproces Wiki pagina 'Kwalificatie instructie - Medicatieproces']].

{{MedMij:V1.0_Sandbox5-9}}

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-05-28T12:27:59Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Kwalificatie_instructie_-_Medicatieproces | Wiki pagina 'Kwalificatie instructie - Medicatieproces']].

{{MedMij:V1.0_Sandbox5-9}}

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-05-28T12:27:16Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Kwalificatie_instructie_-_Medicatieproces| Wiki pagina 'Kwalificatie instructie - Medicatieproces']].

{{MedMij:V1.0_Sandbox5-9}}

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-05-28T12:24:15Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Medicatieproces_Kwalificatie_instructie| Wiki pagina 'Medicatieproces - Kwalificatie instructie']].

{{MedMij:V1.0_Sandbox5-9}}

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-05-28T12:23:59Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Medicatieproces_Kwalificatie_instructie| Wiki pagina 'Medicatieproces - Kwalificatie instructie']].

{{:mp:MedMij:V1.0_Sandbox5-9}}

Kwalificatie instructie - Medicatieproces

2020-05-28T12:20:40Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op de 'Addendum voor Kwalificator' pagina's van de drie gegevensdiensten van het Medicatieproces. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
====Actualiteit====
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

====Scenario's====
Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
====Actualiteit====
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

====Scenario's====
Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Technische staking===
====Actualiteit====
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

[[Bestand:Illustratie_Technische_stops_Gobee.png]]

====Scenario's====
Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

Medicatieproces Kwalificatie instructie

2020-05-28T12:19:23Z

Cherelle Vrij: Cherelle Vrij heeft pagina Medicatieproces Kwalificatie instructie hernoemd naar Kwalificatie instructie - Medicatieproces

#DOORVERWIJZING [[Kwalificatie instructie - Medicatieproces]]

Kwalificatie instructie - Medicatieproces

2020-05-28T12:19:23Z

Cherelle Vrij: Cherelle Vrij heeft pagina Medicatieproces Kwalificatie instructie hernoemd naar Kwalificatie instructie - Medicatieproces

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
====Actualiteit====
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

====Scenario's====
Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
====Actualiteit====
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

====Scenario's====
Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Technische staking===
====Actualiteit====
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

[[Bestand:Illustratie_Technische_stops_Gobee.png]]

====Scenario's====
Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

Addendum voor Kwalificator - Medicatiegegevens Raadplegen

2020-05-28T12:16:07Z

Cherelle Vrij: Nieuwe pagina aangemaakt met '__NUMBEREDHEADINGS__ Naar nictiz.nl <big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEV...'

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Medicatieproces_Kwalificatie_instructie| Wiki pagina 'Medicatieproces - Kwalificatie instructie']].

Kwalificatie instructie - Medicatieproces

2020-05-28T08:05:06Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
====Actualiteit====
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

====Scenario's====
Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
====Actualiteit====
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

====Scenario's====
Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Technische staking===
====Actualiteit====
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

[[Bestand:Illustratie_Technische_stops_Gobee.png]]

====Scenario's====
Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

Kwalificatie instructie - Medicatieproces

2020-05-28T08:03:22Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
====Actualiteit====
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

====Scenario's====
Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
====Actualiteit====
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

====Scenario's====
Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Technische staking===
====Actualiteit====
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

[[Bestand:Illustratie_Technische_stops_Gobee.png]]

Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

====Scenario's====
Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

Kwalificatie instructie - Medicatieproces

2020-05-28T07:59:16Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
====Werking====
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

====Scenario's====
Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
====Werking====
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

====Scenario's====
Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

====Actualiteit====
Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

===Technische staking===
====Werking====
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

[[Bestand:Illustratie_Technische_stops_Gobee.png]]

====Scenario's====
Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

====Actualiteit====
Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-28T07:56:57Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

===Technische staking===
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

[[Bestand:Illustratie_Technische_stops_Gobee.png]]

Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-28T07:56:21Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

===Technische staking===
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):
[[Bestand:Illustratie_Technische_stops_Gobee.png]]

Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Bestand:Illustratie Technische stops Gobee.png

2020-05-28T07:54:15Z

Cherelle Vrij:

Kwalificatie instructie - Medicatieproces

2020-05-28T07:35:54Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunten==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

===Onderbreking===
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

===Definitieve staking===
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

===Technische staking===
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:
* Medicatiegegevens: scenario Gobee
* Medicatieoverzicht: n.v.t.
* Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

Wat betreft de actualiteit van een technische staking geldt:
* De MBH is na de technische staking bouwsteen + nieuwe MA actueel
* De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-28T07:33:45Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.
* Medicatiegegevens: deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Medicatieoverzicht: toont alleen deze drie bouwstenen: MA, TA en MGB.
*Verstrekkingenvertaling: toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunt==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

Binnen een MBH zijn de bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

1. Overkoepelende actualiteit
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

2. Specifieke statussen
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten alle vier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

==='''Onderbreking'''===
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

==='''Definitieve staking'''===
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

===Technische staking===
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:

Medicatiegegevens: scenario Gobee

Medicatieoverzicht: n.v.t.

Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

Wat betreft de actualiteit van een technische staking geldt:

De MBH is na de technische staking bouwsteen + nieuwe MA actueel

De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-28T07:26:54Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.

'''Medicatiegegevens'''

Deze gegevensdienst toont alle vijf de soorten bouwstenen:
* Medicatieafspraak (MA)
* Verstrekkingsverzoek (VV)
* Toedieningsafspraak (TA)
* Verstrekking (MVE)
* Medicatiegebruik (MGB)
Binnen een MBH zijn deze bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

'''Medicatieoverzicht'''

Deze gegevensdienst toont alleen deze drie bouwstenen: MA, TA en MGB.

'''Verstrekkingenvertaling'''

Deze gegevensdienst toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunt==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

'''1. Overkoepelende actualiteit'''
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

'''2. Specifieke statussen'''
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten allevier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

==='''Onderbreking'''===
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

==='''Definitieve staking'''===
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:
* De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel
* De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

===Technische staking===
In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:

Medicatiegegevens: scenario Gobee

Medicatieoverzicht: n.v.t.

Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

Wat betreft de actualiteit van een technische staking geldt:

De MBH is na de technische staking bouwsteen + nieuwe MA actueel

De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-28T07:23:13Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.

'''Medicatiegegevens'''

Deze gegevensdienst toont alle vijf de soorten bouwstenen:
* Medicatieafspraak (MA)
* Verstrekkingsverzoek (VV)
* Toedieningsafspraak (TA)
* Verstrekking (MVE)
* Medicatiegebruik (MGB)
Binnen een MBH zijn deze bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

'''Medicatieoverzicht'''

Deze gegevensdienst toont alleen deze drie bouwstenen: MA, TA en MGB.

'''Verstrekkingenvertaling'''

Deze gegevensdienst toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunt==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

=Actualiteit=
==Uitleg van het begrip==
===Niveaus===
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

===Gradaties===
Actualiteit zelf kent ook twee gradaties:

'''1. Overkoepelende actualiteit'''
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

'''2. Specifieke statussen'''
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten allevier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

'''Onderbreking'''
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

'''Definitieve staking'''
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:

De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Technische staking

In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:

Medicatiegegevens: scenario Gobee

Medicatieoverzicht: n.v.t.

Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

Wat betreft de actualiteit van een technische staking geldt:

De MBH is na de technische staking bouwsteen + nieuwe MA actueel

De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-28T07:14:25Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.

'''Medicatiegegevens'''
Deze gegevensdienst toont alle vijf de soorten bouwstenen:
* Medicatieafspraak (MA)
* Verstrekkingsverzoek (VV)
* Toedieningsafspraak (TA)
* Verstrekking (MVE)
* Medicatiegebruik (MGB)
Binnen een MBH zijn deze bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
* MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
* VV: verwijzing naar MA
* TA: verwijzing naar MA
* MVE: verwijzing naar VV
* MGB: verwijzing naar MA
De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

'''Medicatieoverzicht'''
Deze gegevensdienst toont alleen deze drie bouwstenen: MA, TA en MGB.

'''Verstrekkingenvertaling'''
Deze gegevensdienst toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunt==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

=Actualiteit=
==Uitleg van het begrip==
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

Actualiteit zelf kent ook twee gradaties:
'''Overkoepelende actualiteit'''
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

'''Specifieke statussen'''
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten allevier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

'''Onderbreking'''
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

'''Definitieve staking'''
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:

De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Technische staking

In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:

Medicatiegegevens: scenario Gobee

Medicatieoverzicht: n.v.t.

Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

Wat betreft de actualiteit van een technische staking geldt:

De MBH is na de technische staking bouwsteen + nieuwe MA actueel

De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-28T07:12:29Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>KWALIFICATIE INSTRUCTIE - MEDICATIEPROCES</big>
=Inleiding=
Dit document is een aanvulling op [[https://informatiestandaarden.nictiz.nl/wiki/Viewer_Medicatiegegevens| 'Addendum voor kwalificator - Medicatiegegevens Raadplegen']]. Het bevat een kwalificatie instructie op het gebied van de volgende Medicatieproces-gerelateerde, complexe begrippen:
# Samenhang
# Actualiteit
# Wijzigingen

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor het Medicatieproces, aanlevert. Het document biedt de MedMij kwalificator ondersteuning bij het juist beoordelen van de toepassing van deze begrippen door de leverancier.

=Samenhang=
==Uitleg van het begrip==
Het begrip ‘samenhang’ bestaat uit twee elementen:
# Er dient op een manier te worden weergegeven dat de bouwstenen van één medicamenteuze behandeling (MBH) bij elkaar horen.
# De bouwstenen die binnen één MBH aan elkaar gerelateerd zijn, dienen op een juiste wijze naar elkaar te verwijzen.
Het resultaat van samenhang binnen een MBH zorgt tegelijkertijd voor onderscheid tussen de verschillende MBH’s.

==Toegestane weergave==
Er zijn verschillende manieren om samenhang te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Kleuren
* Lijnen of balken
* Doorklik- of uitklapmogelijkheden

==Onderscheid gegevensdiensten==
De essentie van samenhang verschilt ietwat per gegevensdienst van het medicatieproces.

'''Medicatiegegevens'''
* Deze gegevensdienst toont alle vijf de soorten bouwstenen:
** Medicatieafspraak (MA)
** Verstrekkingsverzoek (VV)
** Toedieningsafspraak (TA)
** Verstrekking (MVE)
** Medicatiegebruik (MGB)
* Binnen een MBH zijn deze bouwstenen aan elkaar gerelateerd. De vaste relaties zijn:
** MA: kan een verwijzing naar MA, TA of MGB hebben, maar kan ook nergens naar verwijzen
** VV: verwijzing naar MA
** TA: verwijzing naar MA
** MVE: verwijzing naar VV
** MGB: verwijzing naar MA
* De bouwstenen VV en MVE zouden wat verder in de applicatie ‘weggestopt’ mogen worden, door ze bijvoorbeeld niet direct zichtbaar te laten zijn.

'''Medicatieoverzicht'''
* Deze gegevensdienst toont alleen deze drie bouwstenen: MA, TA en MGB.

'''Verstrekkingenvertaling'''
* Deze gegevensdienst toont alleen deze twee bouwstenen: TA en MVE.

==Aandachtspunt==
In het oorspronkelijke addendum wordt samenhang alleen aangetoond middels MBH- en bouwsteencodes. Het is echter niet de bedoeling dat een leverancier samenhang alleen toont door bouwstenen via deze codes aan elkaar te koppelen. Er moet samenhang getoond kunnen worden zonder MBH- en bouwsteencodes. Het tonen van MBH- en bouwsteencodes is niet verplicht.

=Actualiteit=
==Uitleg van het begrip==
Bij een PGO is het van belang dat de actualiteit van een MBH duidelijk wordt aangegeven, zodat de patiënt in één oogopslag kan zien welke medicatie hij/zij dient te nemen, welke niet meer of nog niet.

Actualiteit kan op twee niveaus worden weergegeven binnen een PGO:
# Op MBH niveau
# Op bouwsteen niveau
Het is ook toegestaan om actualiteit op beide niveaus tegelijk te tonen.

Actualiteit zelf kent ook twee gradaties:
'''Overkoepelende actualiteit'''
* Actueel: een MBH of bouwsteen is op dit moment van toepassing of moet in het vizier worden gehouden.
* Niet actueel: een MBH of bouwsteen is op dit moment niet meer van toepassing en hoeft niet meer in het vizier te worden gehouden.

'''Specifieke statussen'''
* Huidig: vandaag valt binnen de periode van T
* Gestopt: de einddatum van T is verstreken of de medicatie is gestaakt (stoptype ‘gestaakt’)
* Toekomstig: de periode van T valt na vandaag
* Onderbroken: de medicatie heeft stoptype ‘onderbroken’

==Toegestane weergave==
Er zijn verschillende manieren om actualiteit te bewerkstelligen, maar het is aan de leverancier om te bepalen hoe dit te doen. Voorbeelden zijn het gebruik van:
* Tekst
* Kleuren
* Doorklik- of uitklapmogelijkheden, waardoor niet actuele bouwstenen ‘op de achtergrond’ worden geplaatst

Het is aan een leverancier zelf om te bepalen hoe de actualiteit weergegeven wordt. Een leverancier kan ervoor kiezen om de volgende gradaties te gebruiken:
* Het niveau van actueel/niet actueel
* Het niveau van de specifieke statussen
* Beide niveaus

Let op: de leverancier is niet verplicht zich te houden aan bovengenoemde terminologie van overkoepelende actualiteit en de specifieke statussen. Hier mag een eigen interpretatie aan gegeven worden, zowel qua terminologie als visuele weergave. Uiteraard dient de interpretatie wel de juiste lading te dekken.

==Onderscheid gegevensdiensten==
Niet alle gegevensdiensten van het medicatieproces bevatten allevier de statussen:
* Medicatiegegevens: huidig, gestopt, onderbroken
* Medicatieoverzicht: huidig, gestopt, toekomstig, onderbroken
* Verstrekkingenvertaling: huidig en gestopt

==Aandachtspunten==
Er zijn twee gevallen waarbij beide niveaus wél (op de één of andere manier) verwerkt dienen te worden door de leverancier:
# Onderbroken: onderbroken medicatie valt onder ‘actueel’. Immers: de medicatie kan na toevoegen van een nieuwe MA weer verder opgepakt worden en daardoor moet de hele MBH in het vizier worden gehouden. Echter, indien een leverancier alleen de status ‘actueel’ gebruikt, dan is dit onvoldoende informatie voor de patiënt. Het dient duidelijk te zijn dat de medicatie onderbroken is en momenteel niet ingenomen moet worden. Dit kan door als status ‘onderbroken’ aan te geven, door middel van kleurcodes o.i.d..
# Toekomstig: toekomstige medicatie valt onder ‘actueel’. Hiervoor geldt dat de medicatie binnenkort genomen dient te worden en daarom in het vizier gehouden moet worden. Dit wordt gedaan door op een manier aan te geven dat de medicatie actueel is. Het is wel belangrijk dat het voor de patiënt duidelijk is dat hij/zij de medicatie op dit moment nog niet hoeft te nemen, wat weer via een status kan worden gedaan.

Overige aandachtspunten m.b.t. de actualiteit en status van MBH's en bouwstenen:
* De actualiteit van een MA bepaalt de status van de gehele MBH, waardoor een MGB nooit de status van een MA kan overrulen. Indien er geen MA aanwezig is, bepaalt de TA de status van de MBH. Indien een MBH alleen een MGB bevat, dan bepaalt de MGB uiteraard wel de status.
* Alleen de bouwstenen MA, TA en MGB kunnen een actualiteit hebben.
* Alleen de bouwstenen MA en TA kunnen een status hebben.

=Wijzigingen=
==Uitleg van het begrip==
Een PGO dient in staat te zijn wijzigingen binnen een MBH op een juiste manier te verwerken. Er zijn drie soorten wijzigingen:
# Onderbreking
# Definitieve staking
# Technische staking (in geval van een wijziging van dosering)
Bij het verwerken van deze drie wijzigingen speelt het weergeven van actualiteit van de MBH een grote rol.

'''Onderbreking'''
In een situatie met een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘onderbreking’ ervoor dat bouwsteen MA1/TA1 en MA2/TA2 onderbroken zijn. De MBH blijft actueel, omdat deze in het vizier gehouden moet worden. Immers: zodra er een nieuwe MA3/TA3 wordt aangemaakt met een huidige T, dan dient de medicatie weer genomen te worden.

Let op: de gebruiksperiode van de onderbreking MA of TA bouwsteen geeft niet aan tot wanneer de onderbreking geldig is.

Uitzondering: bij een MGB bouwsteen is de periode die wordt aangegeven wel de onderbroken periode (in tegenstelling tot MA of TA). Ligt de gebruiksperiode in het verleden, dan is de MGB bouwsteen niet meer actueel. Naar verwachting neemt de patiënt de medicatie weer, maar als er nog geen nieuwe MGB is vastgelegd, kan dit niet met zekerheid worden gesteld. Het is onbekend wat de patiënt dan doet.

Onderbrekingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen (MA, TA) en Amaya (MGB)
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

'''Definitieve staking'''
Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is. Het doel van deze vorm van staking is om de medicatie definitief te stoppen.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een definitieve staking bouwsteen (MA2/TA2) is een “kopie” van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum (deze einddatum geeft dus eigenlijk het moment van staking aan). Een definitieve staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Definitieve stakingen worden getoetst in:
* Medicatiegegevens: scenario Cnossen
* Medicatieoverzicht: scenario Jangi
* Verstrekkingenvertaling: n.v.t.

Wat betreft de actualiteit van een definitieve staking geldt:

De MBH is na de definitieve staking bouwsteen gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Technische staking

In het geval van een wijziging van een dosering (bijvoorbeeld 1x per dag 1 tablet wordt 2x per dag 1 tablet), is er een nieuwe MA/TA nodig. Om duidelijk te maken dat de eerdere bouwsteen niet meer geldig is wordt deze gestopt. Na het aanmaken van een ‘reguliere’ MA1/TA1, zorgt een MA2/TA2 met als stoptype ‘staking’ ervoor dat bouwsteen MA1/TA1 gestopt is en zorgt MA3/TA3 ervoor dat de nieuwe dosering bekend wordt. Het doel van deze vorm van staking is om de oude doseringte stoppen, maar wel direct ook de nieuwe dosering via een nieuwe MA (MA3/TA3) aan te maken.

Let op: de gebruiksperiode van de staking bouwsteen geeft niet aan tot wanneer de staking geldig is.

Een technische staking bouwsteen (MA2/TA2) is een kopie van de gerelateerde MA/TA, in dit geval MA1/TA1, maar dan mét ingevulde einddatum. Een technische staking bouwsteen hoeft niet getoond te worden, maar dient te worden verwerkt in de PGO. Een mogelijkheid is om MA2/TA2 niet te tonen, maar de einddatum uit MA2/TA2 te verwerken in MA1/TA1. Indien MA2/TA2 wél wordt getoond, dient duidelijk te worden aangegeven dat deze niet van toepassing is, bijvoorbeeld door deze bouwsteen een andere kleur te geven of verder weg te stoppen.

Een technische staking wordt getoetst in:

Medicatiegegevens: scenario Gobee

Medicatieoverzicht: n.v.t.

Verstrekkingenvertaling: n.v.t.

Zie hieronder een voorbeeld van hoe de verwerking van de technische stops in het scenario Gobee - MBH_213_1 eruit zou kunnen zien (let op: er zijn dus ook andere manieren om dit te doen):

Wat betreft de actualiteit van een technische staking geldt:

De MBH is na de technische staking bouwsteen + nieuwe MA actueel

De MA/MA’s waar de technische staking op betrekking heeft zijn gestopt en niet meer actueel

De definitieve staking bouwsteen zelf heeft geen status, alleen een stoptype (eigenlijk zorgt hij ervoor dat de status van een andere bouwsteen verandert).

Kwalificatie instructie - Medicatieproces

2020-05-27T15:22:39Z

Cherelle Vrij:

Kwalificatie instructie - Medicatieproces

2020-05-27T15:19:42Z

Cherelle Vrij:

Kwalificatie instructie - Medicatieproces

2020-05-27T15:16:30Z

Cherelle Vrij:

Kwalificatie instructie - Medicatieproces

2020-05-27T15:09:40Z

Cherelle Vrij:

Kwalificatie instructie - Medicatieproces

2020-05-27T14:36:20Z

Cherelle Vrij:

Kwalificatie instructie - Medicatieproces

2020-05-27T13:03:01Z

Cherelle Vrij:

Kwalificatie instructie - Medicatieproces

2020-05-27T13:00:41Z

Cherelle Vrij:

Viewer Medicatiegegevens

2020-05-27T12:36:39Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Medicatieproces_Kwalificatie_instructie| Wiki pagina 'Medicatieproces - Kwalificatie instructie']].

Viewer Medicatiegegevens

2020-05-27T12:34:08Z

Cherelle Vrij:

__NUMBEREDHEADINGS__

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

<big>ADDENDUM VOOR KWALIFICATOR - MEDICATIEGEGEVENS RAADPLEGEN</big>
=Inleiding=
Dit document bevat een aangepaste versie van het addendum met inhoudelijke gegevens voor de systeemrol 'Medicatiegegevens Raadplegen'. Deze aanpassingen zijn gemaakt om de MedMij kwalificator te ondersteunen tijdens het kwalificeren, opdat het kwalificatieproces inhoudelijk zo objectief mogelijk plaatsvindt.

De doelgroep van dit document is de MedMij kwalificator, die de functionele beoordeling uitvoert op het kwalificatiemateriaal dat de leverancier, die wil kwalificeren voor 'Medicatiegegevens Raadplegen', aanlevert.

Dit document is alleen bestemd voor de kwalificatie van een Dienstverlenend Persoon (DVP), die komt kwalificeren met een Persoonlijke Gezondheidsomgeving (PGO).

Hieronder volgt een aantal belangrijke aandachtspunten.

==Opzet van dit document==
Dit document bevat het oorspronkelijke addendum voor Medicatiegegevens Raadplegen, aangepast op de volgende punten:
* De volgorde van de bouwstenen is gewijzigd, zodat alle bouwstenen die bij één MBH onder horen elkaar getoond worden. Deze gebundelde weergave zorgt ervoor dat de kwalificator gemakkelijker en beter kan controleren of de DVP de MBH's en bijbehorende bouwstenen op een juiste wijze weergeeft.
* Er zijn kleuren toegevoegd om aan te geven welke onderdelen van het addendum verplicht, optioneel of optioneel onder voorwaarde zijn.
* Er zijn toelichtingen toegevoegd indien er een voorwaarde of andere opmerking op een onderdeel van het addendum van toepassing is.

==Legenda==
De tabel hieronder geeft de functie weer van de kleuren die in dit document gebruikt worden. Met 'data-element' wordt de combinatie van het conceptlabel (bijv. 'Naam') en de bijbehorende waarde (bijv. 'Jansen') bedoeld.

{| style="color: black; background-color: #CCC0D9;" width="100%"
!Kleur
!Functie
|-
| style="background-color: white;"| Zwart
| style="background-color: white;"| Data-element is verplicht om te tonen.
|-
| style="background-color: white;"| Geel
| style="background-color: white;"| Data-element is optioneel om te tonen.
|-
| style="background-color: white;"| Blauw
| style="background-color: white;"| Data-element is optioneel om te tonen onder voorwaarde. Tonen is niet verplicht, maar het data-element dient wel op een manier verwerkt te worden. Zie voor meer informatie de toelichting over de voorwaarde bij het betreffende data-element.
|-
| style="background-color: white;"| Rood
| style="background-color: white;"| Data-element is niet toegestaan om te tonen.
|-
| style="background-color: white;"| Groen
| style="background-color: white;"| Alternatief/synoniem voor het conceptlabel of de waarde.
|}

==Achtergrond Medicatiegegevens==
De gegevensdienst 'Medicatiegegevens' bevat transacties waarbij de MBH bouwstenen van een patiënt opgevraagd worden op basis van query parameters. De volgende aspecten spelen bij Medicatiegegevens een rol:
* Verschillende soorten bouwsteentypes, waaronder ook de logistieke bouwstenen VV (Verstrekkingsverzoek) en MVE (Verstrekking).
* De transactie wordt gedaan op basis van een periode.
* Alleen bouwstenen worden getoond waarvan de zorgaanbieder zelf de bron is.

==Aanvullende instructie==
Bij het beoordelen van 'Medicatiegegevens Raadplegen' spelen enkele complexe begrippen een belangrijke rol:
# Samenhang
# Actualiteit
# Wijzigingen

Voor een MedMij kwalificator is het van belang om de toepassing van deze begrippen door de leverancier op een juiste wijze te beoordelen. Een korte uitleg van de begrippen en de bijbehorende kwalificatiewijze is te vinden op [[https://informatiestandaarden.nictiz.nl/wiki/Medicatieproces_Kwalificatie_instructie| Wiki pagina 'Kwalificatie instructie - Medicatieproces']].