kwalificatie:V1.0 Handleiding Touchstone - Bewerkingsoverzicht

Pieter Edelman: Beveiligde "kwalificatie:V1.0 Handleiding Touchstone": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

2026-02-03T13:28:08Z

Beveiligde "kwalificatie:V1.0 Handleiding Touchstone": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

Pieter Edelman: Publish prepub to live environment

2026-02-03T13:28:08Z

Publish prepub to live environment

Pieter Edelman: Gekopieerd van kwalificatie:Vprepub-1.0 Handleiding Touchstone, versie 96269

2026-02-03T13:28:06Z

Gekopieerd van kwalificatie:Vprepub-1.0 Handleiding Touchstone, versie 96269

Niek van Galen: /* Account aanmaken */ HOTFIX: repair url, is already fixed on live page

2022-12-20T12:56:37Z

‎Account aanmaken: HOTFIX: repair url, is already fixed on live page

Pieter Edelman: HOTFIX: Fix section end

2022-11-02T12:44:31Z

HOTFIX: Fix section end

Jorn Duwel: MM-3675: Herziening T-datum uitleg

2022-10-20T15:09:33Z

MM-3675: Herziening T-datum uitleg

Pieter Edelman: MM-3700: Toevoegen uitleg over tokens

2022-10-18T12:27:32Z

MM-3700: Toevoegen uitleg over tokens

Pieter Edelman: MM-3775: Corrigeer afbakening voor secties "Testsysteem aanmaken" en "Uitvoeren van testen"

2022-10-18T11:54:41Z

MM-3775: Corrigeer afbakening voor secties "Testsysteem aanmaken" en "Uitvoeren van testen"

Michael Verbeek: MM-3204: Een waarschuwing is geplaatst over het meesturen van de USER_KEY of ORG_KEY in publieke plekken.

2022-05-23T06:24:17Z

MM-3204: Een waarschuwing is geplaatst over het meesturen van de USER_KEY of ORG_KEY in publieke plekken.

Pieter Edelman: Verander "DVP" naar "client" in de afbeeldingen

2022-02-28T13:56:42Z

Verander "DVP" naar "client" in de afbeeldingen

@@ Regel 1: / Regel 1: @@
 __NUMBEREDHEADINGS__
-{{kwalificatie:Vprepub-1.0_Issuebox}}
+{{kwalificatie:V1.0_Issuebox}}
 <section begin="Introductie Touchstone"/>
 ===Introductie Touchstone===

@@ Regel 37: / Regel 37: @@
 Leveranciers hebben een eigen bedrijfsaccount nodig voor hun organisatie op Touchstone. Er zijn [https://touchstone.aegis.net/touchstone/subscription verschillende abonnementsvormen beschikbaar], waaronder een gratis abonnement. Deze optie (Open) biedt die alle mogelijkheden om te kunnen testen en kwalificeren, maar kent wel limieten, onder meer het aantal tests dat per dag kan worden uitgevoerd.
-Voor het aanmaken van een organisatie op Touchstone kunnen de stappen op https://touchstone.aegis.net/touchstone/userguide/html/registration/index.html gevolgd worden. Let er op dat de "Name" van de organisatie het liefst herkenbaar moet zijn voor Nictiz en dat er niet bijvoorbeeld de naam van een onderontwikkelaar wordt ingevuld. Dit vereenvoudigt het aanmeldproces.
+Voor het aanmaken van een organisatie op Touchstone kunnen de stappen op https://touchstone.aegis.net/touchstone/userguide/html/registration-and-login/membership.html gevolgd worden. Let er op dat de "Name" van de organisatie het liefst herkenbaar moet zijn voor Nictiz en dat er niet bijvoorbeeld de naam van een onderontwikkelaar wordt ingevuld. Dit vereenvoudigt het aanmeldproces.
 Let erop dat Touchstone standaard e-mailadressen en de organisatie van geregistreerde gebruikers toont. Individuele gebruikers kunnen dit in de instellingen van hun account aanpassen.
 ====Join Org Group====

@@ Regel 53: / Regel 53: @@
 Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].
-<section end="Testsysteem aanmaken"/>
+<section end="Uitvoeren van testen"/>
 <section begin="Tokens"/>
 ===Mock-authenticatie met vaste tokens===

@@ Regel 109: / Regel 109: @@
 ===Variabele T datum===
-Test- en kwalificatiescenario's werken vaak met relatieve datums, bijvorbeeld "de afgelopen zes weken". Om dit te vertalen naar concrete datums tijdens het uitvoeren van een test wordt er in de functionele en technische testscripts gewerkt met een zogenaamde T-datum, bijvoorbeeld "T-400D" ofwel 400 dagen vóór de T-datum.
+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'.
-De T-datum is altijd de maandag van de week waarin getest wordt.
+Mogelijke eenheden die gebruik worden bij het verrekenen van de T-datum zijn 'D' (dagen), 'M' (maanden) en 'Y' (jaren).
-Bijvoorbeeld in 2022 is de T-datum in week 3 gelijk aan 17 januari 2022. Deze T-datum is in verschillende situaties relevant:
+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.
-Elke maandag wordt de Nictiz WildFHIR-server geschoond en opnieuw gevuld met testgegevens op basis van deze T-datum.
+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).
-====Tijdzones====
 In de FHIR-datatypes {{datatype|dateTime}} (indien uren en minuten worden gebruikt) en {{datatype|instant}} is het verplicht om een tijdzone in te vullen. De tijdzone kan daarom niet worden weglaten uit de testgegevens. Touchstone heeft helaas de beperking dat de Nederlandse tijdzone niet berekend kan worden aan de hand van de T-datum. De tijdzone die nu in onze testgegevens staat is daarom de Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een testexecutie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat. Dit is geen reden voor afkeuren tijdens kwalificatie.
 <section end="Variabele T datum"/>

@@ Regel 53: / Regel 53: @@
 Leveranciers kunnen zelfstandig de scripts die Nictiz publiceert uitvoeren en de resultaten bekijken. Hoe dit moet, [https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/test-setup.html wordt uitgelegd in de Touchstone-documentatie].
-<section end="Uitvoeren van testen"/>
+<section end="Testsysteem aanmaken"/>
 <section begin="Aandachtspunten"/>
 ===Aandachtspunten===
 ====USER_KEY en ORG_KEY weghalen in tickets====

← Oudere versie	Versie van 3 feb 2026 om 13:28
(geen verschil)

@@ Regel 54: / Regel 54: @@
 <section begin="Aandachtspunten"/>
 ===Aandachtspunten===
 ====Volgorde van tests====
@@ Regel 92: / Regel 95: @@
 <section end="Aandachtspunten"/>
 <section begin="Variabele T datum"/>
 ===Variabele T datum===

@@ Regel 14: / Regel 14: @@
 Bij testen waar de FHIR-client het testobject is ziet de testopstelling er als volgt uit:
-[[Bestand:Touchstone_DVP.png|link= |750px|Touchstone_DVP]]
+[[Bestand:Touchstone client.jpg|link= |750px]]
 De opzet is hier als volgt:
@@ Regel 24: / Regel 24: @@
 Bij testen waar de FHIR-server het testobject is ziet de testopstelling er als volgt uit:
-[[Bestand:Touchstone_DVZA.png|link= |550px|Touchstone_DVZA]]
+[[Bestand:Touchstone server.jpg|link= |550px]]
 De opzet is hier als volgt: