Pieter Edelman: Create prepub environment from vpk:VOntwerpversie

2025-02-20T15:27:52Z

Create prepub environment from vpk:VOntwerpversie

Pieter Edelman: Gekopieerd van vpk:VOntwerpversie Kwalificatie Touchstone, versie 241625

2025-02-20T15:27:48Z

Gekopieerd van vpk:VOntwerpversie Kwalificatie Touchstone, versie 241625

Mik de Jong: Mik de Jong heeft pagina vpk:Ontwerpversie Kwalificatie Touchstone hernoemd naar vpk:VOntwerpversie Kwalificatie Touchstone

2025-02-18T11:31:19Z

Mik de Jong heeft pagina vpk:Ontwerpversie Kwalificatie Touchstone hernoemd naar vpk:VOntwerpversie Kwalificatie Touchstone

Mik de Jong: Nieuwe pagina aangemaakt met '{{fmbox | style = background: #FFCCFF; margin: 0; | image = 50x40px | text = This article or section '''is in the middle...'

2025-02-11T13:47:06Z

Nieuwe pagina aangemaakt met '{{fmbox | style = background: #FFCCFF; margin: 0; | image = 50x40px | text = This article or section '''is in the middle...'

Nieuwe pagina

{{fmbox
| style = background: #FFCCFF; margin: 0;
| image = [[File:Under_construction_icon-blue.png|50x40px]]
| text = This article or section '''is in the middle of an expansion or major restructuring and is not yet ready for use.'''}}

{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Introductie Touchstone}}
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Touchstone-account}}
* Om toegang te krijgen tot pre-kwalificatietesten moet de Org Group "Nictiz-Testing" worden geselecteerd.
* Om toegang te krijgen tot kwalificatietesten moet de Org Group "Nictiz-Certify" worden geselecteerd.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Testsysteem aanmaken}}
Bij het aanmaken dienen de volgende instellingen gebruikt te worden:
* <code>Specification</code>: FHIR 3.0.2
* Niet aanvinken: <code>requires OAuth2</code>. Voor testen en kwalificaties wordt er een fixed token gebruikt (zie [[#Mock-authenticatie met fixed tokens|de uitleg verderop]]).
* <code>Can be viewed by</code>: My organization groups
* <code>Can be executed against by</code>: My organization groups
* <code>Supported profiles</code>: maak de keuze tussen FHIR-server voor het verzendende XIS of FHIR-client voor het ontvangende XIS.

NB: als beide ondersteund wordt, is het aan te raden om daar twee losse Test Systems voor op te zetten.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Uitvoeren van testen}}
De testmaterialen zijn te via de 'Test Definitions'-link, in de map 'FHIRSandbox/Nictiz/FHIR3-0-2-eOverdracht4.0'. De materialen zijn hierin als volgt georganiseerd:
; ''Test'' versus ''Cert'': De pre-kwalificatiematerialen en kwalificatiematerialen zijn onderverdeeld in twee verschillende mappen, respectievelijk genaamd 'Test' en 'Cert'. De zichtbaarheid van deze mappen is afhankelijk van de Org Group van de gebruiker (zie de uitleg hierboven).
; ''Sending-XIS'' versus ''Receiving-XIS'': De scripts om een zendend XIS te testen zijn te vinden in de submappen beginnend met 'Sending-XIS', de scripts om een ontvangend XIS te testen zijn te vinden in de submappen beginnend met 'Receiving-XIS'.
:; ''Receiving-XIS'' versus ''Receiving-XIS-NoManifest'': De testscripts in de map 'Receiving-XIS' verwachten dat het ontvangende XIS de Composition-resources ophaalt met de {{fhir|$document}}-operation. Wanneer het ontvangende XIS dat niet doet, dienen de scripts in de map 'Receiving-XIS-NoManifest' gebruikt te worden. (Deze scripts missen de test op de allerlaatste update van de Task, dit houdt verband met een tekortkoming in FHIR TestScipt. Zie [https://bits.nictiz.nl/browse/EOVDR-201 ticket EOVDR-201] voor details.)
; ''-phase1-negotiation[x]'' versus ''-phase2-handoff'': eOverdracht kent een aanmeldfase en een overdrachtfase. De scripts die eindigen op '-phase1-negotiation[x]' testen de aanmeldfase, de scripts die eindigen op '-phase2-handoff' testen de overdrachtfase. Deze scripts kunnen los van elkaar of na elkaar gebruikt worden.De aanmeldfase-scripts voor het ontvangende XIS zijn bovendien opgeknipt in twee of drie delen, waarbij de 'knip' telkens zit na het ophalen van de Composition-resource en waar in de workflow typisch een handmatige actie verwacht wordt. Dit is gedaan vanwege een tekortkoming in FHIR TestScript, dat zou falen op het moment dat de resources opgehaald worden waarnaar de Composition verwijst (zie [https://bits.nictiz.nl/browse/EOVDR-201 ticket EOVDR-201] voor details.) Door de scripts op te knippen, kan de tester het script starten op het moment dat de resources zijn opgehaald en de volgende stap in het proces vereist is.
; ''1.x'' versus ''1.xb'': De scenario's eindigend op een 'b' zijn bedoeld om alleen de uitwisseling van de veertien overlappende zibs met de BgZ te testen, de scenario's zonder deze toevoeging zijn bedoeld voor de gehele eOverdracht. Dit komt terug in de namen van de scripts op Touchstone.

{{IssueBox|Waarschuwinig: de technische testscripts zijn nog volop in ontwikkeling; ze zijn nog niet compleet en kunnen onvolkomenheden bevatten. Als er iets niet klopt, horen we dit graag via [https://bits.nictiz.nl BITS].}}

Bij het starten van een test op Touchstone moet aangegeven worden wat de client en server voor de RESTful-interacties zijn. Omdat de eOverdracht-transacties een ''notified pull''-mechanisme gebruiken, is er sprake van ''twee'' clients en ''twee'' servers per test
* Het zendend XIS heeft voor dataoverdracht de rol van server en voor notificaties de rol van client.
* Het ontvangend XIS heeft voor notificaties de rol van client en voor dataoverdracht de rol van client.

====Uitvoeren van testen voor het ontvangend XIS (receiving XIS)====

Bij het starten van een test voor het ontvangend XIS moet de volgende informatie worden opgegeven:
* <code>Origin</code>: het eigen Test System.
* <code>Destination</code>: Kies hierbij voor "Nictiz – Nictiz WildFHIR V202001 - FHIR 3.0.2" (voor HTTP-verkeer) of "Nictiz – Nictiz WildFHIR MedMij V202001-TLS - FHIR 3.0.2" (voor HTTPS/TLS-verkeer). NB: voor HTTPS/TLS wordt er gebruik gemaakt van Let's Encrypt certificaten.
* variabele <code>notificationEndpoint</code>: Het endpoint voor de notificatie, als volwaardige URL (Touchstone speelt de rol van client voor de notificatie). Let op: de URL mag '''niet''' afgesloten worden met '/'.

====Uitvoeren van testen voor het zendend XIS (sending XIS)====

Bij het testen van een zendend XIS wordt tijdens het starten van een test om twee <code>Origin</code>'s (client in RESTful-termen) en twee <code>Destination</code>'s (servers in RESTful-termen) gevraagd. Hier moet de volgende informatie worden gebruikt:
* <code>Origin 1</code>: AEGIS.net, Inc - TouchstoneFHIR.
* <code>Origin 2</code>: Het eigen Test System.
* <code>Destination 1</code>: Het eigen Test System.
* <code>Destination 2</code>: Kies hierbij voor "Nictiz – Nictiz WildFHIR V202001 - FHIR 3.0.2" (voor HTTP-verkeer) of "Nictiz – Nictiz WildFHIR MedMij V202001-TLS - FHIR 3.0.2" (voor HTTPS/TLS-verkeer). NB: voor HTTPS/TLS wordt er gebruik gemaakt van Let's Encrypt certificaten.
* Variabele <code>task-id</code>: de {{fhir|Task.id}} van de eOverdracht-Task die is klaargezet bij het eigen Test System.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Tokens}}
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Aandachtspunten}}
====Warnings tijdens profielvalidatie====
In de testen voor Versturende XIS'en worden het Aanmeldbericht en Overdrachtbericht als FHIR document Bundle opgehaald. Op deze Bundle wordt vervolgens profielvalidatie toegepast. Op dit moment levert dat een groot aantal warnings op, het merendeel in de vorm van: <q>Error in discriminator at Composition.section:[...]: no children, no type.</q> Deze warnings lijken onterecht gegeven te worden en kunnen worden genegeerd.

Overige warnings moeten beschouwd worden als aanwijzing dat er een probleem is met de implementatie, maar dit hoeft niet daadwerkelijk het geval te zijn. De tester moet warnings dus kritisch bekijken en in staat zijn deze te verklaren.
====Falende tests voor de "overlap BgZ"-testen====
In de testen voor Versturende XIS'en worden de Composition resources voor het Aanmeldbericht en het Overdracht gevalideerd tegen de profielen voor de ''gehele'' eOverdracht. Dit betekent dat de validatie zal falen in situaties waarbij slechts de set van overlappende zibs met de BgZ wordt getest. Het resultaat van de validatiestap dient daarom kritisch geïnspecteerd te worden indien deze scenario's getest worden.
{{#lst:kwalificatie:V1.0_Handleiding_Touchstone|Variabele T datum}}

← Oudere versie		Versie van 20 feb 2025 om 15:27
Regel 1:		Regel 1:
		+	__NOINDEX__
	{{fmbox		{{fmbox
	\| style = background: #FFCCFF; margin: 0;		\| style = background: #FFCCFF; margin: 0;

← Oudere versie	Versie van 20 feb 2025 om 15:27
(geen verschil)

← Oudere versie	Versie van 18 feb 2025 om 11:31
(geen verschil)

vpk:Vprepub-Ontwerpversie Kwalificatie Touchstone - Bewerkingsoverzicht

Pieter Edelman: Create prepub environment from vpk:VOntwerpversie

Pieter Edelman: Gekopieerd van vpk:VOntwerpversie Kwalificatie Touchstone, versie 241625

Mik de Jong: Mik de Jong heeft pagina vpk:Ontwerpversie Kwalificatie Touchstone hernoemd naar vpk:VOntwerpversie Kwalificatie Touchstone

Mik de Jong: Nieuwe pagina aangemaakt met '{{fmbox | style = background: #FFCCFF; margin: 0; | image = 50x40px | text = This article or section '''is in the middle...'