Zandbak ELZ Testscript 0.2.0-beta.1: verschil tussen versies
(→Algemene informatie) |
|||
| Regel 48: | Regel 48: | ||
<!-- Sturen --> | <!-- Sturen --> | ||
| − | # Maak de {{highlight|" | + | # Maak de {{highlight|"XXX_Sanderink”}} voor de testpersoon aan, gebruik hiervoor de [[#Inhoudelijke_gegevens|inhoudelijke gegevens]]. |
| − | # Maak schermafdrukken van de wijze waarop de PGO de {{highlight|" | + | # Maak schermafdrukken van de wijze waarop de PGO de {{highlight|"XXX_Sanderink”}} toont aan de gebruiker. {{highlight|OPTIONEEL: Indien er query parameters beschreven zijn in het scenario: maak een schermafdruk van de toegepaste selectie.}} |
| − | # Stuur {{highlight|" | + | # Stuur {{highlight|"XXX_Sanderink”}} richting de kwalificatiesimulator (Touchstone), [[#Overzicht_scenario.E2.80.99s|zoals beschreven in het scenario]]. |
| − | # De kwalificatiesimulator (Touchstone) zal de {{highlight|" | + | # De kwalificatiesimulator (Touchstone) zal de {{highlight|"XXX_Sanderink”}} ontvangen en verwerken. |
#{{highlight|OPTIONEEL: Indien er een foutmelding is beschreven in het scenario: maak een schermafdruk van de wijze waarop de PGO dit aan de gebruiker kenbaar maakt.}} | #{{highlight|OPTIONEEL: Indien er een foutmelding is beschreven in het scenario: maak een schermafdruk van de wijze waarop de PGO dit aan de gebruiker kenbaar maakt.}} | ||
| Regel 83: | Regel 83: | ||
= Aandachtspunten voor inhoudelijke gegevens = | = Aandachtspunten voor inhoudelijke gegevens = | ||
== Persoonsgegevens == | == Persoonsgegevens == | ||
| − | + | Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon). | |
| + | |||
| + | Vastgelegd is dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. | ||
| + | |||
== Variabele T datum == | == Variabele T datum == | ||
| − | + | T is een datum die we tijdens de test en kwalificatie nader invullen / afspreken (betreft over het algemeen de huidige datum). Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum. | |
| + | |||
= Inhoudelijke gegevens = | = Inhoudelijke gegevens = | ||
= Scenario's = | = Scenario's = | ||
Versie van 6 jul 2023 om 14:35
1 Doelgroep
De doelgroep van deze pagina is de leverancier die zelfstandig testen uitvoert ter voorbereiding op de kwalificatie voor de transactie 'Sturen verwijsbericht' met systeemrolcode HZP-VPS.
2 Inleiding
2.1 Algemene informatie
Deze pagina beschrijft het te doorlopen script voor het testen van de transactie 'Sturen verwijsbericht Huisarts naar Paramedicus' door de systeemrol 'Overdrachtsbericht sturen systeem' (HZP-VPS).
Actuele informatie over de informatiestandaard kan je vinden via de overzichtspagina's van het Functioneel ontwerp - FO en Technisch ontwerp - TO.
- Het testen geeft de mogelijkheid om de technische berichten te controleren. Visuele controle van schermafdrukken is geen onderdeel van het testen.
- Het advies is om alle relevante scenario's te testen.
- De testmaterialen kunnen worden aangevuld en gewijzigd (n.a.v. bevindingen).
- Deze aanpassingen worden vermeld in het functionele [1] en in het [2] technisch ontwerp.
2.2 Begrippenlijst
Er zijn geen specifieke begrippen van toepassing.
3 Kwalificatie-informatie
3.1 Algemeen
Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Alle uitleg over kwalificeren kan je vinden op de pagina met algemene informatie over MedMij kwalificaties (switchlink).
Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.
3.2 Voorwaarden voor kwalificatie
Je hebt als kandidaat-deelnemer voldoende kennis en begrip van de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij (switchlink).
3.3 Uitgangspunten kwalificatie
Pas de generieke uitgangspunten voor de kwalificatie MedMij (switchlink) toe voor de systeemrol waarop je in dit script kwalificeert.
3.4 Op te leveren kwalificatiemateriaal door de leverancier
- De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
- Schermafdrukken van de wijze waarop het systeem de informatie uit een kwalificatiescenario aan de gebruiker toont. Onder "Uit te voeren stappen" en in het "Overzicht scenario’s" staat aangegeven waar deze verwacht worden.
Stuur dit materiaal op in het aanleverformat (indien je hier nog niet over beschikt is dit te verkrijgen via kwalificatie@medmij).
4 Kwalificatiescript
4.1 Uit te voeren stappen kwalificatie systeemrol Sturen
Voer – voor ieder scenario – de volgende stappen uit:
- Maak de "XXX_Sanderink” voor de testpersoon aan, gebruik hiervoor de inhoudelijke gegevens.
- Maak schermafdrukken van de wijze waarop de PGO de "XXX_Sanderink” toont aan de gebruiker. OPTIONEEL: Indien er query parameters beschreven zijn in het scenario: maak een schermafdruk van de toegepaste selectie.
- Stuur "XXX_Sanderink” richting de kwalificatiesimulator (Touchstone), zoals beschreven in het scenario.
- De kwalificatiesimulator (Touchstone) zal de "XXX_Sanderink” ontvangen en verwerken.
- OPTIONEEL: Indien er een foutmelding is beschreven in het scenario: maak een schermafdruk van de wijze waarop de PGO dit aan de gebruiker kenbaar maakt.
4.2 Overzicht scenario’s
| Nr | Scenario | Inhoud |
| 1 | Verwijzing Huisarts Paramedicus | Maximaal bericht |
| 2 | Verwijzing Huisarts Paramedicus | Minimaal bericht |
5 Aandachtspunten voor inhoudelijke gegevens
5.1 Persoonsgegevens
Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).
Vastgelegd is dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.
5.2 Variabele T datum
T is een datum die we tijdens de test en kwalificatie nader invullen / afspreken (betreft over het algemeen de huidige datum). Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum.
6 Inhoudelijke gegevens
7 Scenario's
In deze paragraaf volgen de inhoudelijke gegevens van de beschikbare testscenario's. Onderstaande tabel geeft een overzicht van de scenario's en hun inhoud.
Doel van elk scenario is: aantonen dat het systeem correcte berichten kan versturen.
8 Release notes
Je vindt de release notes bij het (LINK-FO#Release_notes) functioneel ontwerp.
