jgz:V6.12.9.5 kwalificatie Vaccinatie-opdrachtgever: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
Regel 92: Regel 92:
  
 
===Inhoudelijke gegevens===
 
===Inhoudelijke gegevens===
====Scenario 1.1=====
+
====Scenario 1.1====
====Scenario 1.2=====
+
====Scenario 1.2====
  
 
== Scenarioset 2: Het ontvangen van toegediende vaccinatie(s) ==
 
== Scenarioset 2: Het ontvangen van toegediende vaccinatie(s) ==

Versie van 6 jul 2020 11:01

Inleiding

Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:

  • Vaccinatie-coördinerend systeem

De doelgroep van dit document is het RIVM die wil kwalificeren. De kwalificatie wordt uitgevoerd met de Nictiz kwalificatiesimulator. Deze kwalificatiesimulator kan berichten verzenden en ontvangen.

Algemene voorwaarden voor kwalificatie

Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:

  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 Jeugdgezondheidszorg. [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 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.
  5. Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
  6. Deze kwalificatie toetst geen infrastructurele eisen.

Uit te voeren stappen


Op te leveren materialen

De op te leveren materialen zijn:

  1. schermafdrukken (voor de aangegeven scenario's).

Leeswijzer

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

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

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 een beschrijving van het scenario aangegeven.

Scenario's

In deze paragraaf zijn alle scenario's van het betreffende hoofdstuk beschreven.

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 beheeroverdracht? sturend systeem. Dit zijn de gegevens voor....

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

Scenarioset 1: Het versturen van partijnummers

Doel en verwacht resultaat


Scenario 1.1 Meerdere partijnummers voor meerdere vaccintypes

Preconditie De partijnummers uit Bijlage A zijn ingevoerd: voor twee vaccintypes zijn er meerdere partijnummers beschikbaar. Het RIVM kan op aanvraag partijnummers versturen
Doel Verwacht resultaat
Aantonen dat partijnummers voor meerdere vaccintypes verstuurd kunnen worden

Het systeem heeft de partijnummers verstuurd naar de simulator

Scenario 1.2 Ontvangen van een nAck

Preconditie De partijnummers uit Bijlage A zijn ingevoerd: voor ten minste één vaccintype zijn er meerdere partijnummers beschikbaar. Het RIVM kan op aanvraag partijnummers versturen
Doel Verwacht resultaat
Aantonen dat partijnummers voor een vaccintype verstuurd kunnen worden

Het systeem heeft de partijnummers verstuurd naar de simulator

Scenario's

Scenario 1.1

Scenario 1.2.

Inhoudelijke gegevens

Scenario 1.1

Scenario 1.2

Scenarioset 2: Het ontvangen van toegediende vaccinatie(s)

Scenario 2.1 ontvangen van een toegediende vaccinatie

Doel Verwacht resultaat
Aantonen dat het systeem een ontvangen vaccinatiebericht goed kan ontvangen en tonen/verwerken

Het systeem heeft vaccinatiebericht met toegediende vaccinatie ontvangen en getoond/verwerkt

Scenario 2.2 Ontvangen van meerdere toegediende vaccinaties

Doel Verwacht resultaat
Aantonen dat het systeem een ontvangen vaccinatiebericht goed kan ontvangen en tonen/verwerken

Het systeem heeft meerdere vaccinaties van het kind ontvangen en getoond/verwerkt

Scenario 2.3 Bezwaar op specifieke vaccinatie

Doel Verwacht resultaat
Aantonen dat het systeem een ontvangen vaccinatiebericht goed kan ontvangen en tonen/verwerken

Het systeem heeft het bezwaar ontvangen en getoond/verwerkt

Scenario 2.4 Ontvangen van een bericht met inhoudelijke fout

Doel Verwacht resultaat
Aantonen dat partijnummers ontvangen en verwerkt kunnen worden

Het systeem heeft de ontvangen partijnummers voor een vaccintype verwerkt

Scenario 2.5 Herhaald vaccinatiebericht (foutieve registratie)

Doel Verwacht resultaat
Aantonen dat een herhaald vaccinatiebericht wordt ontvangen en verwerkt

Het systeem heeft het oude vaccinatiebericht overschreven met het nieuwe bericht (indien contactmomentID hetzelfde is)

Scenarioset 3: Het opleveren van de vaccinatiestatus

Scenario 3.1 Opleveren van een status met planning

Preconditie De kindgegevens voor kind 1 met vaccinatiestatus uit Bijlage C zijn ingevoerd. De JGZ-organisatie (URA) is bekend bij Praeventis.
Doel Verwacht resultaat
Aantonen dat het systeem een vaccinatiestatus kan opleveren na het ontvangen een opvraag

Het systeem heeft een correct bericht opgeleverd met de status met planning

Scenario 3.2 Opleveren van een status uit hoofdstuk 3

Preconditie De kindgegevens en vaccinatiestatus zijn ontvangen (zie §3.5 Scenario 5: Herhaald vaccinatiebericht (foutieve registratie)). De JGZ-organisatie (URA) is bekend bij Praeventis
Doel Verwacht resultaat
Aantonen dat het systeem van een vaccinatiestatus kan opleveren na het ontvangen van een opvraag.

Het systeem heeft een correct bericht opgeleverd met de status (en planning)

Aantonen dat het systeem het vaccinatieschema DKTP kan opleveren

Het systeem heeft een correct bericht opgeleverd met het vaccinatieschema DKTP en toegediende vaccinaties na correctie

Scenario 3.3 Kind niet bekend in Praeventis

Preconditie Er zijn geen kindgegevens ingevoerd
Doel Verwacht resultaat
Aantonen dat het systeem een vaccinatiestatus kan opleveren na het ontvangen van een opvraag

Het systeem heeft een correct bericht opgeleverd met een 'not found' melding

Scenario 3.4 Foutcode opleveren

Preconditie De JGZ-organisatie (URA) is niet bekend bij Praeventis
Doel Verwacht resultaat
Aantonen dat het systeem een foutcode kan opleveren als resultaat van een opvraag

Het systeem heeft een correct bericht met foutcode voor onbekende organisatie opgeleverd