mp:V9.0.7 Testsuite voorschrift: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
Regel 22: Regel 22:
 
# Stuur een ‘Voorschrift sturen’ bericht naar de testsuitesimulator voor de persoon genoemd in Persoonsgegevens.  
 
# Stuur een ‘Voorschrift sturen’ bericht naar de testsuitesimulator voor de persoon genoemd in Persoonsgegevens.  
 
# De testsuitesimulator antwoordt met een ‘ontvangstbevestiging medicatievoorschrift’ bericht.
 
# De testsuitesimulator antwoordt met een ‘ontvangstbevestiging medicatievoorschrift’ bericht.
 
== 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).
 
  
 
== Leeswijzer ==
 
== Leeswijzer ==

Versie van 1 mei 2020 10:58

{{#customtitle:Medicatieproces 9.0.7 - Testsuite - voorschrift sturend systeem - MP-VOS}}


1 Inleiding

Dit document beschrijft het te doorlopen script voor het testen voor de systeemrol:

  • VOorschrift Sturend systeem (MP-VOS) medicatieafspraak met of zonder verstrekkingsverzoek.

De doelgroep van dit document is de leverancier die wil testen. De testen kunnen worden uitgevoerd op de testomgeving. Deze testomgeving kan berichten verzenden en ontvangen.

1.1 Adviezen voor testsuite

Een leverancier kan gebruik maken van de testsuite, waarbij de volgende punten van belang zijn:

  1. Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
  2. Kennis en begrip van de Informatiestandaard Medicatieproces 9 (waaronder het functioneel ontwerp en de functionele en technische specificaties).
  3. Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
  4. De testsuitedocumentatie bevat de gegevens die de leverancier zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden.
  5. Deze testsuite toetst geen infrastructurele eisen.

2 Uit te voeren stappen

Voer – voor ieder afzonderlijk scenario genoemd in de 'Scenarioset' hoofdstukken – de volgende stappen uit:

  1. Voer de gegevens van de bouwstenen medicatieafspraak en verstrekkingsverzoek in.
  2. Stuur een ‘Voorschrift sturen’ bericht naar de testsuitesimulator voor de persoon genoemd in Persoonsgegevens.
  3. De testsuitesimulator antwoordt met een ‘ontvangstbevestiging medicatievoorschrift’ bericht.

3 Leeswijzer

Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:

  1. Doel en verwacht resultaat
  2. Scenario’s
  3. Inhoudelijke gegevens

3.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.

3.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 testsuite 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.

3.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.

3.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.

3.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 testsuite. 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.

3.6 Datum T

T is een datum die we tijdens de testsuite nader invullen / afspreken (betreft over het algemeen de huidige/testsuite datum). Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum.

3.7 OID's

De identificaties hebben de volgende root OID’s

Omschrijving OID
Medicamenteuze behandeling 2.16.840.1.113883.2.4.3.11.999.77.1.1
Medicatieafspraak 2.16.840.1.113883.2.4.3.11.999.77.16076005.1
Toedieningsafspraak 2.16.840.1.113883.2.4.3.11.999.77.422037009.1
Medicatiegebruik 2.16.840.1.113883.2.4.3.11.999.77.6.1
Verstrekkingsverzoek 2.16.840.1.113883.2.4.3.11.999.77.52711000146108.1
Medicatieverstrekking 2.16.840.1.113883.2.4.3.11.999.77.373784005.1



4 Scenarioset 1: medicatievoorschriften met basale inhoud medicatieafspraak en verstrekkingsverzoek - gebruiksperiode/extra VV

4.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem medicatievoorschriften met basale inhoud medicatieafspraken en verstrekkingsverzoeken kan versturen (alle scenario’s).

Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens.
Medicatieafspraak: gebruiksinstructie omschrijving, afspraakdatum, voorschrijfeenheden, voorschrijven op PRK, MA id, MBH id.
Verstrekkingsverzoek: referentie naar MA, VV id, MBH id, te verstrekken hoeveelheid, beoogd verstrekker.

Aantonen dat de medicatieafspraak gebruiksperiode correct wordt gebruikt

Het systeem gaat correct om met ingangsdatum, duur, einddatum.

Aantonen dat er extra VV bij een bestaande MA kan worden gemaakt

Het systeem gaat correct om met een nieuw VV bij een bestaande MA.

Aantonen dat eenheid dosis correct verwerkt wordt

Het systeem gaat correct om met de eenheden dosis/stuks.

Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens.

4.2 Scenario’s

mp:V9.0.7 testsuite voorschrift addendum

 als scenario 1.2 ondersteund wordt, dan dienen ze allebei (1.2a en 1.2b) uitgevoerd te worden

4.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum


5 Scenarioset 2: medicatievoorschriften met basale inhoud medicatieafspraak en verstrekkingsverzoek - andere elementen

5.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem medicatievoorschriften met basale inhoud medicatieafspraken en verstrekkingsverzoeken kan versturen (alle scenario’s).

Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens.
Medicatieafspraak: gebruiksinstructie omschrijving, afspraakdatum, voorschrijfeenheden, voorschrijven op PRK, MA id, MBH id.
Verstrekkingsverzoek: referentie naar MA, VV id, MBH id, te verstrekken hoeveelheid, beoogd verstrekker.

Aantonen dat andere elementen van de medicatieafspraak en verstrekkingsverzoek correct worden gebruikt

Het systeem gaat correct om met aanvullende instructie, toelichting, aanvullende informatie, aanvullende wensen, reden van voorschrijven (verplichting voor 23 geneesmiddelen), toedieningsweg (afwijkende toedieningsweg).

Aantonen dat het systeem voorschriften met meerdere MBHs kan versturen

Het systeem genereert technisch correcte berichten.

Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens.

5.2 Scenario’s

mp:V9.0.7 testsuite voorschrift addendum

5.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum


6 Scenarioset 3: medicatievoorschriften met stop-medicatieafspraken (staken, wijzigen, onderbreken)

6.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem correct omgaat met stop-medicatieafspraken (staken) Het systeem genereert een stop-medicatieafspraak (staken)
Aantonen dat het systeem correct omgaat met technische stop-medicatieafspraken als onderdeel van een wijziging Het systeem genereert een inhoudelijk correcte technische stop-medicatieafspraak in het geval van een wijziging. De technische stop-medicatieafspraak wordt niet als zodanig getoond aan de eindgebruiker.
Aantonen dat het systeem correct omgaat met de reden wijzigen of staken Het systeem gaat correct om met de reden wijzigen of staken. De reden van wijzigen komt in de nieuwe medicatieafspraak.
Aantonen dat het systeem correct omgaat met tijdelijk onderbreken Het systeem genereert een stop-medicatieafspraak (onderbreken)
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

LET OP: onderstaande scenario's dienen te worden uitgevoerd op de reeds in scenario 2.1, 2.2, 2.3 en 2.4 aangemaakte medicatieafspraken.

mp:V9.0.7 testsuite voorschrift addendum

6.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum


7 Scenarioset 4: medicatievoorschrift met lengte en gewicht in de medicatieafspraak

7.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem medicatievoorschriften met lengte en gewicht in de medicatieafspraak kan versturen. Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens.
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

mp:V9.0.7 testsuite voorschrift addendum

7.3 Inhoudelijke gegevens: Scenario 4.1

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum

8 Scenarioset 5

Niet van toepassing voor deze testsuite.

9 Scenarioset 6: medicatievoorschriften met diverse doseerschema's

9.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem correct omgaat met medicatieafspraken met verschillende doseerschema’s.

Het systeem genereert technisch correcte berichten met inhoudelijk correcte gegevens.

Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens.

9.2 Scenario’s

mp:V9.0.7 testsuite voorschrift addendum

* één van de twee scenario's (6.7 óf 6.9) is verplicht, de andere optioneel

9.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum

10 Scenarioset 7: medicatievoorschriften met magistraal/eigen artikel

10.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem correct omgaat met medicatieafspraken 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 medicatieafspraken 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.

10.2 Scenario’s

mp:V9.0.7 testsuite voorschrift addendum

10.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum

11 Scenarioset 8: medicatievoorschriften op basis van andermans medicatieafspraak

11.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat er een voorschrift op basis van een medicatieafspraak van een ander gestuurd kan worden Het systeem stuurt de medicatieafspraak van een ander met kopie indicator mee in het voorschrift. Het id van de medicatieafspraak en de medicamenteuze behandeling zijn de id's die door de ander zijn gegenereerd.
Aantonen dat er een stop-medicatieafspraak op basis van een medicatieafspraak van een ander gestuurd kan worden Het systeem stuurt een stop-medicatieafspraak met het id van de medicamenteuze behandeling die door de ander is gegenereerd.
Aantonen dat er een wijziging op basis van een medicatieafspraak van een ander gestuurd kan worden Het systeem stuurt een technische stop-medicatieafspraak en nieuwe medicatieafspraak met het id van de medicamenteuze behandeling die door de ander is gegenereerd.
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 ingevoerd kunnen worden

Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens.

11.2 Scenario’s

mp:V9.0.7 testsuite voorschrift addendum

11.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum

12 Scenarioset 9: medicatievoorschriften met verstrekkingsverzoek - overige elementen

12.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.

12.2 Scenario’s

mp:V9.0.7 testsuite voorschrift addendum

 als scenario 9.1 ondersteund wordt, dan dienen ze alledrie (9.1a, 9.1b en 9.1c) uitgevoerd te worden

12.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum

13 Scenarioset 10: medicatievoorschriften met medicatieafspraak o.b.v. HPK of ZI-nr

13.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem correct omgaat met voorschrijven op andere geneesmiddelniveaus Het systeem biedt de mogelijkheid om op HPK of ZI-nr niveau medicatie voor te schrijven.
Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

Het systeem biedt de eindgebruiker de mogelijkheid tot het invoeren van de gegevens.

13.2 Scenario’s

mp:V9.0.7 testsuite voorschrift addendum

13.3 Inhoudelijke gegevens

mp:V9.0.7 testsuite voorschrift addendum

mp:V9.0.7 testsuite voorschrift addendum mp:V9.0.7 testsuite voorschrift addendum

14 Documenthistorie

Datum Omschrijving
Draft

Deze pagina maakt gebruik van diverse sections uit addendum 'database': testsuite voorschrift addendum.