mp:V9.0.7 testgegevens medicatiegegevens beschikbaarstellen VV: verschil tussen versies
Regel 31: | Regel 31: | ||
== Uit te voeren stappen == | == Uit te voeren stappen == | ||
Voer – voor ieder 'Scenarioset' hoofdstuk – de volgende stappen uit: | Voer – voor ieder 'Scenarioset' hoofdstuk – de volgende stappen uit: | ||
− | # Voer de gegevens van alle bouwstenen verstrekkingsverzoek in voor de persoon genoemd in Persoonsgegevens | + | # Voer de gegevens van alle bouwstenen verstrekkingsverzoek in voor de persoon genoemd in Persoonsgegevens. |
− | # De | + | # De simulator verstuurt een 'Medicatiegegevens raadplegen' bericht. |
# Ontvang het 'Medicatiegegevens raadplegen' bericht en beantwoord deze met een 'Medicatiegegevens beschikbaarstellen' bericht. | # Ontvang het 'Medicatiegegevens raadplegen' bericht en beantwoord deze met een 'Medicatiegegevens beschikbaarstellen' bericht. | ||
+ | # <div style="background:yellow">HIER TEKST VAN ART DECOR/ TOUCHSTONE STAPPEN OM TE KUNNEN TESTEN (GROENE BOLLETJES ETC)?</div> | ||
== Op te leveren materialen == | == Op te leveren materialen == |
Versie van 12 mei 2020 13:21
{{#customtitle:Medicatieproces 9.0.7 - Pre-kwalificatie testgegevens - medicatiegegevens beschikbaarstellend systeem (VV)- MP-MGB}}
1 Inleiding
Dit document beschrijft het te doorlopen script bij het testen voor de systeemrol:
- MedicatieGegevens Beschikbaarstellend systeem (MP-MGB) verstrekkingsverzoek.
De doelgroep van dit document is de leverancier die zelfstandig testen uitvoert ter voorbereiding op de kwalificatie MedicatieGegevens Beschikbaarstellend systeem (MP-MGB) verstrekkingsverzoek.
1.1 Adviezen voor pre-kwalificatie test
Een leverancier kan gebruik maken van de pre-kwalificatie test, waarbij de volgende punten van belang zijn:
- 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 pre-kwalificatie test documentatie bevat de gegevens die de leverancier zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden.
- Deze pre-kwalificatie test toetst geen infrastructurele eisen.
1.2 Aanvullende adviezen
Een leverancier kan starten met deze test indien:
- Leverancier is reeds gekwalificeerd voor de systeemrol MedicatieGegevens Beschikbaarstellend systeem (MP-MGB) medicatieafspraak ** óf
- Leverancier test gelijktijdig voor de systeemrol MedicatieGegevens Beschikbaarstellend systeem (MP-MGB) medicatieafspraak **
Een leverancier hoeft niet alle scenariosets te testen indien:
- Leverancier is reeds gekwalificeerd voor de systeemrol VOorschrift Sturend systeem (MP-VOS) **
**binnen dezelfde berichten technologie (HL7v3 of FHIR)
Uit te voeren scenariosets: * Scenarioset 0 * Scenarioset 8
2 Uit te voeren stappen
Voer – voor ieder 'Scenarioset' hoofdstuk – de volgende stappen uit:
- Voer de gegevens van alle bouwstenen verstrekkingsverzoek in voor de persoon genoemd in Persoonsgegevens.
- De simulator verstuurt een 'Medicatiegegevens raadplegen' bericht.
- Ontvang het 'Medicatiegegevens raadplegen' bericht en beantwoord deze met een 'Medicatiegegevens beschikbaarstellen' bericht.
- HIER TEKST VAN ART DECOR/ TOUCHSTONE STAPPEN OM TE KUNNEN TESTEN (GROENE BOLLETJES ETC)?
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).
De schermafdrukken moeten duidelijk maken dat de gegevens ingevoerd kunnen worden en de applicatie de samenhang tussen de bouwstenen bevat (samenhang is in ieder geval belangrijk voor de medicamenteuze behandeling (MBH).
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 beschikbaar moet stellen als medicatiegegevens beschikbaarstellend systeem. Dit zijn de gegevens voor 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.
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 0: filtercriteria
5.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem verstrekkignsverzoeken op basis van verschillende filterqueries kan opleveren (alle scenario’s) |
Het systeem genereert technisch correcte berichten op basis van filterqueries. |
Aantonen dat het systeem kan omgaan met een bericht waarin geen verstrekkingsverzoek is opgenomen |
Het systeem genereert technisch correcte berichten. |
5.2 Scenario’s
Scenario | Screenshots? | Beschrijving |
0.1 | Alle verstrekkingsverzoeken van de patiënt, zonder aanvullende filter criteria (Antwoord: bericht met 6 verstrekkingsverzoeken) | |
0.2 | Specifieke verstrekkingsverzoek met identificaties als filter (in kwalificatiesimulator het id van "MBH_907_QA1_VV" invoeren) (Antwoord: bericht met 1 verstrekkingsverzoek) | |
0.3 optioneel | Verstrekkingsverzoek met een filter op product code (PRK 3956) (Antwoord: bericht met 1 verstrekkingsverzoek) | |
0.4 | Verstrekkingsverzoeken met een specifieke medicamenteuze behandeling als filter (in kwalificatiesimulator het id van "MBH_907_QA1" invoeren) (Antwoord: bericht met 1 verstrekkingsverzoek) | |
0.5 | Een antwoord zonder verstrekkingsverzoeken (filter op een niet in het systeem aanwezige id "MBH_907_QAnietaanwezig") (Antwoord: bericht zonder verstrekkingsverzoek) |
5.3 Inhoudelijke gegevens
6 Scenarioset 1: verstrekkingsverzoek basale inhoud - extra VV
6.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem verstrekkingsverzoeken met basale inhoud beschikbaar kan stellen (alle scenario’s). |
Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens. |
Aantonen dat er meerdere VVs behorende bij één MA beschikbaar gesteld kunnen worden |
Het systeem gaat correct om met meerdere VVs. |
Aantonen dat de gegevens in het systeem ingevoerd kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens. |
6.2 Scenario’s
Scenario | Screenshots? | Beschrijving | MBH id | VV id |
1.1 | Maak screenshot(s) waaruit blijkt dat er meerdere VVs gemaakt en opgeleverd kunnen worden/behoren bij één MA. | Initieel verstrekkingsverzoek en extra verstrekkingsverzoek behorende bij één MA | tsMBH_907_chronisch-CSA | tsMBH_907_chronisch_VV-CSA tsMBH_907_chronisch_VV_extraVVbestaandeMA-CSA |
6.3 Inhoudelijke gegevens
7 Scenarioset 2: verstrekkingsverzoek basale inhoud - andere elementen
7.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem verstrekkingsverzoeken met basale inhoud beschikbaar kan stellen (alle scenario’s). |
Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens. |
Aantonen dat andere elementen van het verstrekkingsverzoek correct worden gebruikt |
Het systeem gaat correct om met toelichting, aanvullende wensen. |
Aantonen dat de gegevens in het systeem ingevoerd kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens. |
7.2 Scenario’s
Scenario | Screenshots? | Beschrijving | MBH id | VV id |
2.1 | Maak screenshot(s) waaruit blijkt dat een 'toelichting' ingevoerd kan worden | Toelichting | tsMBH_907_toelichting-CSB | tsMBH_907_toelichting_VV-CSB |
2.2 | Maak screenshot(s) waarop de lijst met concepten voor 'aanvullende wensen' zichtbaar zijn | Aanvullende wensen | tsMBH_907_aanvullendeinformatiewensen-CSB | tsMBH_907_aanvullendeinformatiewensen_VV-CSB |
7.3 Inhoudelijke gegevens
8 Scenarioset 3
Niet van toepassing voor deze kwalificatie.
9 Scenarioset 4
Niet van toepassing voor deze kwalificatie.
10 Scenarioset 5
Niet van toepassing voor deze kwalificatie.
11 Scenarioset 6
Niet van toepassing voor deze kwalificatie.
12 Scenarioset 7: verstrekkingsverzoeken met magistraal/eigen artikel
12.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met verstrekkingsverzoeken met magistralen. |
Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens, met geneesmiddelen geregistreerd als ingrediënt(en). |
Aantonen dat het systeem correct omgaat met verstrekkingsverzoeken met eigen artikelen (90 miljoen nummers). |
Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens, met een 90 miljoen nummer en ingrediënt(en). |
Aantonen dat de gegevens in het systeem ingevoerd kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens. |
12.2 Scenario’s
Scenario | Screenshots? | Beschrijving | MBH id | VV id |
7.1 optioneel | Maak screenshot(s) waarop zichtbaar is dat er ingrediënten ingevoerd/gekozen kunnen worden | Alle ingrediënten | tsMBH_907_magistraalalleingredienten-GSB | tsMBH_907_magistraalalleingredienten_VV-GSB |
7.2 optioneel | Maak screenshot(s) waarop zichtbaar is dat er een ingrediënt ingevoerd/gekozen kan worden | Actief ingrediënt | tsMBH_907_magistraalactieveingredient-GSB | tsMBH_907_magistraalactieveingredient_VV-GSB |
7.3 optioneel | Maak screenshot(s) waarop zichtbaar is dat het eigen artikel gekozen wordt | 90 miljoen nummer | tsMBH_907_magistraal90miljoennr-GSB | tsMBH_907_magistraal90miljoennr_VV-GSB |
12.3 Inhoudelijke gegevens
13 Scenarioset 8: andermans verstrekkingsverzoek
Scenarioset 8 is enkel van toepassing indien leverancier al gekwalificeerd is voor Medicatiegegevens raadplegend systeem (MP-MGR) - VV |
13.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat er geen verstrekkingsverzoeken van een ander opgeleverd worden | Het systeem levert geen verstrekkingsverzoeken op met kopie indicator. |
13.2 Scenario’s
Scenario | Screenshots? | Beschrijving | MBH id | VV id |
8.1 | Maak screenshot waarop zichtbaar is dat andermans VV in het systeem zit | Andermans verstrekkingsverzoek | tsMBH_907_VVandermansMA-GSC | tsMBH_907_VVandermansMA_VV-GSC tsMBH_907_VVandermansMA_andermansVV-GSC |
13.3 Inhoudelijke gegevens
14 Scenarioset 9: verstrekkingsverzoek - overige elementen
14.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met de verbruiksperiode | Het systeem kan omgaan met verbruiksperiode ingangsdatum, duur en einddatum. |
Aantonen dat het systeem correct omgaat met overige elementen | Het systeem kan omgaan met herhalingen en afleverlocatie. |
Aantonen dat de gegevens in het systeem ingevoerd kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens. |
14.2 Scenario’s
Scenario | Screenshots? | Beschrijving | MBH id | VV id |
9.1a optioneel | Maak screenshot(s) waarin zichtbaar is dat een logistieke verbruiksperiode ingevoerd kan worden (ingangsdatum en duur/einddatum) | Logistieke verbruiksperiode | tsMBH_907_logistiekeverbruiksperiode_start_eind-CSA | tsMBH_907_logistiekeverbruiksperiode_start_eind_VV-CSA |
9.1b optioneel | Logistieke verbruiksperiode | tsMBH_907_logistiekeverbruiksperiode_eind-CSA | tsMBH_907_logistiekeverbruiksperiode_eind_VV-CSA | |
9.1c optioneel | Logistieke verbruiksperiode | tsMBH_907_logistiekeverbruiksperiode_duur_dagen-CSA | tsMBH_907_logistiekeverbruiksperiode_duur_dagen_VV-CSA | |
9.2 optioneel | Maak screenshot(s) waarin zichtbaar is dat het aantal herhalingen ingevuld kan worden | Herhalingen | tsMBH_907_herhalingen-CSA | tsMBH_907_herhalingen_VV-CSA |
9.3 optioneel | Maak screenshot(s) waarop zichtbaar is dat de afleverlocatie ingevuld kan worden | Afleverlocatie | tsMBH_907_afleverlocatie-CSA | tsMBH_907_afleverlocatie_VV-CSA |
als scenario 9.1 ondersteund wordt, dan dienen ze alledrie (9.1a, 9.1b en 9.1c) uitgevoerd te worden
14.3 Inhoudelijke gegevens
15 Scenarioset 10: verstrekkingsverzoek o.b.v. HPK of ZI-nr
15.1 Doel en verwacht resultaat
Doel | Verwacht resultaat |
Aantonen dat het systeem correct omgaat met verstrekkingsverzoeken op andere geneesmiddelniveaus | Het systeem kan verstrekkingsverzoeken op HPK of ZI-nr niveau opleveren. |
Aantonen dat de gegevens in het systeem ingevoerd kunnen worden |
Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens. |
15.2 Scenario’s
Scenario | Screenshots? | Beschrijving | MBH id | VV id |
10.1 optioneel | HPK geneesmiddel | tsMBH_907_HPKvoorschrijven-CSA | tsMBH_907_HPKvoorschrijven_VV-CSA | |
10.2 optioneel | ZI-nr geneesmiddel | tsMBH_907_ZINRvoorschrijven-CSA | tsMBH_907_ZINRvoorschrijven_VV-CSA |
15.3 Inhoudelijke gegevens
16 Documenthistorie
Datum | Omschrijving |
1 mei 2020 | Versie 1.0 |
8 mei 2020 | Scenario 7.3: ingrediënt ontbrak in VV, deze toegevoegd. Paragraaf 4.6: Tabel met root oids bouwstenen verwijderd (niet van toepassing). |
11 mei 2020 | Paragraaf 1.2: opmerking toegevoegd (de **). |
Deze pagina maakt gebruik van diverse sections uit addendum 'database': medicatiegegevens VV addendum.