MedMij:Vissue-MM-4912/Pre-kwalificatie: verschil tussen versies
(→Doelgroep) |
(→Algemene informatie) |
||
Regel 6: | Regel 6: | ||
=Inleiding= | =Inleiding= | ||
==Algemene informatie== | ==Algemene informatie== | ||
− | {{highlight| | + | {{highlight| Voor toetsing en validatie van de implementatie van informatiestandaarden gebruikt Nictiz een kwalificatiesimulator, die is ingericht op een FHIR-server. De simulator kan berichten verzenden en ontvangen. In de uitwisseling wordt gebruik gemaakt van testpatiënten met fictieve BSN's. |
+ | |||
+ | Op de Nictiz kwalificatiesimulator zijn naast scripts voor het doorlopen van kwalificaties ook scripts uitgewerkt voor pre-kwalificatie. Deze scripts helpen de deelnemer of kandidaat deelnemer om: | ||
+ | * inrichting en implementatie van de standaard te toetsen voordat de daadwerkelijke kwalificatie start | ||
+ | * aanpassingen op de eigen inrichting te toetsen bij doorontwikkeling. | ||
+ | }} | ||
+ | |||
==Begrippenlijst== | ==Begrippenlijst== | ||
{{highlight| Begrippenlijst, Tabel met terminologie en uitleg}} | {{highlight| Begrippenlijst, Tabel met terminologie en uitleg}} |
Versie van 17 aug 2023 om 12:47
Dit is een tijdelijke pagina met wijzigingen voor issue MM-4912. De gepubliceerde versie vind je hier. |
Inhoud
1 Doelgroep
Deze pagina is bedoeld voor deelnemers en kandidaatdeelnemers die zich willen voorbereiden op de kwalificatie van een informatiestandaard of gegevensdienst. Dit betreffen onder andere XIS-leveranciers, DVA's, DVP's en ontwikkelaars van (gegevensuitwisseling)platforms.
2 Inleiding
2.1 Algemene informatie
Voor toetsing en validatie van de implementatie van informatiestandaarden gebruikt Nictiz een kwalificatiesimulator, die is ingericht op een FHIR-server. De simulator kan berichten verzenden en ontvangen. In de uitwisseling wordt gebruik gemaakt van testpatiënten met fictieve BSN's.
Op de Nictiz kwalificatiesimulator zijn naast scripts voor het doorlopen van kwalificaties ook scripts uitgewerkt voor pre-kwalificatie. Deze scripts helpen de deelnemer of kandidaat deelnemer om:
- inrichting en implementatie van de standaard te toetsen voordat de daadwerkelijke kwalificatie start
- aanpassingen op de eigen inrichting te toetsen bij doorontwikkeling.
2.2 Begrippenlijst
Begrippenlijst, Tabel met terminologie en uitleg
3 Voorwaarden
Wil toetreden tot medmij / gebruik van een medmij standaard implementeren Kandidaat deelnemer heeft voldoende kennis en begrip van de algemene voorwaarden
4 Uitgangspunten
Uitgangspunten op de kwalificatiepagina kunnen met wat aanpassingen worden overgenomen van de kwalificatiepagina, deze tekst wordt nu ook al gebruikt in het template voor de testscripts
5 Aansluiten op de simulator (Touchstone)
Nictiz stelt het testsysteem Touchstone beschikbaar voor het testen van systeemrollen met bijbehorende MedMij-gegevensdiensten als voorbereiding op het kwalificatieproces. MedMij-(kandidaat)deelnemers kunnen Touchstone eveneens gebruiken in de ontwikkel- en testfase voor het vroegtijdig testen en/of valideren van de FHIR berichten.
Voor het aansluiten op Touchstone is een aparte handleiding beschikbaar.
6 Leeswijzer
In de testscripts staan de scenario's in het hoofdstuk testscript, onder het kopje Overzicht scenario’s. Het overzicht beschrijft de set scenario's telkens met dezelfde kolomindeling:
- Nummer (Nr.)
- Scenario
- Doel van test
- Verwacht resultaat
- Inhoudelijke gegevens
6.1 Nummer (Nr.)
Deze kolom bevat de scenario-nummering. Aan de nummering is af te zien welke scenario's over hetzelfde onderwerp gaan.
6.2 Scenario
In deze kolom zijn alle scenario's van het betreffende script beschreven.
De beschrijving van het scenario kan ook aanvullende informatie en instructies bevatten.
6.3 Doel van test en Verwacht resultaat
De kolom 'doel van test' beschrijft wat er met het scenario wordt getest. Per doel staat hier aangegeven wat het verwachte resultaat is en wat er moet worden getoond.
6.4 Inhoudelijke gegevens
Deze kolom bevat een omschrijving van de gegevens die gebruikt worden bij het uitvoeren van het scenario, bijvoorbeeld persoonsgegevens. Waar mogelijk is deze omschrijving ook een klikbare link naar de tabel met de daadwerkelijke gegevens zoals naam, adres en woonplaats.
6.5 T-datum
Test- en kwalificatiescenario's werken vaak met relatieve datums, die ervoor zorgen dat scenario's niet gedateerd raken. Een datum 'volgende week' blijft zodoende altijd in de toekomst. Om dit te vertalen naar concrete datums die gebruikt worden tijdens het testen en kwalificeren wordt gewerkt met de zogenaamde T-datum. De betekenis van deze T-datum en waar een deelnemer rekening mee moet houden bij het gebruik hiervan verschilt per rol. Voor iedere rol volgt hierna verdere uitleg.
6.5.1 Server: beschikbaarstellen (serve) en client: sturen (send)
Leveranciers die de inhoudelijke gegevens van test- en kwalificatiescenario's in hun bronsysteem invoeren ter voorbereiding op de Touchstone-tests voor beschikbaarstellen (serve) of sturen (send), bepalen een T-datum die zij hanteren bij het invoeren van alle gegevens.
Wanneer de bepaalde T-datum bijvoorbeeld '2022-01-01' is en de kwalificatiescripts spreken van 'T + 400D', berekent de leverancier de datum die 400 dagen ná de bepaalde T-datum ligt. Die datum wordt vervolgens in het bronsysteem ingevoerd bij het betreffende veld – in dit voorbeeld dus '2023-02-05'.
Mogelijke eenheden die gebruik worden bij het verrekenen van de T-datum zijn 'D' (dagen), 'M' (maanden) en 'Y' (jaren).
Wanneer er datums gebruikt worden in de testscenario's, die invloed hebben op de Touchstone-scripts, bijvoorbeeld in de zoekparameters van het scenario "Persoon 1 vraagt alle meetwaarden op in een periode ('T – 30D t/m T')", wordt ook bij het uitvoeren van het betreffende TouchStone-script gevraagd de bepaalde T-datum in te voeren. Touchstone berekent vervolgens zelf de exact benodigde datums. Als de T-datum van het Touchstone-script overeenkomt met die van de ingevoerde gegevens, worden de gevraagde resources opgeleverd.
De verwachting is dat een leverancier de gebruikte T-datum vermeldt bij het aanleveren van de materialen en dat deze datum correspondeert met de aangeleverde screenshots en Touchstone-testexecutie(s).
6.5.2 Server: ontvangen (receive) en client: ophalen (retrieve)
Leveranciers die gegevens ophalen of ontvangen tijdens het gebruik van Touchstone, ontvangen testberichten van WildFHIR. Elke maandag worden de gegevens op WildFHIR ververst, waarbij alle datums opnieuw worden berekend met de datum van die maandag als referentie.
Als een client gegevens ophaalt in de week van '2022-08-01', zal, indien het kwalificatiescript spreekt van een veld met als datum 'T + 400D', er een resource opgehaald worden waarin dat betreffende veld gevuld is met de datum '2023-09-05'.
Wanneer er datums gebruikt worden in de testscenario's, die invloed hebben op de Touchstone-scripts, bijvoorbeeld in de zoekparameters van het scenario "Persoon 1 vraagt alle meetwaarden op in een periode ('T – 30D t/m T')", wordt ook bij het uitvoeren van het betreffende Touchstone-script gevraagd de T-datum in te voeren. Hier dient dus de datum van de maandag uit de testweek te worden ingevuld. Touchstone berekent vervolgens zelf de exact benodigde datums. Als de T-datum van het Touchstone-script overeenkomt met de datum die gebruikt is tijdens het verversen van WildFHIR, worden de gevraagde resources opgeleverd.
De verwachting is dat een client tijdens kwalificatie in screenshots datums laat zien die corresponderen met gegevens die opgehaald zijn tijdens de aangeleverde Touchstone-testexecutie(s).
7 Testscripts per standaard
Tabel van maken met links naar de scripts per versie a la tabel op MedMij landingspagina met verschillende edities.