Medicatieproces 9.0.7 - kwalificatie - voorschrift afhandeling ontvangend systeem - MP-VAO
Deze pagina is nog in bewerking |
1 Inleiding
Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:
- Voorschrift Afhandeling Ontvangend systeem (MP-VAO) toedieningsafspraak met of zonder verstrekking.
De doelgroep van dit document is de leverancier die wil kwalificeren. De kwalificatie wordt uitgevoerd met de Nictiz kwalificatiesimulator. Deze kwalificatiesimulator kan berichten verzenden en ontvangen.
1.1 Algemene voorwaarden voor kwalificatie
Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
- Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
- Kennis en begrip van de Informatiestandaard Medicatieproces 9 (waaronder het functioneel ontwerp en de functionele en technische specificaties).
- Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
- De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. Onjuist ingevoerde gegevens (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
- Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
- Deze kwalificatie toetst geen infrastructurele eisen.
1.2 Aanvullende voorwaarden voor kwalificatie
De leverancier kan pas voor MP-VAO kwalificeren indien hij gekwalificeerd is of nog aan het kwalificeren is voor systeemrol VOorschrift Sturend systeem (MP-VOS).
2 Uit te voeren stappen
Voer – voor ieder afzonderlijk scenario genoemd in de 'Scenarioset' hoofdstukken – de volgende stappen uit:
- Stuur een ‘afhandeling voorschrift’ bericht voor de persoon genoemd in Persoonsgegevens.
- De kwalificatiesimulator antwoordt met een ‘voorschrift afhandeling sturen’ bericht.
- Ontvang en verwerk de toedieningsafspraken en verstrekkingen in het systeem.
- Maak schermafdrukken van het systeem met de gegevens uit de medicatieafspraken.
3 Op te leveren materialen
De op te leveren materialen bestaan uit:
- de technische uitgaande berichten (voor alle scenario’s) én
- schermafdrukken (voor de aangegeven scenario's).
Indien een schermafdruk opgeleverd moet worden, staat in het scenario aangegeven wat er op het schermafdruk zichtbaar moet zijn (staat er niks genoemd, dan is er geen schermafdruk nodig).
4 Leeswijzer
Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:
- Doel en verwacht resultaat
- Scenario’s
- Inhoudelijke gegevens
4.1 Doel en verwacht resultaat
Het doel geeft aan wat er met behulp van de scenario's in het betreffende hoofdstuk getest wordt en wat er door het XIS aangetoond moet worden.
Per doel is aangegeven wat het verwachte resultaat is.
4.2 Scenario's
In deze paragraaf zijn alle scenario's van het betreffende hoofdstuk beschreven.
Bij sommige scenario's staat aangegeven dat deze optioneel zijn. Dit betekent dat deze niet verplicht zijn om uit te voeren bij de kwalificatie indien deze niet van toepassing zijn voor het XIS. Als twee scenario's gemarkeerd zijn met een sterretje dan geldt dat één van de twee scenario's verplicht is en de andere optioneel. Indien er voor een scenario screenshots aangeleverd moeten worden, dan staat dat aangegeven.
De beschrijving bevat aanvullende informatie en instructies.
Bij elk scenario staan de id's van de Medicamenteuze Behandeling en de bouwstenen vermeld zoals die ook terug te vinden zijn in de paragraaf "Inhoudelijke gegevens" van het betreffende hoofdstuk.
4.3 Inhoudelijke gegevens
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier moet meegeven als voorschrift sturend systeem. Dit zijn de gegevens voor medicatieafspraak en verstrekkingsverzoek.
4.4 Gebruikersschermen
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties. Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.
4.5 Sturend/beschikbaarstellend systeem
Het sturend/beschikbaarstellend systeem voert de gegevens uit de paragrafen "Inhoudelijke gegevens" in het XIS in en levert de resulterende berichten op voor kwalificatie. voor een sturend/beschikbaarstellend systeem geldt dat sommige gegevens door dit systeem bepaald mogen worden:
- Zorgverlener, zorgaanbieder (denk aan verstrekker, voorschrijver). Dit mag een eigen (test)zorgverlener en organisatie zijn.
- Identificatie van medicamenteuze behandeling, medicatiebouwstenen (medicatieafspraak, verstrekkingsverzoek, toedieningsafspraak, medicatieverstrekking, 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 medicatieverstrekking blijven horen bij dezelfde medicamenteuze behandeling als de medicatieafspraak en verstrekkingsverzoek vanuit de voorschrijver). De identificatie van medicamenteuze behandeling mag niet door het sturend/beschikbaarstellend systeem bepaald worden indien het aanpassingen betreft op andermans medicamenteuze behandeling.
- Tijd (hh:mm:ss) in Medicatieafspraak "AfspraakDatumTijd" en in Verstrekkingsverzoek "Datum". De datum betreft de afgesproken datum T, het tijdstip mag door het systeem zelf worden bepaald.
4.6 Datum T
T is een datum die we tijdens de kwalificatie nader invullen / afspreken (betreft over het algemeen de huidige/kwalificatie datum). Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum.
5 Scenarioset 1: medicatievoorschriften met basale inhoud toedienafspraak en verstrekking - gebruiksperiode
5.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem medicatievoorschriften met basale inhoud toedieningsafspraken en verstrekkingen kan afhandelen(alle scenario’s). |
Het systeem ontvangt en toont inhoudelijk correcte gegevens. |
Aantonen dat de toedieningsafspraak gebruiksperiode correct worden afgehandeld |
Het systeem gaat correct om gebruiksperiode (ingangsdatum, gebruiksduur, einddatum). |
Aantonen dat er een extra MVE bij een bestaande VV kan worden afgehandeld |
Het systeem gaat correct om met een nieuw MVE bij een bestaande VV. |
Aantonen dat eenheid dosis correct verwerkt wordt |
Het systeem gaat correct om met de eenheden dosis/stuks. |
Aantonen dat de gegevens in het systeem afgehandeld kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
5.2 Scenario’s
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
5.3 Inhoudelijke gegevens
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
mp:V9.1.0 kwalificatie voorschrift afhandeling addendum
6 Scenarioset 2: medicatievoorschriften met basale inhoud toedieningsafspraak en verstrekking - andere elementen
6.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem afhandeling medicatievoorschriften berichten met basale inhoud toedieningsafspraken en verstrekkingen kan ontvangen (alle scenario’s). |
Het systeem ontvangt en toont inhoudelijk correcte gegevens. |
Aantonen dat andere elementen van de toedieningsafspraak en verstrekkingen correct worden ontvangen |
Het systeem gaat correct om met aanvullende informatie, toelichting. |
Aantonen dat de gegevens in het systeem ontvangen kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
6.2 Scenario’s
Scenario | Beschrijving | MBH id | TA id | MVE id |
2.1 | Aanvullende instructie (TA) | MBH_907_aanvullendeinstructie-VNK | MBH_907_aanvullendeinstructie_TA-VNK | MBH_907_aanvullendeinstructie_MVE-VNK |
2.2 | Toelichting (TA), toelichting (MVE) | MBH_907_toelichting-VNK | MBH_907_toelichting_TA-VNK | MBH_907_toelichting_MVE-VNK |
2.3 | Reden van voorschrijven (TA) | MBH_907_redenvanvoorschrijven-VNK | MBH_907_redenvanvoorschrijven_TA-VNK | MBH_907_redenvanvoorschrijven_MVE-VNK |
2.5 | Aanvullende informatie (MA), aanvullende wensen (VV) | MBH_907_aanvullendeinformatiewensen-VNK | MBH_907_aanvullendeinformatiewensen_TA-VNK | MBH_907_aanvullendeinformatiewensen_MVE-VNK |
2.6 | Toedieningsweg (TA) | MBH_907_Toedieningsweg-VNK | MBH_907_Toedieningsweg_TA-VNK | MBH_907_Toedieningsweg_MVE-VNK |
6.3 Inhoudelijke gegevens
7 Scenarioset 3: medicatievoorschriften met stop-medicatieafspraken (staken, wijzigen, onderbreken)
7.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met stop-toedieningsafspraken (staken) | Het systeem verwerkt een stop-toedieningsafspraak (staken) correct |
Aantonen dat het systeem correct omgaat met stop-toedieningsafspraken als onderdeel van een wijziging | Het systeem verwerkt een stop-toedieningsafspraak in het geval van een wijziging op correcte wijze. De technische stop-toedieningsafspraak wordt niet als zodanig getoond aan de eindgebruiker. |
Aantonen dat het systeem correct omgaat met de reden wijzigen of staken | Het systeem toont de reden wijzigen of staken. |
Aantonen dat het systeem correct omgaat met wijzigen naar aanleiding van wijziging van handelsproduct | Het systeem gaat correct om met de wijziging op HPK niveau. De reden van wijzigen komt in de nieuwe toedieningsafspraak. |
Aantonen dat het systeem correct omgaat met tijdelijk onderbreken | Het systeem verwerkt een stop-toedieningsafspraak (onderbreken) correct |
Aantonen dat de gegevens in het systeem ontvangen kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
7.2 Scenario’s
LET OP: onderstaande scenario's hebben betrekking op de reeds in scenario 2.1, 2.2, 2.3 en 2.4 ontvangen medicatieafspraken.
Scenario | Beschrijving | MBH id | TA id | MVE id |
3.1 | Stop-toedieningsafspraak, met reden staken LET OP: stop medicatieafspraak van scenario 2.1 |
MBH_907_aanvullendeinstructie-VNK | MBH_907_aanvullendeinstructie_TA_staken-VNK | |
3.2 | Wijziging toedieningsafspraak, met reden wijziging (stop-TA + nieuwe TA) met MVE LET OP: wijziging toedieningsafspraak van scenario 2.2 |
MBH_907_toelichting-VNK | MBH_907_toelichting_TA_wijzigingmetMVE-VNK | MBH_907_toelichting_MVE_extra-VNK |
3.3 | Wijziging toediendingsafspraak, met reden wijziging (stop-TA + nieuwe ma) zonder MVE LET OP: wijziging toedieningsafspraak van scenario 2.3 |
MBH_907_redenvanvoorschrijven-VNK | MBH_907_redenvanvoorschrijven_TA_wijzigingzonderMVE-VNK | |
3.4 | Onderbreken toedieningsafspraak LET OP: onderbreking toedieningsafspraak van scenario 2.4/2.5 |
MBH_907_aanvullendeinformatiewensen-VNK | MBH_907_aanvullendeinformatiewensen_TA_onderbreken-VNK | |
3.5 | Tweede MVE ivm TA met nieuwe PRK. LET OP: wijziging toedieningsafspraak van scenario 1.2b |
MBH_907_start_duur2-VNK | MBH_907_start_duur2_TA_techstaken-VNK MBH_907_start_duur2_TA_anderePRK-VNK |
MBH_907_start_duur2_MVE_anderePRK-VNK |
7.3 Inhoudelijke gegevens
8 Scenarioset 4
Niet van toepassing voor deze kwalificatie.
9 Scenarioset 5
Niet van toepassing voor deze kwalificatie.
10 Scenarioset 6: medicatievoorschriften met diverse doseerschema's
10.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met toedieningsafspraken met verschillende doseerschema’s. |
Het systeem ontvangt en toont inhoudelijk correcte gegevens. |
Aantonen dat de gegevens in het systeem ontvangen kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
10.2 Scenario’s
10.3 Inhoudelijke gegevens
11 Scenarioset 7: medicatievoorschriften met magistraal/eigen artikel
11.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met toedieningsafspraken en verstrekkingen met magistralen. |
Het systeem ontvangt en toont inhoudelijk correcte gegevens, met geneesmiddelen geregistreerd als ingrediënt(en). |
Aantonen dat het systeem correct omgaat met toedieningsafspraken en verstrekkingen met eigen artikelen (90 miljoen nummers). |
Het systeem ontvangt en toont correcte gegevens, met een 90 miljoen nummer en ingrediënt(en). |
Aantonen dat de gegevens in het systeem ontvangen kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
11.2 Scenario’s
11.3 Inhoudelijke gegevens
12 Scenarioset 8: medicatievoorschriften op basis van andermans medicatieafspraak
12.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat er een voorschrift op basis van een medicatieafspraak van een ander afgehandeld kan worden | Het systeem ontvangt en verwerkt de toedieningsafspraak en verstrekking |
Aantonen dat er een stop-medicatieafspraak op basis van een medicatieafspraak van een ander afgehandeld kan worden | Het systeem ontvangt en verwerkt de stop-toedieningsafspraak correct. |
Aantonen dat er een wijziging op basis van een medicatieafspraak van een ander afgehandeld kan worden | Het systeem ontvangt en verwerkt een toedieningsafspraak en verstrekking |
Aantonen dat het systeem een correcte samenhang van de Medicatiebouwstenen binnen de MBH kan weergeven | Het systeem toont de gegevens correct. |
Aantonen dat de gegevens in het systeem ingezien kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
12.2 Scenario’s
*LET OP: van scenario 0.8x zelf zijn geen screenshots nodig. Echter moeten de gegevens uit scenario 0.8x wel terug te zien zijn in de screenshots van scenario 8.1, 8.2, 8.3 en 8.4 binnen de medicamenteuze behandeling waartoe ze behoren.
Scenario | Beschrijving | MBH id | TA id | MVE id |
8.1 | Verstrekking onder andermans toedieningsafspraak | MBH_907_VVandermansMA-ZTP | MBH_907_MVEandermansTA_TA-ZTP | MBH_907_MVEandermansTA_MVE-ZTP |
8.2 | Stoppen andermans toedieningsafspraak | MBH_907_stakenandermansMA-ZTP | MBH_907_stakenandermansTA_TA2-ZTP | MBH_907_stakenandermansTA_andermansMVE-ZTP |
8.3 | Onderbreken andermans toedieningsafspraak | MBH_907_onderbrekenandermansMA-ZTP | MBH_907_onderbrekenandermansTA_TA2-ZTP | MBH_907_onderbrekenandermansTA_andermansMVE-ZTP |
8.4 | Wijzigen andermans medicatieafspraak |
MBH_907_wijzigenandermansMA-ZTP | MBH_907_wijzigenandermansTA_TA_techstaken-ZTP | MBH_907_wijzigenandermansTA_andermansMVE-ZTP |
12.3 Inhoudelijke gegevens ter voorbereiding scenario 8
12.4 Inhoudelijke gegevens
13 Scenarioset 9: medicatievoorschriften met verstrekkingsverzoek - overige elementen
13.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met de verbruiksduur | Het systeem kan omgaan met verbruiksduur (uur, dag, week, jaar). |
Aantonen dat het systeem correct omgaat met overige elementen | Het systeem kan omgaan met aanschrijfdatum, afleverlocatie, distributievorm, aanvullende informatie en toelichting. |
Aantonen dat de gegevens in het systeem ontvangen kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
13.2 Scenario’s
Scenario | Beschrijving | MBH id | TA id | MVE id |
9.1a | Logistieke verbruiksperiode | MBH_907_logistiekeverbruiksperiode_start_eind-BSC | MBH_907_logistiekeverbruiksperiode_start_eind_TA-BSC | MBH_907_logistiekeverbruiksperiode_start_eind_MVE-BSC |
9.1b | Logistieke verbruiksperiode | MBH_907_logistiekeverbruiksperiode_eind-BSC | MBH_907_logistiekeverbruiksperiode_eind_TA-BSC | MBH_907_logistiekeverbruiksperiode_eind_MVE-BSC |
9.1c | Logistieke verbruiksperiode | MBH_907_logistiekeverbruiksperiode_duur_dagen-BSC | MBH_907_logistiekeverbruiksperiode_duur_dagen_TA-BSC | MBH_907_logistiekeverbruiksperiode_duur_dagen_MVE-BSC |
9.2 | Herhalingen | MBH_907_herhalingen-BSC | MBH_907_herhalingen_TA-BSC | MBH_907_herhalingen_MVE-BSC |
9.3 | Afleverlocatie | MBH_907_afleverlocatie-BSC | MBH_907_afleverlocatie_TA-BSC | MBH_907_afleverlocatie_MVE-BSC |
13.3 Inhoudelijke gegevens
14 Scenarioset 10: medicatievoorschriften met medicatieafspraak o.b.v. HPK of ZI-nr
14.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met voorschriften op andere geneesmiddelniveaus | Het systeem biedt de mogelijkheid om voorschriften op HPK of ZI-nr niveau te ontvangen. |
Aantonen dat de gegevens in het systeem ontvangen kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens. |
14.2 Scenario’s
Scenario | Beschrijving | MBH id | TA id | MVE id |
10.1 | HPK geneesmiddel | MBH_907_HPKvoorschrijven-BSC | MBH_907_HPKvoorschrijven_TA-BSC | MBH_907_HPKvoorschrijven_MVE-BSC |
10.2 | ZI-nr geneesmiddel |
MBH_907_ZINRvoorschrijven-BSC | MBH_907_ZINRvoorschrijven_TA-BSC | MBH_907_ZINRvoorschrijven_MVE-BSC |
14.3 Inhoudelijke gegevens
15 Documenthistorie
Datum | Omschrijving |
xx september 2020 | Draft |
Deze pagina maakt gebruik van diverse sections uit addendum 'database': voorschrift afhandeling addendum.