MedMij:Vprepub-2020.01/PDFA Beschikbaarstellen - Bewerkingsoverzicht

Niek van Galen: MM-3444: Verduidelijken gebruik voorbeelddocumenten tijdens kwalificatie

2022-11-22T15:31:26Z

MM-3444: Verduidelijken gebruik voorbeelddocumenten tijdens kwalificatie

← Oudere versie		Versie van 22 nov 2022 15:31
Regel 151:		Regel 151:

	= Inhoudelijke gegevens scenario’s =		= Inhoudelijke gegevens scenario’s =
	In dit hoofdstuk zijn de addenda van scenario 1 en 2 te vinden. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor ~~use case~~ Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorgdomeinen, is het mogelijk om naast de voorbeelddocumenten, gebruik te maken van eigen representatieve testdocumenten. Welke documenten met welke metadata worden gebruikt, dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.		In dit hoofdstuk zijn de addenda van scenario 1 en 2 te vinden. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor usecase Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorgdomeinen, is het mogelijk om naast de voorbeelddocumenten gebruik te maken van eigen representatieve testdocumenten. Welke documenten met welke metadata worden gebruikt, dient vooraf te worden overlegd.

			We verwachten dat verschillende documenten worden gebruikt tijdens de kwalificatie. Elk gebruikte document tijdens de kwalificatie is uniek. Het gebruik van slechts één document voor alle kwalificatieonderdelen is niet toegestaan.

			In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

	== Scenario 1.1-1.5: persoon 1 wil documenten raadplegen ==		== Scenario 1.1-1.5: persoon 1 wil documenten raadplegen ==

Foppe Crezee: MM-3498 DocumentReference 3 verwijderd en meerdere kleine aanpassingen

2022-10-20T08:24:08Z

MM-3498 DocumentReference 3 verwijderd en meerdere kleine aanpassingen

← Oudere versie		Versie van 20 okt 2022 08:24
Regel 97:		Regel 97:
	! Nr. !! Scenario !! Testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat		! Nr. !! Scenario !! Testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
	\|-		\|-
	\| 1.1 \|\| Persoon 1 haalt alle DocumentReferenties op die de status {{term\|current}} hebben en het XIS stelt deze beschikbaar. \|\| Test of een XIS op basis van parameters de juiste DocumentReferenties beschikbaar kan stellen. \|\| Aantonen dat een XIS de juiste DocumentReferenties beschikbaar kan stellen op basis van search parameters (status). \|\| DocumentReferentie 1, 2 ~~en 3~~.		\| 1.1 \|\| Persoon 1 haalt alle DocumentReferenties op die de status {{term\|current}} hebben en het XIS stelt deze beschikbaar. \|\| Test of een XIS op basis van parameters de juiste DocumentReferenties beschikbaar kan stellen. \|\| Aantonen dat een XIS de juiste DocumentReferenties beschikbaar kan stellen op basis van search parameters (status). \|\| DocumentReferentie 1 en 2.
	\|\| Persoonsgegevens van persoon 1.		\|\| Persoonsgegevens van persoon 1.
	DocumentReferentie 1, 2 ~~en 3~~: screenshots van metadata van de DocumentReferenties.		DocumentReferentie 1 en 2: screenshots van metadata van de DocumentReferenties.
	\|-		\|-
	\| 1.2 \|\| Persoon 1 haalt alle DocumentReferenties op die de status {{term\|current}} hebben én uit de periode [T-730] t/m [T-365] komen, en het XIS stelt deze beschikbaar. \|\| Test of een XIS geen DocumentReferenties, die buiten de door persoon 1 gedefinieerde periode vallen, beschikbaar stelt. \|\| Aantonen dat een XIS de juiste DocumentReferenties beschikbaar kan stellen op basis van search parameters (datum en status). \|\| Geen DocumentReferenties. \|\| Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.		\| 1.2 \|\| Persoon 1 haalt alle DocumentReferenties op die de status {{term\|current}} hebben én uit de periode [T-730] t/m [T-365] komen, en het XIS stelt deze beschikbaar. \|\| Test of een XIS geen DocumentReferenties, die buiten de door persoon 1 gedefinieerde periode vallen, beschikbaar stelt. \|\| Aantonen dat een XIS de juiste DocumentReferenties beschikbaar kan stellen op basis van search parameters (datum en status). \|\| Geen DocumentReferenties. \|\| Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.
Regel 158:		Regel 158:

	* Persoonsgegevens van persoon 1		* Persoonsgegevens van persoon 1
	* Gegevens van 3 zorgverleners		* Gegevens van twee zorgverleners
	* ~~Drie~~ DocumentReferenties		* Twee DocumentReferenties
	* De twee documenten zelf		* De twee documenten zelf

Regel 194:		Regel 194:
	\|-		\|-
	\|Voorletter(s) \|\|B.		\|Voorletter(s) \|\|B.
	\|}

	~~{\| class="wikitable" style="width: 30%;"~~
	~~! colspan='2'\|Zorgverlener 3~~
	\|-
	~~\|style="width: 50%;"\|Achternaam \|\|Kiek~~
	\|-
	~~\|Voorletter(s) \|\|F.~~
	\|}		\|}

Regel 257:		Regel 249:
	\|-		\|-
	\|Location PDF/A \|\|Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 2).		\|Location PDF/A \|\|Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 2).
	\|-
	~~\|Security label \|\|Bij ondersteuning van dit concept een waarde invoeren.~~
	\|}

	~~{\| class="wikitable" style="width: 50%;"~~
	~~! colspan='2'\|DocumentReferentie 3~~
	\|-
	~~\|style="width: 15%;"\|MasterIdentifier \|\|Zelf te bepalen.~~
	\|-
	~~\|Status \|\|Current~~
	\|-
	~~\|Type \|\|Neurology Consult note, of type van eigen (onjuiste) document.~~
	\|-
	~~\|Class \|\|Consult Note, of indien van toepassing class van eigen (onjuiste) document.~~
	\|-
	~~\|Subject \|\|XXX_ Baltus~~
	\|-
	~~\|Indexed/Created \|\|T – 355~~
	\|-
	~~\|Author \|\|Zorgverlener 3, zie tabel zorgverlener.~~
	\|-
	~~\|Title \|\|Neurology Consult note, of van eigen (onjuiste) document.~~
	\|-
	~~\|ContentType \|\|Application/pdf~~
	\|-
	~~\|Language \|\|Bij ondersteuning van dit concept een waarde invoeren.~~
	\|-
	~~\|Location PDF/A \|\|Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.~~
	\|-		\|-
	\|Security label \|\|Bij ondersteuning van dit concept een waarde invoeren.		\|Security label \|\|Bij ondersteuning van dit concept een waarde invoeren.
Regel 307:		Regel 271:
	* Persoonsgegevens van persoon 2		* Persoonsgegevens van persoon 2
	* Drie DocumentManifests		* Drie DocumentManifests
	* Gegevens van 2 zorgverleners		* Gegevens van twee zorgverleners
	* Twee DocumentReferenties		* Twee DocumentReferenties
	* De documenten zelf		* De documenten zelf

Luud Slagter: MM-3540: Aanpassingen doorgevoerd in 'Verwacht functioneel resultaat', en enkele typo's gecorrigeerd

2022-09-20T08:38:54Z

MM-3540: Aanpassingen doorgevoerd in 'Verwacht functioneel resultaat', en enkele typo's gecorrigeerd

Wijzigingen bekijken

Luud Slagter: MM-3247: Beschrijving van scenario 2.5 uitgebreid met autorisatietest

2022-08-25T06:15:17Z

MM-3247: Beschrijving van scenario 2.5 uitgebreid met autorisatietest

← Oudere versie		Versie van 25 aug 2022 06:15
Regel 121:		Regel 121:
	DocumentReferentie 4: screenshots van metadata van de DocumentReferentie.		DocumentReferentie 4: screenshots van metadata van de DocumentReferentie.
	\|-		\|-
	\| 2.5<sup>1</sup> \|\| Persoon 2 raadpleegt het door het XIS beschikbaargestelde PDF/A-document uit een DocumentReferentie. \|\| Test of een XIS een PDF/A-document beschikbaar kan stellen vanuit een andere locatie dan een Binary-resource. \|\|Aantonen dat een XIS PDF/A-documenten beschikbaar kan stellen vanuit een andere locatie dan de Binary-endpoint. \|\| PDF/A-document van DocumentReferentie 4. \|\| Screenshots van de inhoud van het PDF/A-document van DocumentReferentie 4.		\| 2.5<sup>1</sup> \|\| Persoon 2 raadpleegt het door het XIS beschikbaargestelde PDF/A-document uit een DocumentReferentie. \|\| Test of een XIS een PDF/A-document beschikbaar kan stellen vanuit een andere locatie dan een Binary-resource, en deze beschikbaarstelling alleen plaatsvindt als de opvrager geautoriseerd is het document in te zien. \|\| Aantonen dat een XIS PDF/A-documenten beschikbaar kan stellen vanuit een andere locatie dan de Binary-endpoint, en hierbij rekening houdt met de autorisatie van de opvrager. \|\| PDF/A-document van DocumentReferentie 4. \|\| Screenshots van de inhoud van het PDF/A-document van DocumentReferentie 4.
	\|}		\|}

Elize Rot: MM-3360: De titels van de voorbeelddocumenten zijn gecorrigeerd in het kwalificatiemateriaal en bij de documentinhoud in het kwalificatiescript.

2022-07-22T09:39:19Z

MM-3360: De titels van de voorbeelddocumenten zijn gecorrigeerd in het kwalificatiemateriaal en bij de documentinhoud in het kwalificatiescript.

← Oudere versie		Versie van 22 jul 2022 09:39
Regel 246:		Regel 246:
	\|Type \|\|Infectious disease Consult note, of type van eigen document 2.		\|Type \|\|Infectious disease Consult note, of type van eigen document 2.
	\|-		\|-
	\|Class \|\| Consult Note, of indien van toepassing class van eigen document 2.		\|Class \|\|Consult Note, of indien van toepassing class van eigen document 2.
	\|-		\|-
	\|Subject \|\|XXX_ Baltus		\|Subject \|\|XXX_ Baltus
Regel 254:		Regel 254:
	\|Author \|\|Zorgverlener 2, zie tabel zorgverlener.		\|Author \|\|Zorgverlener 2, zie tabel zorgverlener.
	\|-		\|-
	\|Title \|\| ~~Example PDF -~~ Infectious disease Consult note, of van eigen document 2.		\|Title \|\|Infectious disease Consult note, of van eigen document 2.
	\|-		\|-
	\|ContentType \|\|Application/pdf		\|ContentType \|\|Application/pdf
Regel 282:		Regel 282:
	\|Author \|\|Zorgverlener 3, zie tabel zorgverlener.		\|Author \|\|Zorgverlener 3, zie tabel zorgverlener.
	\|-		\|-
	\|Title \|\|~~Example PDF -~~ Neurology Consult note, of van eigen (onjuiste) document.		\|Title \|\|Neurology Consult note, of van eigen (onjuiste) document.
	\|-		\|-
	\|ContentType \|\|Application/pdf		\|ContentType \|\|Application/pdf
Regel 294:		Regel 294:

	=== Documenten ===		=== Documenten ===
	{\| class="wikitable" style="width: 30%;"		{\| class="wikitable" style="width: 50%;"
	! colspan='2'\|Document 1		! colspan='2'\|Document 1
	\|-		\|-
	\|style="width: 30%;"\|Document/inhoud \|\|Document 1 - ~~Infectious disease Consult note~~.pdf		\|style="width: 15%;"\|Document/inhoud \|\|Document 1 - Anterior Cervical Discectomy Fusion - Discharge Summary.pdf
	\|}		\|}

	{\| class="wikitable" style="width: 30%;"		{\| class="wikitable" style="width: 50%;"
	! colspan='2'\|Document 2		! colspan='2'\|Document 2
	\|-		\|-
	\|style="width: 30%;"\|Document/inhoud \|\|Document 2 - ~~Neurology~~ Consult note.pdf		\|style="width: 15%;"\|Document/inhoud \|\|Document 2 - Infectious disease Consult note.pdf
	\|}		\|}

Regel 367:		Regel 367:
	\|Author \|\|Zorgverlener 1, zie tabel zorgverlener.		\|Author \|\|Zorgverlener 1, zie tabel zorgverlener.
	\|-		\|-
	\|Title \|\|~~Example PDF not in Binary~~, of van eigen document.		\|Title \|\|Discharge summary, of van eigen document.
	\|-		\|-
	\|ContentType \|\|Application/pdf		\|ContentType \|\|Application/pdf
Regel 407:		Regel 407:

	=== Documenten ===		=== Documenten ===
	{\| class="wikitable" style="width: 30%;"		{\| class="wikitable" style="width: 50%;"
	! colspan='2'\|Document 4		! colspan='2'\|Document 4
	\|-		\|-
	\|style="width: 30%;"\|Document/inhoud \|\|Document 4 - Discharge Summary.pdf		\|style="width: 15%;"\|Document/inhoud \|\|Document 4 - Discharge Summary.pdf
	\|}		\|}

Pieter Edelman: MM-3237: Verwijder twee "uit te voeren stappen" die dat niet zijn

2022-07-04T09:15:35Z

MM-3237: Verwijder twee "uit te voeren stappen" die dat niet zijn

Pieter Edelman: MM-3245: Vervang term "non-Binary resource"

2022-07-04T09:13:19Z

MM-3245: Vervang term "non-Binary resource"

← Oudere versie		Versie van 4 jul 2022 09:13
Regel 51:		Regel 51:
	\| Binary Resource \|\| Manier 1 waarop een PDF/A document kan worden beschikbaargesteld/geraadpleegd: het PDF/A document is opgeslagen in het bronsysteem van de zorgaanbieder als één lange code, en deze code wordt bij het raadplegen door de patiënt omgezet in een PDF/A document.		\| Binary Resource \|\| Manier 1 waarop een PDF/A document kan worden beschikbaargesteld/geraadpleegd: het PDF/A document is opgeslagen in het bronsysteem van de zorgaanbieder als één lange code, en deze code wordt bij het raadplegen door de patiënt omgezet in een PDF/A document.
	\|-		\|-
	\| Andere locatie \|\| Manier 2 waarop een PDF/A document kan worden beschikbaargesteld/geraadpleegd: het PDF/A document wordt van een andere locatie dan een ~~binary~~ resource gehaald. Bijvoorbeeld: een link naar het internet		\| Andere locatie \|\| Manier 2 waarop een PDF/A document kan worden beschikbaargesteld/geraadpleegd: het PDF/A document wordt van een andere locatie dan een Binary resource gehaald. Bijvoorbeeld: een link naar het internet (HTTP-verwijzing).
	\|}		\|}

Regel 87:		Regel 87:
	# Registreer in het XIS de patiëntgegevens voor de testpersonen zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].		# Registreer in het XIS de patiëntgegevens voor de testpersonen zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
	# Zorg dat het XIS beschikt over de PDF/A-metadata en PDF/A-documenten voor deze personen, gebruik hiervoor de inhoud van deze pagina.		# Zorg dat het XIS beschikt over de PDF/A-metadata en PDF/A-documenten voor deze personen, gebruik hiervoor de inhoud van deze pagina.
	# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:~~V2020~~.01/Kwalificatie#PDF.2FA_3.0\|'Aanleverformat – Beschikbaarstellen PDF/A']].		# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:Vprepub-2020.01/Kwalificatie#PDF.2FA_3.0\|'Aanleverformat – Beschikbaarstellen PDF/A']].
	# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door het kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario's. Hiervoor zijn twee varianten beschikbaar:		# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door het kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario's. Hiervoor zijn twee varianten beschikbaar:
	#* Indien het XIS ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server" gebruikt worden.		#* Indien het XIS ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server" gebruikt worden.
Regel 126:		Regel 126:
	\|}		\|}

	<sup>1</sup>Scenario 1.4 test het beschikbaarstellen van een PDF/A-document via een Binary-resource, scenario 2.5 test het beschikbaarstellen van een PDF/A-document via een ~~non~~-~~Binary-resource~~. Een DVZA moet minimaal ~~één~~ van beide methoden ondersteunen (beide mag ook), en hoeft dan alleen de corresponderende test uit te voeren.		<sup>1</sup>Scenario 1.4 test het beschikbaarstellen van een PDF/A-document via een Binary-resource, scenario 2.5 test het beschikbaarstellen van een PDF/A-document via een HTTP-verwijzing. Een DVZA moet minimaal 1 van beide methoden ondersteunen (beide mag ook), en hoeft dan alleen de corresponderende test uit te voeren.

	<sup>2</sup>Scenario 2.2, 2.3 en 2.4 hebben betrekking op het optionele DocumentManifest. Ook als DocumentManifest niet wordt ondersteund, worden deze tests uitgevoerd via de scripts in de 'XIS-Server-NoManifest'-map. In dat geval wordt een foutmelding als resultaat verwacht, die aangeeft dat de betreffende resource niet wordt ondersteund.		<sup>2</sup>Scenario 2.2, 2.3 en 2.4 hebben betrekking op het optionele DocumentManifest. Ook als DocumentManifest niet wordt ondersteund, worden deze tests uitgevoerd via de scripts in de 'XIS-Server-NoManifest'-map. In dat geval wordt een foutmelding als resultaat verwacht, die aangeeft dat de betreffende resource niet wordt ondersteund.

Pieter Edelman: MM-3212: Improve description of scenario 2.4 and 2.5

2022-07-04T07:54:10Z

MM-3212: Improve description of scenario 2.4 and 2.5

Wijzigingen bekijken

Pieter Edelman: MM-3185: Voeg een variant van de testscripts toe voor DVZA's die de DocumentManifest-resource niet ondersteunen

2022-05-23T07:38:03Z

MM-3185: Voeg een variant van de testscripts toe voor DVZA's die de DocumentManifest-resource niet ondersteunen

← Oudere versie		Versie van 23 mei 2022 07:38
Regel 86:		Regel 86:

	# Registreer in het XIS de patiëntgegevens voor de testpersonen zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].		# Registreer in het XIS de patiëntgegevens voor de testpersonen zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
	# Zorg dat het XIS beschikt over de PDF/A metadata ~~gegevens~~ en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze ~~bladzijde~~.		# Zorg dat het XIS beschikt over de PDF/A-metadata en PDF/A-documenten voor deze personen, gebruik hiervoor de inhoud van deze pagina.
	# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0\|~~‘Aanleverformat~~ – Beschikbaarstellen PDF/A’]].		# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0\|'Aanleverformat – Beschikbaarstellen PDF/A']].
	# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende ~~scenario’s~~.		# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door het kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario's. Hiervoor zijn twee varianten beschikbaar:
	#PDF/A metadata ~~gegevens~~ beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 en 2.4~~. Merk op dat ondersteuning van DocumentManifest optioneel is, maar dat de bijbehorende scenario's (2.2, 2.3 en 2.4) wel uitgevoerd moeten worden (zie ook de tweede voetnoot hieronder)~~.		#* Indien het XIS ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server" gebruikt worden.
	# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR ~~binary~~ resource (scenario 1.4) of door middel van een rechtstreekse locatie (scenario 2.5).		#* Indien het XIS geen ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server-NoManifest" gebruikt worden.
			# PDF/A-metadata beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 en 2.4.
			# Om te kwalificeren dient een XIS in staat te zijn om PDF/A-documenten beschikbaar te stellen in een FHIR Binary-resource (scenario 1.4) of door middel van een rechtstreekse locatie (scenario 2.5).

	{\| class="wikitable"		{\| class="wikitable"
Regel 130:		Regel 132:
	\|}		\|}

	<sup>1</sup>Scenario 1.4 test het beschikbaarstellen van een PDF/A document via een Binary resource, scenario 2.5 test het		<sup>1</sup>Scenario 1.4 test het beschikbaarstellen van een PDF/A-document via een Binary-resource, scenario 2.5 test het beschikbaarstellen van een PDF/A-document via een non-Binary-resource. Een DVZA moet minimaal 1 van beide methoden ondersteunen (beide mag ook), en hoeft dan alleen de corresponderende test uit te voeren.
	beschikbaarstellen van een PDF/A document via een non-Binary resource. Een DVZA moet minimaal 1 van beide
	methoden ondersteunen (beide mag ook), en hoeft dan alleen de corresponderende test uit te voeren.

	<sup>2</sup>Scenario 2.2, 2.3~~. &~~ 2.4 hebben betrekking ~~tot~~ het optionele DocumentManifest. Ook als DocumentManifest niet wordt ondersteund, ~~moeten~~ deze tests ~~wel~~ uitgevoerd ~~worden~~. In dat geval wordt een foutmelding als resultaat verwacht, die aangeeft dat de betreffende ~~operatie~~ niet wordt ondersteund.		<sup>2</sup>Scenario 2.2, 2.3 en 2.4 hebben betrekking op het optionele DocumentManifest. Ook als DocumentManifest niet wordt ondersteund, worden deze tests uitgevoerd via de scripts in de 'XIS-Server-NoManifest'-map. In dat geval wordt een foutmelding als resultaat verwacht, die aangeeft dat de betreffende resource niet wordt ondersteund.

	= Aandachtspunten voor inhoudelijke gegevens =		= Aandachtspunten voor inhoudelijke gegevens =

Pieter Edelman: MM-3179: Fix spel- en formatteerfouten in de scenario-tabel

2022-04-21T15:19:11Z

MM-3179: Fix spel- en formatteerfouten in de scenario-tabel

← Oudere versie		Versie van 21 apr 2022 15:19
Regel 97:		Regel 97:
	! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat		! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
	\|-		\|-
	\| 1.1 \|\| Persoon 1 haalt alle DocumentReferenties op, die de status ‘current’ hebben en de DVZA stelt deze beschikbaar \|\| Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status beschikbaar kunnen worden gesteld \|\| Aantonen dat een XIS op verzoek van een PGO DocumentReferenties kan ~~beschikbaar~~ stellen \|\| Persoonsgegevens van persoon 1 DocumentReferentie 1, 2 en 3 \|\| Persoonsgegevens van persoon 1		\| 1.1 \|\| Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en de DVZA stelt deze beschikbaar \|\| Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status beschikbaar kunnen worden gesteld \|\| Aantonen dat een XIS op verzoek van een PGO DocumentReferenties beschikbaar kan stellen \|\| Persoonsgegevens van persoon 1
			DocumentReferentie 1, 2 en 3
			\|\| Persoonsgegevens van persoon 1
	DocumentReferentie 1, 2 en 3: schermprints van metadata van de DocumentReferenties		DocumentReferentie 1, 2 en 3: schermprints van metadata van de DocumentReferenties
	\|-		\|-
	\| 1.2\|\| Persoon 1 haalt alle DocumentReferenties op, die de status ‘current’ hebben én uit de volgende periode komen: [T-730] t/m [T-365], en de DVZA stelt deze beschikbaar \|\| Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, beschikbaar worden gesteld\|\| Aantonen dat een XIS ~~documentReferenties~~ beschikbaar op basis van ~~searchparameter~~ (datum en status)\|\| Geen DocumentReferenties \|\| Er wordt hier geen screenshot verwacht. Een DVZA kan ~~filter aanvragen~~ vanuit de PGO alleen technisch verwerken, maar niet aan de voorkant laten zien		\| 1.2\|\| Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben én uit de volgende periode komen: [T-730] t/m [T-365], en de DVZA stelt deze beschikbaar \|\| Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, beschikbaar worden gesteld\|\| Aantonen dat een XIS DocumentReferenties beschikbaar kan stellen op basis van searchparameters (datum en status)\|\| Geen DocumentReferenties \|\| Er wordt hier geen screenshot verwacht. Een DVZA kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de voorkant laten zien
	\|-		\|-
	\| 1.3\|\| Persoon 1 wil DocumentReferenties raadplegen voor een syntactisch foutieve periode en een ‘current’ status. \|\| Test of een XIS omgaan met een uitvraag die syntactisch fout is\|\| Aantonen dat een XIS om kan gaan met ~~omgaan~~ met een uitvraag die syntactisch fout is en een correcte foutmelding ~~genereerd~~ \|\| Geen DocumentReferenties, maar een foutmelding \|\| Er wordt hier geen screenshot verwacht. Een DVZA kan ~~filter aanvragen~~ vanuit de PGO alleen technisch verwerken, maar niet aan de voorkant laten zien.		\| 1.3\|\| Persoon 1 wil DocumentReferenties raadplegen voor een syntactisch foutieve periode en een ‘current’ status. \|\| Test of een XIS kan omgaan met een uitvraag die syntactisch fout is\|\| Aantonen dat een XIS om kan gaan met met een uitvraag die syntactisch fout is en een correcte foutmelding kan genereren \|\| Geen DocumentReferenties, maar een foutmelding \|\| Er wordt hier geen screenshot verwacht. Een DVZA kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de voorkant laten zien.
	\|-		\|-
	\| 1.4<sup>1</sup>\|\| Persoon 1 raadpleegt PDF/A documenten die door de DVZA beschikbaargesteld via een Binary resource \|\| Test of een XIS een Binary document beschikbaar kan stellen \|\| Aantonen dat het systeem PDF/A documenten beschikbaar kan stellen door middel van een uitvraag op de Binary endpoint. \|\|PDF/A documenten 1 en 2 in een FHIR Binary resource \|\| De inhoud van PDF/A document 1 en 2.		\| 1.4<sup>1</sup>\|\| Persoon 1 raadpleegt PDF/A-documenten die door de DVZA beschikbaargesteld worden via een Binary-resource \|\| Test of een XIS een Binary-document beschikbaar kan stellen \|\| Aantonen dat het systeem PDF/A-documenten beschikbaar kan stellen door middel van een uitvraag op de Binary-endpoint. \|\|PDF/A-documenten 1 en 2 in een FHIR Binary-resource \|\| De inhoud van PDF/A-document 1 en 2.
	\|-		\|-
	\| 1.5\|\| Persoon 1 wil een PDF/A document raadplegen in een XIS, dit document is echter onbekend in het XIS \|\| Test of een XIS kan omgaan met de uitvraag van een onbekend document \|\| Aantonen dat het systeem kan omgaan met een uitvraag voor een PDF/A document terwijl deze niet bekend is. \|\|Geen PDF/A document verwacht maar 404 of 410 (vanwege foutieve verwijzing) \|\| Er wordt hier geen screenshot verwacht. Een DVZA kan ~~filter aanvragen~~ vanuit de PGO alleen technisch verwerken, maar niet aan de voorkant laten zien.		\| 1.5\|\| Persoon 1 wil een PDF/A-document raadplegen in een XIS, dit document is echter onbekend in het XIS \|\| Test of een XIS kan omgaan met de uitvraag van een onbekend document \|\| Aantonen dat het systeem kan omgaan met een uitvraag voor een PDF/A-document terwijl deze niet bekend is. \|\|Geen PDF/A-document verwacht maar 404 of 410 (vanwege foutieve verwijzing) \|\| Er wordt hier geen screenshot verwacht. Een DVZA kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de voorkant laten zien.
	\|-		\|-
	\| 2.1\|\| Persoon 2 wil alle DocumentReferenties met de status ‘current’ en de DVZA stelt deze DocumentReferenties beschikbaar \|\| Test of een XIS op basis van parameters de de juiste DocumentReferenties beschikbaar kan stellen. \|\|Aantonen dat een DVZA op basis van searchparameters de juiste DocumentReferenties beschikbaar kan stellen. \|\| Persoonsgegevens van persoon 2 DocumentReferentie 4 \|\| Persoonsgegevens van persoon 2 DocumentReferentie 4. Let op: omdat filteren aan de ‘voorkant’ van de DVZA niet mogelijk is, is de verwachting een DVZA aan de voorkant alle DocumentReferenties 4 en 5 laat zien (niet alleen 4 zoals technisch wel verwacht wordt).		\| 2.1\|\| Persoon 2 wil alle DocumentReferenties met de status ‘current’ en de DVZA stelt deze DocumentReferenties beschikbaar \|\| Test of een XIS op basis van parameters de juiste DocumentReferenties beschikbaar kan stellen. \|\|Aantonen dat een DVZA op basis van searchparameters de juiste DocumentReferenties beschikbaar kan stellen. \|\| Persoonsgegevens van persoon 2
			DocumentReferentie 4
			\|\| Persoonsgegevens van persoon 2
			DocumentReferentie 4. Let op: omdat filteren aan de ‘voorkant’ van de DVZA niet mogelijk is, is de verwachting dat een DVZA aan de voorkant alle DocumentReferenties 4 en 5 laat zien (niet alleen 4 zoals technisch wel verwacht wordt).
	\|-		\|-
	\| 2.2<sup>2</sup>\|\| Persoon 2 wil alle DocumentManifests met de status ‘current’ en de DVZA stelt deze beschikbaar ~~DocumentManifest beschikbaargesteld door de DVZA.~~ \|\| Test of alleen ~~documentManifests~~ beschikbaargesteld worden met de juiste status \|\|Aantonen dat een DVZA DocumentManifests beschikbaar kan stellen die onderdeel zijn van de basis searchparameters \|\| Persoonsgegevens van persoon 2 DocumentManifests 1 en 3\|\| Persoonsgegevens van persoon 2 DocumentManifests 1 en 3: schermprints van metadata van de DocumentManifests Let op: omdat filteren aan de ‘voorkant’ van de DVZA niet mogelijk is, is de verwachting een DVZA aan de voorkant alle DocumentDocumentManifests laat zien (niet alleen 1 en 3 zoals technisch wel verwacht worden).		\| 2.2<sup>2</sup>\|\| Persoon 2 wil alle DocumentManifests met de status ‘current’ en de DVZA stelt deze beschikbaar \|\| Test of alleen DocumentManifests beschikbaargesteld worden met de juiste status \|\|Aantonen dat een DVZA DocumentManifests beschikbaar kan stellen die onderdeel zijn van de basis-searchparameters \|\| Persoonsgegevens van persoon 2
			DocumentManifests 1 en 3
			\|\| Persoonsgegevens van persoon 2
			DocumentManifests 1 en 3: schermprints van metadata van de DocumentManifests Let op: omdat filteren aan de ‘voorkant’ van de DVZA niet mogelijk is, is de verwachting een DVZA aan de voorkant alle DocumentDocumentManifests laat zien (niet alleen 1 en 3 zoals technisch wel verwacht worden).
	\|-		\|-
	\| 2.3<sup>2</sup>\|\| Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben én uit de volgende periode komen: [T-365] t/m [T-60], en de DVZA stelt deze beschikbaar \|\|Test of de juiste opgevraagde ~~doucumentManifest~~ beschikbaar worden gesteld op basis van de gedefinieerde status en tijd\|\|Aantonen dat het systeem kan omgaan met het beschikbaarstellen van een DocumentManifest op basis van de searchparameters datum en type \|\| Persoonsgegevens van persoon 2 en DocumentManifest 1 \|\| Screenshot van Persoonsgegevens van persoon 2 en DocumentManifest 1.		\| 2.3<sup>2</sup>\|\| Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben én uit de volgende periode komen: [T-365] t/m [T-60], en de DVZA stelt deze beschikbaar \|\|Test of de juiste opgevraagde DocumentManifests beschikbaar worden gesteld op basis van de gedefinieerde status en tijd\|\|Aantonen dat het systeem kan omgaan met het beschikbaarstellen van een DocumentManifest op basis van de searchparameters datum en type \|\| Persoonsgegevens van persoon 2 en DocumentManifest 1 \|\| Screenshot van Persoonsgegevens van persoon 2 en DocumentManifest 1.
	\|-		\|-
	\| 2.4<sup>2</sup>\|\| Persoon 2 ~~bekijkt op~~ het door de DVZA ~~beschikbaargesteld~~ PDF/A document uit de zojuist bekeken DocumentReferentie ~~en kan dit inzien~~\|\| Test of een DVZA een document behorende bij de opgevraagde ~~documentReferentie~~ kan ~~beschikbaarstellen~~ \|\| Aantonen dat het systeem kan omgaan met het beschikbaarstellen van een DocumentReferentie op basis van het technische ID. \|\| Persoonsgegevens van persoon 2 PDF/A document van DocumentReferentie met specifiek ID \|\| Persoonsgegevens van persoon 2 PDF/A document van DocumentReferentie 4.		\| 2.4<sup>2</sup>\|\| Persoon 2 kan het door de DVZA beschikbaargestelde PDF/A-document inzien uit de zojuist bekeken DocumentReferentie \|\| Test of een DVZA een document behorende bij de opgevraagde DocumentReferentie beschikbaar kan stellen \|\| Aantonen dat het systeem kan omgaan met het beschikbaarstellen van een DocumentReferentie op basis van het technische ID. \|\| Persoonsgegevens van persoon 2
			PDF/A-document van DocumentReferentie met specifiek ID
			\|\| Persoonsgegevens van persoon 2
			PDF/A-document van DocumentReferentie 4.
	\|-		\|-
	\| 2.5<sup>1</sup>\|\| Persoon 2 ~~bekijkt op~~ het door de DVZA ~~beschikbaargesteld~~ PDF/A document uit de zojuist bekeken DocumentReferentie ~~en kan dit inzien~~\|\| Test of een DVZA een PDF/A ~~documenten~~ beschikbaar kan stellen vanuit een andere locatie\|\|Aantonen dat het systeem PDF/A documenten beschikbaar kan stellen vanuit een andere locatie dan de Binary endpoint.\|\| Het systeem genereert een technisch correct bericht met daarbij het PDF/A document\|\| PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document		\| 2.5<sup>1</sup>\|\| Persoon 2 kan het door de DVZA beschikbaargestelde PDF/A-document inzien uit de zojuist bekeken DocumentReferentie\|\| Test of een DVZA een PDF/A-document beschikbaar kan stellen vanuit een andere locatie\|\|Aantonen dat het systeem PDF/A-documenten beschikbaar kan stellen vanuit een andere locatie dan de Binary-endpoint.\|\| Het systeem genereert een technisch correct bericht met daarbij het PDF/A-document\|\| PDF/A-document van DocumentReferentie 4: schermprint van inhoud van het document
	\|}		\|}

← Oudere versie		Versie van 4 jul 2022 09:15
Regel 55:		Regel 55:

	= Inleiding =		= Inleiding =
	Deze ~~bladzijde~~ bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Beschikbaarstellen PDF/A		Deze pagina bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Beschikbaarstellen PDF/A
	metadata lijst bij patient’ en ‘Beschikbaarstellen PDF/A document bij patient’ binnen het MedMij afsprakenstelsel. De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een		metadata lijst bij patient’ en ‘Beschikbaarstellen PDF/A document bij patient’ binnen het MedMij afsprakenstelsel. De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een
	FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen. Er wordt gebruik gemaakt van testpatiënten met fictieve BSN's.		FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen. Er wordt gebruik gemaakt van testpatiënten met fictieve BSN's.
Regel 65:		Regel 65:
	# Kennis en begrip van de MedMij informatiestandaard PDF/A, zoals beschreven op de informatiestandaarden wiki van Nictiz.		# Kennis en begrip van de MedMij informatiestandaard PDF/A, zoals beschreven op de informatiestandaarden wiki van Nictiz.
	# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de informatiestandaard gebruikt.		# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de informatiestandaard gebruikt.
	# Kennis en begrip, en het naleven van de aandachtspunten zoals beschreven op deze ~~bladzijde~~		# Kennis en begrip, en het naleven van de aandachtspunten zoals beschreven op deze pagina
	# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie.		# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie.
	# Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.		# Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
Regel 86:		Regel 86:

	# Registreer in het XIS de patiëntgegevens voor de testpersonen zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].		# Registreer in het XIS de patiëntgegevens voor de testpersonen zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
	# Zorg dat het XIS beschikt over de PDF/A-metadata en PDF/A-documenten voor deze personen, ~~gebruik hiervoor de inhoud van deze pagina~~.		# Zorg dat het XIS beschikt over de PDF/A-metadata conform de parameters en de PDF/A-documenten voor deze personen, zoals beschreven in onderstaande scenario's.
	# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:Vprepub-2020.01/Kwalificatie#PDF.2FA_3.0\|'Aanleverformat – Beschikbaarstellen PDF/A']].		# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:Vprepub-2020.01/Kwalificatie#PDF.2FA_3.0\|'Aanleverformat – Beschikbaarstellen PDF/A']].
	# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door het kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario's. Hiervoor zijn twee varianten beschikbaar:		# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door het kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario's. Hiervoor zijn twee varianten beschikbaar:
	#* Indien het XIS ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server" gebruikt worden.		#* Indien het XIS ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server" gebruikt worden.
	#* Indien het XIS geen ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server-NoManifest" gebruikt worden.		#* Indien het XIS geen ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server-NoManifest" gebruikt worden.
	~~# PDF/A-metadata beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 en 2.4.~~
	~~# Om te kwalificeren dient een XIS in staat te zijn om PDF/A-documenten beschikbaar te stellen in een FHIR Binary-resource (scenario 1.4) of door middel van een rechtstreekse locatie (scenario 2.5).~~

	{\| class="wikitable"		{\| class="wikitable"