<big>VERSTREKKINGENVERTALING RAADPLEGEND OF BESCHIKBAARSTELLEND SYSTEEM 9.A.0</big>
<big>VERSTREKKINGENVERTALING RAADPLEGEND OF BESCHIKBAARSTELLEND SYSTEEM 9.A</big>
=Inleiding=
=Inleiding=
Dit document bevat de addenda met inhoudelijke gegevens voor de systeemrol:
Dit document bevat de addenda met inhoudelijke gegevens voor de systeemrol:
Regel 19:
Regel 19:
==Gegevens verstrekkingenvertaling==
==Gegevens verstrekkingenvertaling==
Het onderdeel ‘Gegevens verstrekkingenvertaling’ bevat de gegevens van de toedieningsafspraken en medicatieverstrekkingen uit de verstrekkingenvertaling, met gegevens zoals datum, geneesmiddel, betrokken zorgverlener, te verstrekken hoeveelheid.
Het onderdeel ‘Gegevens verstrekkingenvertaling’ bevat de gegevens van de toedieningsafspraken en medicatieverstrekkingen uit de verstrekkingenvertaling, met gegevens zoals datum, geneesmiddel, betrokken zorgverlener, te verstrekken hoeveelheid.
{{MedMij:V1.0_KwalificatieInhoudelijkeGegevens}}
Voor het raadplegende systeem gaat dit om het verwachte resultaat van de raadpleging.
Voor het beschikbaarstellende systeem gaat het daarnaast ook om de gegevens die ingevoerd dienen te worden. Hierbij geldt dat sommige gegevens door dit beschikbaarstellende systeem bepaald mogen worden:
* Verstrekker. Dit mag een eigen (test) organisatie zijn.
* Identificatie van medicamenteuze behandeling, toedieningsafspraak, verstrekking: verwacht wordt dat hier 'eigen' identificaties aan worden toegekend in een eigen identificatiesysteem (eigen OID). De onderlinge referenties moeten natuurlijk wel kloppen (dus een toedieningsafspraak en een verstrekking blijven horen bij dezelfde medicamenteuze behandeling zoals aangegeven in onderstaande gegevens).
T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T – 100 betekent dit: 100 dagen eerder dan die afgesproken datum.
{{MedMij:V1.0_KwalificatieAddendaOIDs}}
=Geen gebruiks- en verbruiksperiode=
=Geen gebruiks- en verbruiksperiode=
Regel 139:
Regel 130:
|-
|-
| 3.1f
| 3.1f
|colspan="2" | Filter op verstrekkingsperiode, alles vóór T-21
|colspan="2" | Filter op gebruiksperiode, alles vóór T-21
|-
|-
| 3.1g
| 3.1g
|colspan="2" | Filter op verstrekkingsperiode, alles vanaf T-21 tot en met T-7
|colspan="2" | Filter op gebruiksperiode, alles vanaf T-21 tot en met T-7
Dit document bevat de addenda met inhoudelijke gegevens voor de systeemrol:
Verstrekkingenvertaling raadplegend of beschikbaarstellend systeem - verstrekkingenvertaling
De doelgroep van dit document is de leverancier die wil kwalificeren. De documenten '22. Kwalificatiescript - Raadplegen verstrekkingenvertaling' en '25. Kwalificatiescript - Beschikbaarstellen verstrekkingenvertaling' verwijzen naar dit document.
Hieronder volgen een aantal belangrijke aandachtspunten.
Persoonsgegevens
Het onderdeel ‘Persoonsgegevens’ bevat algemene gegevens over de persoon zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). PGO’s mogen echter geen BSN verwerken. Een PGO behoort namelijk tot het persoonsdomein en valt daarom buiten wetgeving voor het zorgaanbiedersdomein. Een XIS mag ook geen BSN naar het persoonsdomein – en dus PGO’s - sturen.
Er is wel een fBSN (fictief BSN voor testdoeleinden) in de persoonsgegevens opgenomen, zodat ook een XIS zich voor deze rol kan kwalificeren.
Datum T
T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T-100D betekent dit: 100 dagen eerder dan de afgesproken datum.
Specifieke gegevens
Deze paragraaf bevat specifieke gegevens die de leverancier moet meegeven als Medicatiegegevens raadplegend systeem
Gegevens verstrekkingenvertaling
Het onderdeel ‘Gegevens verstrekkingenvertaling’ bevat de gegevens van de toedieningsafspraken en medicatieverstrekkingen uit de verstrekkingenvertaling, met gegevens zoals datum, geneesmiddel, betrokken zorgverlener, te verstrekken hoeveelheid.
Algemeen
Om medicatieproces goed te kunnen implementeren is kennis en gebruik van het functioneel ontwerp onontbeerlijk. Net als natuurlijk de MedMij invulling daarvan, functioneel en technisch.
Raadplegend systeem
Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt. Samenhang is in ieder geval belangrijk voor de medicamenteuze behandeling (MBH).
Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.
Medicatie codering en weergavenaam
Alleen de weergavenaam van het meest specifieke geneesmiddel getoond hoeft te worden (alle andere kunnen hiervan afgeleid worden en zijn voor de gebruiker niet relevant).
In de G-standaard is de volgorde van specifiek naar generiek:
ZI-nummer
HPK (Handels Product Kenmerk)
PRK (PRescriptie Kenmerk)
GPK (Generiek Product Kenmerk)
De meest specifieke codering is altijd de belangrijkste. Dit kan ook (in FHIR) te herkennen zijn aan het 'user selected' attribuut, maar als deze ontbreekt kan het afgeleid worden uit bovenstaand lijstje.
De reden dat meer generieke coderingen ook meegestuurd worden is dat Z-Index (nog) geen historie uitlevert voor de G-standaard. Dit betekent dat uitgefaseerde geneesmiddelen op een gegeven moment niet meer meegeleverd worden in de distributie vanuit Z-Index. Abonneehouders worden geacht hun eigen historie bij te houden, maar bij 'later' instappen mis je de historie van vóór dat moment. Hoe specifieker de codering, hoe dynamischer (hoe vaker dingen wijzigen / uitgefaseerd worden). Dit kan een probleem opleveren voor medicatiebewaking omdat je dan bijvoorbeeld voor een bepaalde HPK de bewakingsregels niet kunt vinden in jouw (lokale) versie van de G-standaard. Omdat PRK's en GPK's minder dynamisch zijn dan HPK's en ZI-nummers, verlagen we dat risico door deze coderingen mee te sturen.
Aanvullende informatie over het tonen van verschillende bouwstenen in samenhang
Een mogelijke invulling hiervan is ook te vinden in het functioneel ontwerp bij medicatieoverzicht, maar een echt PGO - met oog voor wat eindgebruikers nodig hebben - kan dit waarschijnlijk veel beter. Het ligt voor voorschrijvers bijvoorbeeld voor de hand om altijd vanuit de actuele medicatieafspraak (MA) te redeneren (dat zie je ook terug in het eerdergenoemde voorbeeld in het functioneel ontwerp), overigens geven apothekers vaak aan dat dit ook voor hen de voorkeur heeft. Voor patiënten ligt dit veel minder voor de hand, omdat de geneesmiddelen in medicatieafspraken vaak nog namen hebben die voor patiënten een stuk minder herkenbaar zijn dan het merk (handelsproduct) dat ze mee hebben gekregen bij de apotheek en dat dus in de toedieningsafspraak (TA) staat. Het is ook voorstelbaar dat medicatiegebruik (MGB) - zoals door de patiënt zélf geregistreerd - in een PGO 'voorrang' krijgt boven MA of TA.
Over het algemeen lijkt het wel logisch om bij het presenteren van overzicht opgebouwd uit medicatiegegevens uit te gaan van 1 ingangsregel per medicamenteuze behandeling en bij 'doorklikken' de onderliggende bouwstenen (MA, VV, TA, MVE, MGB) en de detail informatie daarvan (waar je de ingangsregel dus op baseert) te tonen. Eventueel kan zo'n ingangsregel bijvoorbeeld gemarkeerd worden door een rood ! of iets dergelijks als onderliggende informatie onderling conflicteert (dit soort dingen worden vaker genoemd in gesprekken met zorgverleners). Bijvoorbeeld als de dokter zegt 100 mg gebruiken, maar de patiënt neemt maar 50 mg. Het is in ieder geval wél van belang het onderscheid te kunnen zien in MA (door voorschrijver bepaald), TA (door apotheker bepaald) en MGB (bewering geregistreerd door patiënt/zorgverlener/mantelzorger et cetera).
Beschikbaarstellend systeem
Het beschikbaarstellend systeem voert de gegevens uit het addendum in, in het XIS en levert de resulterende berichten op voor kwalificatie. Voor een beschikbaarstellend systeem geldt dat sommige gegevens door dit beschikbaarstellende systeem bepaald mogen worden:
Zorgverlener, zorgaanbieder (denk aan verstrekker, voorschrijver). Dit mag een eigen (test)zorgverlener en organisatie zijn.
Identificatie van medicamenteuze behandeling, en andere medicatiebouwstenen (medicatieafspraak, verstrekkingsverzoek, toedieningsafspraak, verstrekking, medicatiegebruik): verwacht wordt dat hier 'eigen' identificaties aan worden toegekend in een eigen identificatiesysteem (eigen OID). De onderlinge referenties moeten natuurlijk wel kloppen (dus een toedieningsafspraak en een verstrekking blijven horen bij dezelfde medicamenteuze behandeling zoals aangegeven in de addenda).
Datum T
T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T – 100 betekent dit: 100 dagen eerder dan die afgesproken datum.
Geen gebruiks- en verbruiksperiode
Scenario 1.1
Persoonsgegevens
Patiënt
Gegevenselement
Waarde
Naamgegevens
Richard R. van Henegouwen
Identificatienummer
555555112 [BSN]
Geboortedatum
20 feb 1950
Geslacht
Man (code = 'M' in codeSystem 'AdministrativeGender')
Specifieke gegevens
Gegevens
Scenario
Omschrijving
1.1
Geen gebruiks- en verbruiksperiode
Gegevens verstrekkingenvertaling
Toedieningsafspraak
Gegevenselement
Waarde
Afspraakdatum
T
Verstrekker
Zorgaanbieder
Zorgaanbieder identificatie nummer
01234567 (in identificerend systeem: 2.16.528.1.1007.3.3)
Organisatie naam
Geneesmiddel - primaire code
MEBENDAZOL SAN TABLET 100MG (code = '14234785' in codeSystem 'G-Standaard Artikel')
Geneesmiddel - generiekere code
(code = '1046764' in codeSystem '2.16.840.1.113883.2.4.4.7')
Geneesmiddel - generiekere code
(code = '9954' in codeSystem '2.16.840.1.113883.2.4.4.1')
Gebruiksinstructie
Omschrijving
tot nader order, gebruik bekend
MBH identificatie
38129f10-100a-11e5-b939-0800200c9a66 (in identificerend systeem: 2.16.840.1.113883.2.4.3.11.999.77.373784005.1)
Verstrekking
Gegevenselement
Waarde
Identificatie
38129f10-100a-11e5-b939-0800200c9a66 (in identificerend systeem: 2.16.840.1.113883.2.4.3.11.999.77.373784005.1)
Aanschrijfdatum
T
Verstrekker
Zorgaanbieder
Zorgaanbieder identificatie nummer
01234567 (in identificerend systeem: 2.16.528.1.1007.3.3)
Organisatie naam
Verstrekte hoeveelheid
2 stuks
Geneesmiddel - primaire code
MEBENDAZOL SAN TABLET 100MG (code = '14234785' in codeSystem 'G-Standaard Artikel')
Geneesmiddel - generiekere code
(code = '1046764' in codeSystem '2.16.840.1.113883.2.4.4.7')
Geneesmiddel - generiekere code
(code = '9954' in codeSystem '2.16.840.1.113883.2.4.4.1')
MBH identificatie
38129f10-100a-11e5-b939-0800200c9a66 (in identificerend systeem: 2.16.840.1.113883.2.4.3.11.999.77.373784005.1)
Doseerschema's
Scenario 2.1
Persoonsgegevens
Patiënt
Gegevenselement
Waarde
Naamgegevens
Carel C. Creiens
Identificatienummer
999999060 [BSN]
Geboortedatum
1 jun 1950
Geslacht
Man (code = 'M' in codeSystem 'AdministrativeGender')
Specifieke gegevens
Gegevens
Scenario
Omschrijving
2.1
Het ontvangen en tonen van eenvoudige doseerschema’s
Gegevens verstrekkingenvertaling
Toedieningsafspraak
Gegevenselement
Waarde
Afspraakdatum
T- 500 dagen
Gebruiksperiode
gedurende 7 dagen
Verstrekker
Zorgaanbieder
Zorgaanbieder identificatie nummer
01234567 (in identificerend systeem: 2.16.528.1.1007.3.3)
Diazepam tablet 5mg (code = '20664' in codeSystem 'G-Standaard GPK')
Gebruiksinstructie
Omschrijving
Vanaf T, tot en met T+ 42 dagen, om 00:00, eerst 1 week 6 stuks per dag; vanaf T + 1wk, gedurende 1 week 5 stuks per dag; vanaf T + 2 weken, gedurende 1 week 4 stuks per dag; vanaf T + 3 weken, gedurende 1 week 3 stuks per dag; vanaf T + 4 weken, gedurende 1 week 2 stuks per dag; vanaf T + 5 weken, gedurende 1 week 1 stuks per dag
MBH identificatie
78074d50-100a-11e5-b939-0800200c9a66 (in identificerend systeem: 2.16.840.1.113883.2.4.3.11.999.77.373784005.1)
Verstrekking
Gegevenselement
Waarde
Identificatie
1f5eebe0-100a-11e5-b939-0800200c9a66 (in identificerend systeem: 2.16.840.1.113883.2.4.3.11.999.77.373784005.1)
Aanschrijfdatum
T- 500 dagen
Verstrekker
Zorgaanbieder
Zorgaanbieder identificatie nummer
01234567 (in identificerend systeem: 2.16.528.1.1007.3.3)
(code = '888567' in codeSystem '2.16.840.1.113883.2.4.4.7')
Geneesmiddel - generiekere code
(code = '38539' in codeSystem '2.16.840.1.113883.2.4.4.1')
Gebruiksinstructie
Omschrijving
Vanaf T, om 15:48, gedurende 5 dagen, 2 maal per dag 4 milliliter, eerst oplossen in water, mond spoelen, daarna uitspugen
Aanvullende instructie
Eerst oplossen in water (code = '27' in codeSystem '2.16.840.1.113883.2.4.4.5')
Aanvullende instructie
Mond spoelen, daarna uitspugen (code = '69' in codeSystem '2.16.840.1.113883.2.4.4.5')
Doseerinstructie
2 maal per dag 4 ml
MBH identificatie
bb7ee0c0-100a-11e5-b939-0800200c9a66 (in identificerend systeem: 2.16.840.1.113883.2.4.3.11.999.77.373784005.1)
Toedieningsafspraak
Gegevenselement
Waarde
Afspraakdatum
T
Gebruiksperiode
Vanaf T, tot en met T+ 27 dagen, om 00:00
Verstrekker
Zorgaanbieder
Zorgaanbieder identificatie nummer
01234567 (in identificerend systeem: 2.16.528.1.1007.3.3)
Organisatie naam
Geneesmiddel - primaire code
AFFUSINE CREME 20MG/G (code = '15838234' in codeSystem 'G-Standaard Artikel')
Gebruiksinstructie
Omschrijving
Vanaf T, tot en met T+ 27 dagen, om 00:00, Eerst, gedurende 2 weken, 3 gram per dag dun aanbrengen; daarna, gedurende 3 weken, 2 gram per dag dun aanbrengen ; daarna, gedurende 6 dagen, 1 gram per dag dun aanbrengen
Aanvullende instructie
dun aanbrengen overig (code = 'OTH' in codeSystem '2.16.840.1.113883.5.1008')
MBH identificatie
c635f350-100a-11e5-b939-0800200c9a66 (in identificerend systeem: 2.16.840.1.113883.2.4.3.11.999.77.373784005.1)
Toedieningsafspraak
Gegevenselement
Waarde
Afspraakdatum
T
Gebruiksperiode
gedurende 48 dagen
Verstrekker
Zorgaanbieder
Zorgaanbieder identificatie nummer
01234567 (in identificerend systeem: 2.16.528.1.1007.3.3)
