jgz:V6.12.9.5 kwalificatie Vaccinatie-opdrachtgever: verschil tussen versies
| Regel 138: | Regel 138: | ||
Het systeem heeft het oude vaccinatiebericht overschreven met het nieuwe bericht (indien contactmomentID hetzelfde is) | Het systeem heeft het oude vaccinatiebericht overschreven met het nieuwe bericht (indien contactmomentID hetzelfde is) | ||
|} | |} | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
== Scenarioset 3: Het opleveren van de vaccinatiestatus == | == Scenarioset 3: Het opleveren van de vaccinatiestatus == | ||
Versie van 6 jul 2020 10:57
 |
This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. |
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:
- 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 Jeugdgezondheidszorg. [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.
Uit te voeren stappen
Op te leveren materialen
De op te leveren materialen zijn:
- schermafdrukken (voor de aangegeven scenario's).
Leeswijzer
Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:
- Doel en verwacht resultaat
- Scenario’s
- Inhoudelijke gegevens
- 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 |
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 |