MedMij:Vissue-MM-4912/Pre-kwalificatie: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Doelgroep)
(Algemene informatie)
Regel 6: Regel 6:
 
=Inleiding=
 
=Inleiding=
 
==Algemene informatie==
 
==Algemene informatie==
{{highlight| Tekst vergelijkbaar met introductie op de kwalificatiepagina maar toegespitst op voorbereiding voor kwalificatie}}
+
{{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

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.

7.1 Basisgegevensset Zorg

7.2 Zelfmetingen