jgz:V6.12.9.5 kwalificatie Vaccinatie-uitvoerder: verschil tussen versies
Regel 59: | Regel 59: | ||
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.... | 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 ontvangen van partijnummers en registreren+versturen van toegediende vaccinatie(s) == | == Scenarioset 1: Het ontvangen van partijnummers en registreren+versturen van toegediende vaccinatie(s) == |
Versie van 3 jul 2020 13:32
jgz:Vdraft JGZ_kwalificatie_vaccinatie_uitvoerder
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-uitvoerend systeem
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.
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
Voer – voor ieder afzonderlijk scenario genoemd in de 'Scenarioset' hoofdstukken – de volgende stappen uit:
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
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 ontvangen van partijnummers en registreren+versturen van toegediende vaccinatie(s)
Doel en verwacht resultaat
Scenario 1.1 ontvangen van een bericht met inhoudelijke fout
Doel | Verwacht resultaat |
Ontvangen van een bericht met inhoudelijke fout |
Het systeem heeft het bericht ontvangen en een technische ack teruggestuurd |
Scenario 1.2 Partijnummers niet beschikbaar
Doel | Verwacht resultaat |
Aantonen dat een vaccinatie geregistreerd kan worden als de partijnummers niet beschikbaar zijn |
Het systeem heeft het vaccinatiebericht klaar gezet om verstuurd te worden |
Scenario 1.3 (n.v.t.) Partijnummers niet beschikbaar, ampul vanaf vandaag geldig
Scenario 1.4 Ontvangen meerdere partijnummers voor een vaccintype
Doel | Verwacht resultaat |
Aantonen dat partijnummers ontvangen en verwerkt kunnen worden |
Het systeem heeft de ontvangen partijnummers voor een vaccintype verwerkt |
Scenario 1.5 Registreren van een toegediende vaccinatie
Doel | Verwacht resultaat |
Aantonen dat een vaccinatie geregistreerd kan worden en aantonen dat een vaccinatieschema DKTP geregistreerd kan worden |
Het systeem heeft beide vaccinatieberichten klaar gezet om verstuurd te worden |
Scenario 1.6 Ontvangen van meerdere partijnummers voor meerdere vaccintypes
Doel | Verwacht resultaat |
Aantonen dat partijnummers ontvangen en verwerkt kunnen worden |
Het systeem heeft de ontvangen partijnummers voor meerdere vaccintypes verwerkt |