MedMij:Vissue-MM-3498/PDFA Raadplegen - Bewerkingsoverzicht

Luud Slagter: /* Scenario 1.1-1.5: persoon 1 wil documenten raadplegen */

2022-10-14T10:21:35Z

Scenario 1.1-1.5: persoon 1 wil documenten raadplegen

← Oudere versie		Versie van 14 okt 2022 10:21
Regel 230:		Regel 230:
	\|Language \|\|English		\|Language \|\|English
	\|-		\|-
	\|Location ~~PDFA~~ \|\|Verwijzing naar daadwerkelijke ~~PDFA~~ in een Binary-resource (PDF/A-document 1)		\|Location PDF/A \|\|Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 1)
	\|-		\|-
	\|Security label \|\| Very restricted		\|Security label \|\| Very restricted
Regel 258:		Regel 258:
	\|Language \|\|English		\|Language \|\|English
	\|-		\|-
	\|Location ~~PDFA~~ \|\|Verwijzing naar daadwerkelijke ~~PDFA~~ 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 \|\| Very restricted		\|Security label \|\| Very restricted
Regel 286:		Regel 286:
	\|Language \|\| English		\|Language \|\| English
	\|-		\|-
	\|Location ~~PDFA~~ \|\|Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.		\|Location PDF/A \|\|Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.
	\|-		\|-
	\|Security label \|\| Very restricted		\|Security label \|\| Very restricted

Luud Slagter: /* Scenario 2.1-2.3: persoon 2 wil documenten in een documentManifest raadplegen */

2022-10-14T10:21:06Z

Scenario 2.1-2.3: persoon 2 wil documenten in een documentManifest raadplegen

← Oudere versie		Versie van 14 okt 2022 10:21
Regel 304:		Regel 304:
	\|}		\|}

	== Scenario 2.1-2.3: persoon 2 wil documenten in een ~~documentManifest~~ raadplegen ==		== Scenario 2.1-2.3: persoon 2 wil documenten in een DocumentManifest raadplegen ==
	Scenario 2 heeft betrekking op persoon 2. Deze persoon probeert zijn/haar PDF/A documenten, die door het bronsysteem van de zorgaanbieder beschikbaar zijn gesteld, te raadplegen in een PGO. Deze documenten zijn opgeslagen in een ~~documentManifest~~. Om dit de toetsen zijn de volgende gegevens nodig:		Scenario 2 heeft betrekking op persoon 2. Deze persoon probeert zijn/haar PDF/A-documenten, die door het bronsysteem van de zorgaanbieder beschikbaar zijn gesteld, te raadplegen in een PGO. Deze documenten zijn opgeslagen in een DocumentManifest. Om dit de toetsen zijn de volgende gegevens nodig:
	* Persoonsgegevens van persoon 2		* Persoonsgegevens van persoon 2
	* Drie ~~documentManifests~~		* Drie DocumentManifests
	* Gegevens van twee zorgverleners		* Gegevens van twee zorgverleners
	* Twee DocumentReferenties		* Twee DocumentReferenties
Regel 346:		Regel 346:
	\|}		\|}

	=== ~~Documentreferentie~~ ===		=== DocumentReferentie ===


Regel 372:		Regel 372:
	\|Language \|\|English		\|Language \|\|English
	\|-		\|-
	\|Location \|\|Verwijzing naar een willekeurige ~~PDFA~~ anders dan in een Binary resource		\|Location \|\|Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource
	\|-		\|-
	\|Security label \|\|Very restricted		\|Security label \|\|Very restricted
Regel 393:		Regel 393:
	\|-		\|-
	\|Author \|\|Zorgverlener 1, zie tabel zorgverlener.		\|Author \|\|Zorgverlener 1, zie tabel zorgverlener.

	\|-		\|-
	\|ContentType \|\|Application/pdf		\|ContentType \|\|Application/pdf
Regel 399:		Regel 398:
	\|Language \|\|English		\|Language \|\|English
	\|-		\|-
	\|Location ~~PDFA~~ \|\|Verwijzing naar een willekeurige ~~PDFA~~ anders dan in een Binary resource		\|Location PDF/A \|\|Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource
	\|-		\|-
	\|Title \|\|Example PDF not in Binary.		\|Title \|\|Example PDF not in Binary.
Regel 456:		Regel 455:
	\|}		\|}

	Note: In werkelijkheid zou dit hoogstwaarschijnlijk een ~~history~~ versie zijn van DocumentManifest 1 met dezelfde identifiers en id. Voor testdoeleinden wordt dit ingevoerd als losstaande resource instantie, die grofweg dezelfde informatie bevat als ~~DocumentSet~~ 1.		Note: In werkelijkheid zou dit hoogstwaarschijnlijk een historische versie zijn van DocumentManifest 1 met dezelfde identifiers en id. Voor testdoeleinden wordt dit ingevoerd als losstaande resource-instantie, die grofweg dezelfde informatie bevat als DocumentManifest 1.

	{\| class="wikitable" style="width: 50%;"		{\| class="wikitable" style="width: 50%;"

Luud Slagter: /* Scenario 1.1-1.5: persoon 1 wil documenten raadplegen */

2022-10-14T10:18:25Z

Scenario 1.1-1.5: persoon 1 wil documenten raadplegen

← Oudere versie		Versie van 14 okt 2022 10:18
Regel 157:		Regel 157:

	== Scenario 1.1-1.5: persoon 1 wil documenten raadplegen ==		== Scenario 1.1-1.5: persoon 1 wil documenten raadplegen ==
	Scenario 1 heeft betrekking op persoon 1. Deze patiënt probeert zijn/haar PDF/A documenten, die door het bronsysteem van de zorgaanbieder beschikbaar zijn gesteld, op verschillende wijzen te raadplegen in een PGO.		Scenario 1 heeft betrekking op persoon 1. Deze patiënt probeert zijn/haar PDF/A-documenten, die door het bronsysteem van de zorgaanbieder beschikbaar zijn gesteld, op verschillende wijzen te raadplegen in een PGO.
	Om dit de toetsen zijn de volgende gegevens nodig:		Om dit de toetsen zijn de volgende gegevens nodig:
	* Persoonsgegevens van persoon 1		* Persoonsgegevens van persoon 1
	* Gegevens van drie zorgverleners		* Gegevens van drie zorgverleners
	* Drie ~~documentReferenties~~		* Drie DocumentReferenties
	* De drie documenten zelf		* De drie documenten zelf

Regel 206:		Regel 206:
	\|}		\|}

	=== ~~Documentreferentie~~ ===		=== DocumentReferentie ===
	{\| class="wikitable" style="width: 50%;"		{\| class="wikitable" style="width: 50%;"
	! colspan='2'\|DocumentReferentie 1		! colspan='2'\|DocumentReferentie 1
Regel 230:		Regel 230:
	\|Language \|\|English		\|Language \|\|English
	\|-		\|-
	\|Location PDFA \|\|Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A ~~Document~~ 1)		\|Location PDFA \|\|Verwijzing naar daadwerkelijke PDFA in een Binary-resource (PDF/A-document 1)
	\|-		\|-
	\|Security label \|\| ~~very~~ restricted.		\|Security label \|\| Very restricted
	\|}		\|}

Regel 258:		Regel 258:
	\|Language \|\|English		\|Language \|\|English
	\|-		\|-
	\|Location PDFA \|\|Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A ~~Document~~ 2)		\|Location PDFA \|\|Verwijzing naar daadwerkelijke PDFA in een Binary-resource (PDF/A-document 2)
	\|-		\|-
	\|Security label \|\|Very restricted		\|Security label \|\| Very restricted
	\|}		\|}

Regel 288:		Regel 288:
	\|Location PDFA \|\|Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.		\|Location PDFA \|\|Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.
	\|-		\|-
	\|Security label \|\|Very ~~restriced~~		\|Security label \|\| Very restricted
	\|}		\|}

Luud Slagter: /* Aandachtspunten voor inhoudelijke gegevens */

2022-10-14T10:15:48Z

Aandachtspunten voor inhoudelijke gegevens

Luud Slagter: /* Inleiding */

2022-10-14T10:12:47Z

Inleiding

Wijzigingen bekijken

Luud Slagter: /* Begrippenlijst */

2022-10-14T09:17:25Z

Begrippenlijst

← Oudere versie		Versie van 14 okt 2022 09:17
Regel 41:		Regel 41:
	! Begrip !! Toelichting		! Begrip !! Toelichting
	\|-		\|-
	\| PDF/A ~~Document~~ \|\| Het daadwerkelijke PDF/A document dat wordt beschikbaargesteld door de DVZA, opgehaald (‘retrieved’) door de PGO en geraadpleegd door de patiënt. Bijvoorbeeld: een verwijsbrief		\| PDF/A-document \|\| Het daadwerkelijke PDF/A-document dat wordt beschikbaargesteld door de DVZA, opgehaald (‘retrieved’) door de PGO en geraadpleegd door de patiënt. Bijvoorbeeld: een verwijsbrief.
	\|-		\|-
	\| DocumentReferentie (Metadata) \|\| De metadata van het PDF/A document, hierin is informatie te vinden over bijvoorbeeld de auteur, de datum en type van het PDF/A document.		\| DocumentReferentie (Metadata) \|\| De metadata van het PDF/A-document, hierin is informatie te vinden over bijvoorbeeld de auteur, de datum en type van het PDF/A-document.
	\|-		\|-
	\| DocumentManifest (Metadata) \|\| Dit kan beschouwd worden als een overkoepelende map met metadata om de DocumentReferentie(s) heen en kan worden gebruikt om de samenhang aan te geven.		\| DocumentManifest (Metadata) \|\| Dit kan beschouwd worden als een overkoepelende map met metadata om de DocumentReferentie(s) heen en kan worden gebruikt om de samenhang aan te geven.

	\|-		\|-
	\| 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).
	\|}		\|}

Luud Slagter: /* Doelgroep */

2022-10-14T09:15:51Z

Doelgroep

← Oudere versie		Versie van 14 okt 2022 09:15
Regel 32:		Regel 32:

	= Doelgroep =		= Doelgroep =
	De doelgroep van dit document is de PGO-leverancier, die wil kwalificeren op de systeemrol ~~'Raadplegen~~ PDF/A' binnen het MedMij-afsprakenstelsel.		De doelgroep van dit document is de PGO-leverancier, die wil kwalificeren op de systeemrol ‘Raadplegen PDF/A’ binnen het MedMij-afsprakenstelsel.

	= Begrippenlijst =		= Begrippenlijst =

Luud Slagter: /* Doelgroep */

2022-10-14T09:15:31Z

Doelgroep

← Oudere versie		Versie van 14 okt 2022 09:15
Regel 32:		Regel 32:

	= Doelgroep =		= Doelgroep =
	De doelgroep van dit document is de PGO leverancier, die wil kwalificeren op de systeemrol 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.		De doelgroep van dit document is de PGO-leverancier, die wil kwalificeren op de systeemrol 'Raadplegen PDF/A' binnen het MedMij-afsprakenstelsel.

	= Begrippenlijst =		= Begrippenlijst =

Luud Slagter: /* Versiebeheer */

2022-10-14T09:15:14Z

Versiebeheer

← Oudere versie		Versie van 14 okt 2022 09:15
Regel 14:		Regel 14:
	! Datum !! BITS issue !! Omschrijving		! Datum !! BITS issue !! Omschrijving
	\|-		\|-
	\| 9-09-2021 \|\|[https://bits.nictiz.nl/browse/MM-2361 MM-2361]\|\| ~~Fine tuning~~: inhoudelijke ~~fine tuning~~ na overgang naar de wiki		\| 09-09-2021 \|\|[https://bits.nictiz.nl/browse/MM-2361 MM-2361]\|\| Finetuning: inhoudelijke finetuning na overgang naar de wiki
	\|-		\|-
	\| 29-07-2021 \|\|[https://bits.nictiz.nl/browse/MM-2168 MM-2168]\|\| Optimalisatie script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen		\| 29-07-2021 \|\|[https://bits.nictiz.nl/browse/MM-2168 MM-2168]\|\| Optimalisatie script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
Regel 22:		Regel 22:
	\| 29-09-2020 \|\| [https://bits.nictiz.nl/browse/MM-1393 MM-1393] \|\| Verbeteren kwalificatiematerialen PDF/A. Verwijderen duplicaten in het addendum		\| 29-09-2020 \|\| [https://bits.nictiz.nl/browse/MM-1393 MM-1393] \|\| Verbeteren kwalificatiematerialen PDF/A. Verwijderen duplicaten in het addendum
	\|-		\|-
	\| 01-08-2020 \|\| [https://bits.nictiz.nl/browse/MM-1079 MM-1079] \|\| Opknippen ~~use cases~~ in scripts		\| 01-08-2020 \|\| [https://bits.nictiz.nl/browse/MM-1079 MM-1079] \|\| Opknippen usecases in scripts
	\|-		\|-
	\| 01-08-2020 \|\| [https://bits.nictiz.nl/browse/MM-1119 MM-1119] \|\| Herleidbaarheid gegevens		\| 01-08-2020 \|\| [https://bits.nictiz.nl/browse/MM-1119 MM-1119] \|\| Herleidbaarheid gegevens

Foppe Crezee: Aanpassing Location PDFA

2022-10-14T08:29:27Z

Aanpassing Location PDFA

← Oudere versie		Versie van 14 okt 2022 08:29
Regel 286:		Regel 286:
	\|Language \|\| English		\|Language \|\| English
	\|-		\|-
	\|Location PDFA \|\|Verwijzing naar ~~daadwerkelijke PDFA~~ in een Binary resource ~~(PDF/A Document 3)~~		\|Location PDFA \|\|Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.
	\|-		\|-
	\|Security label \|\|Very restriced		\|Security label \|\|Very restriced

← Oudere versie		Versie van 14 okt 2022 10:15
Regel 130:		Regel 130:

	= Aandachtspunten voor inhoudelijke gegevens =		= Aandachtspunten voor inhoudelijke gegevens =
	Deze kwalificatie is bedoeld om te controleren of het systeem (PGO) succesvol een PDF/A bij een zorgaanbieder (XIS) kan raadplegen en tonen. Dit gaat door middel van twee transacties, namelijk: eerst		Deze kwalificatie is bedoeld om te controleren of het systeem (PGO) succesvol een PDF/A bij een zorgaanbieder (XIS) kan raadplegen en tonen. Dit gaat door middel van twee transacties, namelijk: eerst door ‘raadplegen PDF/A Documentoverzicht’ gevolgd door ‘raadplegen PDF/A’. Oftewel het systeem van de patiënt (PGO) vraagt om beschikbare medische gegevens bij een XIS aan de hand van een zoekopdracht; en daarna gebruikt de patiënt de persoonlijke gezondheidsomgeving om de gewenste PDF/A te raadplegen of te downloaden. In deze volgorde zijn er voor twee testpersonen scenario’s beschreven ten behoeve van kwalificatie. De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met een zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we ervan uit dat de verbinding reeds succesvol is gemaakt. Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) bevraagd wordt.
	door ‘raadplegen PDF/A Documentoverzicht’ gevolgd door ‘raadplegen PDF/A’. Oftewel ~~Het~~ systeem van de patiënt (PGO) vraagt om beschikbare medische gegevens bij een XIS aan de hand van een zoekopdracht; en daarna gebruikt de patiënt de persoonlijke gezondheidsomgeving om de gewenste PDF/A te raadplegen of te downloaden. In deze volgorde zijn er voor twee testpersonen scenario’s beschreven ten behoeve van kwalificatie. De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met een zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we ~~ervanuit~~ dat de verbinding reeds succesvol
	is gemaakt. Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) bevraagd wordt.

	== Persoonsgegevens ==		== Persoonsgegevens ==
	Het onderdeel Persoonsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats.		Het onderdeel Persoonsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats.
	In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om ~~te PGO~~ te bevragen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN geretourneerd worden naar het persoonsdomein.		In het MedMij-afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om het XIS te bevragen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN geretourneerd worden naar het persoonsdomein.

	Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het Raadplegende systeem (PGO) deze nodig kan hebben.		Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het Raadplegende systeem (PGO) deze nodig kan hebben.

	== DatumT ==		== DatumT ==
	T is een datum die we tijdens de kwalificatie nader invullen/ afspreken. Als ergens staat T-100 betekent dit: 100 dagen eerder dan de afgesproken datum.		T is een datum die we tijdens de kwalificatie nader invullen/afspreken. Als ergens staat T-100 betekent dit: 100 dagen eerder dan de afgesproken datum.

	== Specifieke gegevens ==		== Specifieke gegevens ==
Regel 147:		Regel 145:
	<!-- Zet hier de relevante gegevens mbt deze specifieke informatiestandaard, bijvoorbeeld Huisarts-EPD, DatumT, afspraakgegevens, etc. -->		<!-- Zet hier de relevante gegevens mbt deze specifieke informatiestandaard, bijvoorbeeld Huisarts-EPD, DatumT, afspraakgegevens, etc. -->

	Het sturen van PDF/A documenten vanuit een XIS naar een PGO bestaat uit drie onderdelen die als Bundle worden aangeboden. Deze onderdelen zijn ~~Documentmanifest~~, DocumentReferentie en DocumentInhoud. Elk van deze onderdelen kent de volgende specifieke metadata.		Het sturen van PDF/A-documenten vanuit een XIS naar een PGO bestaat uit drie onderdelen die als Bundle worden aangeboden. Deze onderdelen zijn DocumentManifest, DocumentReferentie en DocumentInhoud. Elk van deze onderdelen kent de volgende specifieke metadata.
	* DocumentManifest: onderwerp (omschrijving van inhoud set), datum (aanmaakdatum van de set), auteur (auteur van set, meestal PGO-gebruiker), ontvanger (zorgverlener of zorgaanbieder, gebruiker van PGO)		* DocumentManifest: onderwerp (omschrijving van inhoud set), datum (aanmaakdatum van de set), auteur (auteur van set, meestal PGO-gebruiker), ontvanger (zorgverlener of zorgaanbieder, gebruiker van PGO)
	* ~~Documentoverzicht Referentie~~: onderwerp (omschrijving van document), datum (meestal aanmaakdatum van document), auteur (meestal auteur van document)		* DocumentReferentie: onderwerp (omschrijving van document), datum (meestal aanmaakdatum van document), auteur (meestal auteur van document)
	* DocumentInhoud: ContentType		* DocumentInhoud: ContentType

	=== Gegevens PDF/A documenten ===		=== Gegevens PDF/A documenten ===
	Het onderdeel PDF/A gegevens bevat de gegevens van de PDF/A, zoals datum, auteur, ontvanger. Deze betreffen het verwachte resultaat van de opvraag		Het onderdeel PDF/A-gegevens bevat de gegevens van de PDF/A, zoals datum, auteur, ontvanger. Deze betreffen het verwachte resultaat van de opvraag.

	= Inhoudelijke gegevens scenario’s =		= Inhoudelijke gegevens scenario’s =
	In dit hoofdstuk zijn de addenda van scenario 1 en 2 te vinden.		In dit hoofdstuk zijn de addenda van scenario 1 en 2 te vinden.