MedMij:V2020.01/PDFA Sturen - Bewerkingsoverzicht

Niek van Galen: Beveiligde "MedMij:V2020.01/PDFA Sturen": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

2022-11-22T13:35:08Z

Beveiligde "MedMij:V2020.01/PDFA Sturen": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet))

← Oudere versie	Versie van 22 nov 2022 13:35
(geen verschil)

Niek van Galen: Publish prepub to live environment

2022-11-22T13:34:59Z

Publish prepub to live environment

← Oudere versie		Versie van 22 nov 2022 13:34
Regel 1:		Regel 1:
	~~__NOINDEX__~~		{{MedMij:V2020.01/Issuebox}}
	{{MedMij:~~Vprepub-2020~~.01/Issuebox}}

	{{DISPLAYTITLE:PDF/A - kwalificatie - Sturen PDF/A {{VersieInfo\|PDFA}}}}		{{DISPLAYTITLE:PDF/A - kwalificatie - Sturen PDF/A {{VersieInfo\|PDFA}}}}

Niek van Galen: Gekopieerd van MedMij:Vprepub-2020.01/PDFA Sturen, versie 75661

2022-11-22T13:34:28Z

Gekopieerd van MedMij:Vprepub-2020.01/PDFA Sturen, versie 75661

← Oudere versie	Versie van 22 nov 2022 13:34
(geen verschil)

Pieter Edelman: MM-3238: Corrigeer nummering "Uit te voeren stappen"

2022-05-24T12:53:03Z

MM-3238: Corrigeer nummering "Uit te voeren stappen"

← Oudere versie		Versie van 24 mei 2022 12:53
Regel 83:		Regel 83:
	{{NoteBox\|LET OP: Het is aan te raden om de scenario’s in volgorde af te handelen, dus eerst raadplegen en dan pas sturen. Op deze manier zorg je ervoor dat testdata niet vervuild raakt. }}		{{NoteBox\|LET OP: Het is aan te raden om de scenario’s in volgorde af te handelen, dus eerst raadplegen en dan pas sturen. Op deze manier zorg je ervoor dat testdata niet vervuild raakt. }}

	# Registreer in ~~het~~ PGO de patiëntgegevens voor de testpersoon zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Sturen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens].		# Registreer in de PGO de patiëntgegevens voor de testpersoon zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Sturen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens].
			# De PGO stuurt PDF/A-documenten richting de kwalificatiesimulator voor een bepaald persoon, zoals beschreven in de scenario’s 3.1 t/m 3.2.
	# De PGO stuurt ~~documenten~~ PDF/A richting de kwalificatiesimulator voor een bepaald persoon, zoals beschreven in de scenario’s 3.1 t/m 3.2.		# De kwalificatiesimulator (FHIR-server) zal de PDF/A-documenten ontvangen en verwerken. De gegevens komen overeen met de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Sturen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens].
	# De kwalificatiesimulator (FHIR server) zal de PDF/A ontvangen en verwerken. De gegevens komen overeen met de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Sturen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens].		# Maak schermafdrukken van de wijze waarop de PGO het PDF/A-document stuurt, en leg deze vast in het document [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A sturen].
	# Maak schermafdrukken van de wijze waarop het ~~PGO systeem de PDFA~~ stuurt, en leg deze vast in het document [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A sturen]

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

Harriet Luttikhuizen: MM-2361: Inhoudelijke finetuning van de begrippen en addenda

2021-09-24T13:24:28Z

MM-2361: Inhoudelijke finetuning van de begrippen en addenda

← Oudere versie		Versie van 24 sep 2021 13:24
Regel 12:		Regel 12:
	\|-		\|-
	! 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
	\|-		\|-
	\| 29-07-2021 \|\| [https://bits.nictiz.nl/browse/MM-2168 MM-2168] \|\| Optimalisatie addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen		\| 29-07-2021 \|\| [https://bits.nictiz.nl/browse/MM-2168 MM-2168] \|\| Optimalisatie addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
Regel 38:		Regel 40:
	! Begrip !! Toelichting		! Begrip !! Toelichting
	\|-		\|-
	\| PDF/A Document ~~(Retrieve)~~ \|\| ~~Onderdeel 1 van de gegevensdienst PDF/A Raadplegen: het~~ daadwerkelijke PDF/A document dat wordt 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 \|\| ~~Onderdeel 2~~ van ~~de gegevensdienst~~ PDF/A ~~Raadplegen: het omhulsel~~ van het PDF/A document ~~met bijbehorende metadata~~.		\| 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) \|\| ~~Onderdeel 3 van de gegevensdienst PDF/A Raadplegen: het omhulsel van de DocumentReferentie met bijbehorende metadata.~~		\| 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.
	Dit kan beschouwd worden al een overkoepelende map ~~waarin meerdere DocumentReferenties kunnen zitten~~.
	\|-		\|-
	\| Binary Resource \|\| Manier 1 waarop een PDF/A document kan worden ~~opgehaald door een PGO~~: 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 ~~opgehaald door een PGO~~: 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
	\|}		\|}

Regel 94:		Regel 96:
	\| 3.1 \|\| Persoon 3 stuurt één PDF/A document en het XIS ontvangt deze \|\| Test of een XIS één PDF/A document kan ontvangen \|\| 1. Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten <br/> 2. Aantonen dat het systeem één PDF/A document kan ontvangen\|\| Het systeem genereert een technisch correct bericht (persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3) \|\| schermprints van persoonsgegevens van persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3		\| 3.1 \|\| Persoon 3 stuurt één PDF/A document en het XIS ontvangt deze \|\| Test of een XIS één PDF/A document kan ontvangen \|\| 1. Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten <br/> 2. Aantonen dat het systeem één PDF/A document kan ontvangen\|\| Het systeem genereert een technisch correct bericht (persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3) \|\| schermprints van persoonsgegevens van persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3
	\|-		\|-
	\| 3.2\|\| Persoon 3 stuurt één collectie van PDF/A documenten en het XIS ontvangt deze \|\| Test of een XIS één collectie van meerdere PDF/A documenten kan ontvangen\|\| 1. Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten <br/> 2. Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één PDF/A document ontvangen wordt. Hier gaat het om een collectie van PDF/A documenten\|\| Het systeem genereert een technisch correct bericht met dezelfde informatie ( persoon 3, metadata van documentmanifest 4, DocumentReferenties 6,7 en documenten 3,4 ) \|\| schermprints Persoonsgegevens van persoon 3, metadata van documentmanifest 4, DocumentReferenties 6,7 en documenten 3,4		\| 3.2\|\| Persoon 3 stuurt één collectie van PDF/A documenten en het XIS ontvangt deze \|\| Test of een XIS één collectie van meerdere PDF/A documenten kan ontvangen\|\| 1. Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten <br/> 2. Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één PDF/A document ontvangen wordt. Hier gaat het om een collectie van PDF/A documenten\|\| Het systeem genereert een technisch correct bericht met dezelfde informatie ( persoon 3, metadata van documentmanifest 5, DocumentReferenties 6,7 en documenten 3,4 ) \|\| schermprints Persoonsgegevens van persoon 3, metadata van documentmanifest 5, DocumentReferenties 6,7 en documenten 3,4
	\|}		\|}

Pieter Edelman: Corrigeer VersieInfo-sjabloon in de titel

2021-08-31T11:59:51Z

Corrigeer VersieInfo-sjabloon in de titel

← Oudere versie		Versie van 31 aug 2021 11:59
Regel 2:		Regel 2:
	{{MedMij:Vprepub-2020.01/Issuebox}}		{{MedMij:Vprepub-2020.01/Issuebox}}

	{{DISPLAYTITLE:PDF/A - kwalificatie - Sturen PDF/A {{VersieInfo\|~~PDF/A~~}}}}		{{DISPLAYTITLE:PDF/A - kwalificatie - Sturen PDF/A {{VersieInfo\|PDFA}}}}
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	<span class="toclimit-3">__TOC__</span>		<span class="toclimit-3">__TOC__</span>

Harriet Luttikhuizen: MM-2168: Omzetting van de kwalificatiescripts en addenda naar wiki- pagina’s. Tevens harmonisatie van begrippen en verdere uitwerking van zowel de addenda als de scenario’s.

2021-08-30T08:24:05Z

MM-2168: Omzetting van de kwalificatiescripts en addenda naar wiki- pagina’s. Tevens harmonisatie van begrippen en verdere uitwerking van zowel de addenda als de scenario’s.

Nieuwe pagina

__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Sturen PDF/A {{VersieInfo|PDF/A}}}}
__NUMBEREDHEADINGS__
<span class="toclimit-3">__TOC__</span>

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 29-07-2021 || [https://bits.nictiz.nl/browse/MM-2168 MM-2168] || Optimalisatie addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 13-01-2021 || [https://bits.nictiz.nl/browse/MM-1648 MM-1648] || Inconsistenties 2.3 aangepast
|-
| 29-09-2020 ||
* [https://bits.nictiz.nl/browse/MM-1393 MM-1393]
* [https://bits.nictiz.nl/browse/MM-1283 MM-1283]
|| Verbeteren kwalificatiematerialen PDF/A. Harmoniseren addenda
|-
| 01-08-2020 || [https://bits.nictiz.nl/browse/MM-1079 MM-1079] || Opknippen use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

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

= Begrippenlijst =
{| class="wikitable"
|+
|-
! Begrip !! Toelichting
|-
| PDF/A Document (Retrieve) || Onderdeel 1 van de gegevensdienst PDF/A Raadplegen: het daadwerkelijke PDF/A document dat wordt opgehaald (‘retrieved’) door de PGO en geraadpleegd door de patiënt. Bijvoorbeeld: een verwijsbrief
|-
| DocumentReferentie (Metadata || Onderdeel 2 van de gegevensdienst PDF/A Raadplegen: het omhulsel van het PDF/A document met bijbehorende metadata.
|-
| DocumentManifest (Metadata) || Onderdeel 3 van de gegevensdienst PDF/A Raadplegen: het omhulsel van de DocumentReferentie met bijbehorende metadata.
Dit kan beschouwd worden al een overkoepelende map waarin meerdere DocumentReferenties kunnen zitten.
|-
| Binary Resource || Manier 1 waarop een PDF/A document kan worden opgehaald door een PGO: 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 opgehaald door een PGO: het PDF/A document wordt van een andere locatie dan een binary resource gehaald. Bijvoorbeeld: een link naar het internet
|}

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Sturen PDF/A document naar zorgaanbieder’ binnen het MedMij afsprakenstelsel. De doelgroep van dit document is de PGO leverancier die wil kwalificeren. `De kwalificatie wordt door de kwalificator getoetst met behulp van de Nictiz kwalificatiesimulator, die is ingericht op een FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen.

== Algemene voorwaarden voor kwalificatie ==


Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van MedMij afsprakenstelsel.
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de MedMij informatiestandaard PDF/A, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip van het IHE MDH profiel zoals al verwezen vanuit de MedMij informatiestandaard PDF/A.
# 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.
# 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.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk gemaakt worden voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op ten behoeve van controle.
# Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie

== Specifieke voorwaarden voor kwalificatie ==
Voor deze informatiestandaard gelden de volgende specifieke voorwaarden:
# Kennis en begrip van het IHE MDH profiel zoals al verwezen vanuit de MedMij informatiestandaard PDF/A.

== Op te leveren kwalificatiemateriaal door de leverancier ==
# Schermafdrukken van de verschillende kwalificatiestappen zoals beschreven bij de "Uit te voeren stappen"
# De kwalificator op de FHIR-server vangt de berichten af die verstuurd zijn vanaf de PGO.

== Uit te voeren stappen sturen ==
De volgende stappen moeten worden uitgevoerd, voor de verschillende scenario’s:

{{NoteBox|LET OP: Het is aan te raden om de scenario’s in volgorde af te handelen, dus eerst raadplegen en dan pas sturen. Op deze manier zorg je ervoor dat testdata niet vervuild raakt. }}

# Registreer in het PGO de patiëntgegevens voor de testpersoon zoals opgenomen in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Sturen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens].

# De PGO stuurt documenten PDF/A richting de kwalificatiesimulator voor een bepaald persoon, zoals beschreven in de scenario’s 3.1 t/m 3.2.
# De kwalificatiesimulator (FHIR server) zal de PDF/A ontvangen en verwerken. De gegevens komen overeen met de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Sturen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens].
# Maak schermafdrukken van de wijze waarop het PGO systeem de PDFA stuurt, en leg deze vast in het document [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A sturen]

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 3.1 || Persoon 3 stuurt één PDF/A document en het XIS ontvangt deze || Test of een XIS één PDF/A document kan ontvangen || 1. Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten <br/> 2. Aantonen dat het systeem één PDF/A document kan ontvangen|| Het systeem genereert een technisch correct bericht (persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3) || schermprints van persoonsgegevens van persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3
|-
| 3.2|| Persoon 3 stuurt één collectie van PDF/A documenten en het XIS ontvangt deze || Test of een XIS één collectie van meerdere PDF/A documenten kan ontvangen|| 1. Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten <br/> 2. Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één PDF/A document ontvangen wordt. Hier gaat het om een collectie van PDF/A documenten|| Het systeem genereert een technisch correct bericht met dezelfde informatie ( persoon 3, metadata van documentmanifest 4, DocumentReferenties 6,7 en documenten 3,4 ) || schermprints Persoonsgegevens van persoon 3, metadata van documentmanifest 4, DocumentReferenties 6,7 en documenten 3,4
|}

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
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.

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

== 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.

== Specifieke gegevens ==
=== Document PDF/A ===
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)
* Documentoverzicht Referentie: onderwerp (omschrijving van document), datum (meestal aanmaakdatum van document), auteur (meestal auteur van document)
* DocumentInhoud: ContentType

=== 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

= Inhoudelijke gegevens scenario’s =
In dit hoofdstuk zijn de addenda van scenario 3 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 zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata 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.

== Scenario 3.1-3.2: document(en) sturen ==
Scenario 3 heeft betrekking op persoon 3. Deze patiënt wil zijn/haar PDF/A document (en) vanuit een PGO sturen en het bronsysteem van de zorgaanbieder ontvangt. Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 4
* Gegevens van 1 zorgverlener
* Twee DocumentManifests
* Twee documentReferenties
* De documenten

=== Scenario 3.1 ===
==== Persoongegevens ====
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 3
|-
|style="width: 50%;"|Achternaam ||XXX_Ellens
|-
|Voornaam ||Helene
|-
|Geslacht ||V
|-
|Adresgegevens ||Dijkpad 93, 9999 WA, Stitswerd
|-
|Geboortedatum ||03-07-1988
|}

==== Zorgverleners ====
{| class="wikitable" style="width: 30%;"
! colspan='2'|Zorgverlener 4
|-
|style="width: 50%;"|Achternaam ||Janssen
|-
|Voorletter(s) ||A.
|}

==== DocumentManifest ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 4
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen
|-
|Identifier || Zelf te bepalen
|-
|Status || Current
|-
|Type || Zelf te bepalen
|-
| Subject || XXX_Ellens
|-
|Onderwerp || Document voor meneer Janssen
|-
|Created ||T
|-
|Ontvanger || Zorgverlener 4 zie tabel zorgverlener
|-
|Source ||Eigen bronsysteem invoeren
|-
|Document ||Verwijzing naar DocumentReferentie 6
|}

==== DocumentReferentie ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 6
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen
|-
| Status || Current
|-
|Type || Type document 3, of van eigen document
|-
|Author || De Hoed
|-
|Indexed/Created ||T – 1
|-
|Title || Kopie van ontslagbrief
|-
|Document || Zie DocumentInhoud 3
|}

==== Documenten ====
{| class="wikitable" style="width: 30%;"
! colspan='2'|DocumentInhoud 3
|-
|style="width: 30%;"|ContentType ||PDF
|-
|Content ||Document1.pdf
|}

=== Scenario 3.2 ===
==== Persoongegevens ====
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 3
|-
|style="width: 50%;"|Achternaam ||XXX_Ellens
|-
|Voornaam ||Helene
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Dijkpad 93, 9999WA, Stitswerd
|-
|Geboortedatum ||03-07-1988
|}

==== Zorgverleners ====
{| class="wikitable" style="width: 30%;"
! colspan='2'|Zorgverlener 4
|-
|style="width: 50%;"|Achternaam ||Janssen
|-
|Voorletter(s) ||A.
|}

==== DocumentManifest ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 5
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen
|-
|Identifier || Zelf te bepalen
|-
|Status || Current
|-
|Type || Zelf te bepalen
|-
| Subject || XXX_Ellens
|-
|Onderwerp || Documenten voor dokter Janssen over ontslag en verwijzing vanuit ziekenhuis
|-
|Created ||T
|-
|Ontvanger || Zorgverlener 4 zie tabel zorgverlener
|-
|Source ||Eigen bronsysteem invoeren
|-
|Document || Verwijzing naar: #DocumentReferentie 6
|-
|Document || Verwijzing naar: #DocumentReferentie 7
|}

==== DocumentReferentie ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 6
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen
|-
| Status || Current
|-
|Type || Type document 3, of van eigen document
|-
|Author || De Hoed
|-
|Indexed/Created ||T – 1
|-
|Title || Kopie van ontslagbrief
|-
|Document || Zie DocumentInhoud 3
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 7
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen
|-
| Status || Current
|-
|Type || Type document 4, of van eigen document
|-
|Author || De Hoed
|-
|Indexed/Created ||T – 2
|-
|Title || Verwijsbrief Arts
|-
|Document || Zie DocumentInhoud 4
|}

===== Documenten =====
{| class="wikitable" style="width: 30%;"
! colspan='2'|DocumentInhoud 3
|-
|style="width: 30%;"|ContentType ||PDF
|-
|Content ||Document1.pdf
|}

{| class="wikitable" style="width: 30%;"
! colspan='2'|DocumentInhoud 4
|-
|style="width: 30%;"|ContentType ||PDF
|-
|Content ||Document2.pdf
|}