informatiestandaarden - Gebruikersbijdragen [nl]

MedMij:V2020.01/PDFA Beschikbaarstellen

2022-10-20T08:24:08Z

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

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

{{DISPLAYTITLE:PDF/A - kwalificatie - Beschikbaarstellen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 11-11-2021 ||[https://bits.nictiz.nl/browse/MM-2480 MM-2480]|| Correctie en verduidelijking script
|-
| 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
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest is optioneel
|-
| 19-01-2021 || [https://bits.nictiz.nl/browse/MM-1648 MM-1648] || Inconsistentie in 1.3 aangepast
|-
| 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 usecases 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 XIS-leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen PDF/A’ binnen het MedMij-afsprakenstelsel.

= Begrippenlijst =
{| class="wikitable"
|+
|-
! 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.
|-
| 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.

|-
| 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 (HTTP-verwijzing).
|}

= Inleiding =
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
FHIR-server. De kwalificatiesimulator kan berichten verzenden en ontvangen. Er wordt gebruik gemaakt van testpatiënten met fictieve BSN's.

==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 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 pagina.
# 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 MHD-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 het XIS.

== Uit te voeren stappen Beschikbaarstellen ==
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 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 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']].
# 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 geen ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server-NoManifest" gebruikt worden.

{| class="wikitable"
|+
|-
! 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 en 2.
|| Persoonsgegevens van persoon 1.
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.3 || Persoon 1 probeert DocumentReferenties te raadplegen met een syntactisch foutieve uitvraag. || Test of een XIS kan omgaan met een uitvraag die syntactisch fout is. || Aantonen dat een XIS kan omgaan met een uitvraag die syntactisch fout is en een correcte foutmelding kan genereren. || Geen DocumentReferenties, maar een foutmelding (OperationOutcome). || Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.
|-
| 1.41 || Persoon 1 raadpleegt PDF/A-documenten die door het XIS beschikbaargesteld worden via een Binary-resource. || Test of een XIS een document beschikbaar kan stellen via een Binary-resource. || Aantonen dat een XIS PDF/A-documenten beschikbaar kan stellen door middel van een uitvraag op de Binary-endpoint. || PDF/A-documenten 1 en 2 in een Binary-resource. || Screenshots van de inhoud van PDF/A-documenten 1 en 2.
|-
| 1.5 || Persoon 1 wil een PDF/A-document raadplegen in het XIS, dat daarin echter onbekend is. || Test of een XIS kan omgaan met de uitvraag van een onbekend document. || Aantonen dat een XIS kan omgaan met een uitvraag voor een PDF/A-document dat niet bekend is. || Geen PDF/A-document, maar een 404- of 410-foutmelding (OperationOutcome). || Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.
|-
| 2.1 || Persoon 2 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 4. || Persoonsgegevens van persoon 2.
DocumentReferentie 4: screenshots van metadata van de DocumentReferentie. Let op: omdat filteren aan de ‘voorkant’ van het XIS wellicht niet mogelijk is, is de verwachting dat een XIS aan de voorkant DocumentReferenties 4 én 5 laat zien (niet alleen 4 zoals technisch wel verwacht wordt).
|-
| 2.22 || Persoon 2 haalt alle DocumentManifests op die de status {{term|current}} hebben en het XIS stelt deze beschikbaar. || Test of een XIS op basis van parameters de juiste DocumentManifests beschikbaar kan stellen. || Aantonen dat een XIS de juiste DocumentManifests beschikbaar kan stellen op basis van search parameters (status). || DocumentManifests 1 en 3. || DocumentManifests 1 en 3: screenshots van metadata van de DocumentManifests. Let op: omdat filteren aan de ‘voorkant’ van het XIS wellicht niet mogelijk is, is de verwachting dat een XIS aan de voorkant alle DocumentManifests laat zien (niet alleen 1 en 3 zoals technisch wel verwacht wordt).
|-
| 2.32 || Persoon 2 haalt alle DocumentManifests op die de status {{term|current}} hebben én uit de periode [T-365] t/m [T-60] komen, en het XIS stelt deze beschikbaar. || Test of een XIS geen DocumentManifests, die buiten de door persoon 2 gedefinieerde periode vallen, beschikbaar stelt. || Aantonen dat een XIS de juiste DocumentManifests beschikbaar kan stellen op basis van search parameters (datum en status). || DocumentManifest 1. || DocumentManifest 1: screenshots van metadata van het DocumentManifest.
|-
| 2.42 || Persoon 2 haalt de door het XIS beschikbaargestelde DocumentReferentie op uit het zojuist bekeken DocumentManifest. || Test of een XIS een DocumentReferentie op basis van een DocumentManifest beschikbaar kan stellen. || Aantonen dat een XIS kan omgaan met het beschikbaarstellen van een DocumentReferentie op basis van het technische ID. || DocumentReferentie 4. || DocumentReferentie 4: screenshots van metadata van de DocumentReferentie.
|-
| 2.51 || 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.
|}

1Scenario 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.

2Scenario 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 =
== Persoonsgegevens ==
Het onderdeel Persoonsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats.
In het MedMij-afsprakenstelsel is vastgelegd dat het 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.

== 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 ==
Deze kwalificatie is bedoeld om te controleren of het systeem (XIS) succesvol een PDF/A aan een persoon (PGO) beschikbaar kan stellen. Dit gaat door middel van twee transacties, namelijk: eerst door
‘beschikbaarstellen PDF/A metadata lijst’ gevolgd door ‘beschikbaarstellen PDF/A’. Oftewel het systeem van de zorgaanbieder (XIS) levert een lijst met metadata over de gevonden PDF/A-documenten op voor de patiënt; en
daarna levert het systeem van de zorgaanbieder (XIS) de PDF/A op voor de patiënt. 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.

=== 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)
* DocumentReferentie: 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 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.

== Scenario 1.1-1.5: persoon 1 wil documenten raadplegen ==
Scenario 1 heeft betrekking op persoon 1. Deze persoon 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 te toetsen zijn de volgende gegevens nodig:

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

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

=== DocumentReferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary, of type van eigen document 1.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document 1.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary, of van eigen document 1.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 1).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note, of type van eigen document 2.
|-
|Class ||Consult Note, of indien van toepassing class van eigen document 2.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult note, of van eigen document 2.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|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.
|}

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

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

== Scenario 2.1-2.5: 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 te toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 2
* Drie DocumentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== DocumentReferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary, of type van eigen document.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary, of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource (indien dit niet wordt ondersteund, een verwijzing naar een willekeurige PDF/A in een Binary-resource).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status || Indien entered-in-error of vergelijkbaar concept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken.
|-
|Type ||Allergy and immunology Discharge summary, of type van eigen document.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Example PDF not in Binary, of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource (indien dit niet wordt ondersteund, een verwijzing naar een willekeurige PDF/A in een Binary-resource).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

=== DocumentManifest ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Discharge summary, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of DocumentReferentie van eigen document.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Indien superseded of vergelijkbaar concept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund current gebruiken.
|-
|Type ||Discharge summary, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of DocumentReferentie van eigen document.
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of DocumentReferentie van eigen document.
|}
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%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type || Radiology Consult note, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 30
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
|Content2 ||Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vprepub-2020.01/PDFA Beschikbaarstellen

2022-10-20T08:24:08Z

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

MedMij:V2020.01/PDFA Raadplegen

2022-10-20T08:23:00Z

Foppe Crezee: MM-3498 Update wiki voor aanpassing DocumentReference en meerdere kleine wijzigingen

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

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 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
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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 usecases in scripts
|-
| 01-08-2020 || [https://bits.nictiz.nl/browse/MM-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 ‘Raadplegen PDF/A’ binnen het MedMij-afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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.
|-
| 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.

|-
| 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 (HTTP-verwijzing).
|}

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij-afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 pagina.
# 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]].
# Raadpleeg de PDF/A-documentoverzichtgegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 en 2.2 (waarbij 2.1 en 2.2 optioneel zijn).
# Raadpleeg het PDF/A-document door middel van de verkregen referentie in het PDF/A-metadatagegevens-retourbericht, zoals beschreven in de scenario’s 1.3 en 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR-server) zal de PDF/A-documentoverzichtgegevens en het PDF/A-document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]].
# Ontvang en verwerk de PDF/A-documentoverzichtgegevens en het PDF/A-document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO de PDF/A-documentoverzichtgegevens toont aan de PGO-gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A-metadatagegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadatavelden, zoals naam, categorie en type van het PDF/A-document. Daarnaast zal de PGO-gebruiker een link naar het betreffende PDF/A-document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A-document toont aan de PGO-gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference-resources (scenario 1.1, 1.2), en door daarnaast optioneel DocumentManifest-resources (scenario 2.1 en 2.2) te ondersteunen.

{| class="wikitable"
|+
|-
! 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 raadpleegt deze. || Test of alle metadata van DocumentReferenties van persoon 1 met een {{term|current}} status kunnen worden opgevraagd. || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen. || DocumentReferentie 1, 2 en 3. || Persoonsgegevens van persoon 1.
DocumentReferentie 1, 2 en 3: 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 raadpleegt deze. || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond. || Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen. || Geen DocumentReferenties. || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn.
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A-documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt deze. || Test of een PGO een Binary-document kan tonen. || 1. Aantonen dat een PGO een PDF/A-document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A-document wordt opgehaald via een Binary-resource.
||PDF/A-documenten van DocumentReferentie 1 en 2. || PDF/A-documenten van DocumentReferentie 1 en 2: screenshots van inhoud van de documenten.
|-
| 1.4|| Persoon 1 klikt op het PDF/A-document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document. || Test of een PGO een document op basis van een link kan tonen. || Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A-document. || Geen PDF/A-document. || Geen PDF/A-document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn.
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1. || Test of de bron waarvan de documenten zijn opgehaald, kan worden getoond. || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid.
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status {{term|current}} hebben en raadpleegt deze. || Test of er geen metadata van DocumentManifest resources, die buiten de door persoon 2 gedefinieerde status vallen, worden getoond. || Aantonen dat een PGO DocumentManifests kan ophalen en tonen. || DocumentManifest 1 en 3. || Persoonsgegevens van persoon 2.
DocumentManifest 1 en 3: screenshots van metadata van de DocumentManifests.
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest van scenario 2.1 en raadpleegt deze. || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd. ||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4.|| DocumentReferentie 4: screenshots van metadata van de DocumentReferentie.
|-
| 2.31,3,4 || Persoon 2 klikt op het PDF/A-document uit de zojuist bekeken DocumentReferentie van scenario 2.3 en raadpleegt deze. || Test of een PGO een document op basis van een link kan tonen. ||1. Aantonen dat een PGO een PDF/A-document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A-document wordt opgehaald via een andere locatie.
|| PDF/A-document van DocumentReferentie 4. || PDF/A-document van DocumentReferentie 4: screenshot van inhoud van het document.
|}

1 Dit scenario gaat buiten Touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A-document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan een Binary-endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

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

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

== 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)
* DocumentReferentie: 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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie DocumentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== DocumentReferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDF/A ||Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 1)
|-
|Security label || Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDF/A ||Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 2)
|-
|Security label || Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDF/A ||Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.
|-
|Security label || Very restricted
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie DocumentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== DocumentReferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDF/A ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vprepub-2020.01/PDFA Raadplegen

2022-10-20T08:23:00Z

Foppe Crezee: MM-3498 Update wiki voor aanpassing DocumentReference en meerdere kleine wijzigingen

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:29:27Z

Foppe Crezee: Aanpassing Location PDFA

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar PDF/A in een Binary-resource met een foutieve ID.
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:28:37Z

Foppe Crezee: Versie 133045 van Foppe Crezee (overleg) ongedaan gemaakt

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:27:42Z

Foppe Crezee: Versie 133057 van Luud Slagter (overleg) ongedaan gemaakt

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1 en 2 || Persoonsgegevens van persoon 1 DocumentReferentie 1 en 2: 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:27:18Z

Foppe Crezee: Versie 133051 van Foppe Crezee (overleg) ongedaan gemaakt

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1 en 2 || Persoonsgegevens van persoon 1 DocumentReferentie 1 en 2: 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van twee zorgverleners
* Twee documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:27:01Z

Foppe Crezee: Versie 133046 van Foppe Crezee (overleg) ongedaan gemaakt

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1 en 2 || Persoonsgegevens van persoon 1 DocumentReferentie 1 en 2: 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van twee zorgverleners
* Twee documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:26:03Z

Foppe Crezee: Versie 133047 van Foppe Crezee (overleg) ongedaan gemaakt

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van twee zorgverleners
* Twee documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:23:19Z

Foppe Crezee: Versie 133058 van Luud Slagter (overleg) ongedaan gemaakt

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van twee zorgverleners
* Twee documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-10-14T08:23:06Z

Foppe Crezee: Versie 133045 van Foppe Crezee (overleg) ongedaan gemaakt

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van twee zorgverleners
* Twee documentReferenties
* De twee documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Beschikbaarstellen

2022-10-14T08:08:35Z

Foppe Crezee:

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Beschikbaarstellen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Beschikbaarstellen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 11-11-2021 ||[https://bits.nictiz.nl/browse/MM-2480 MM-2480]|| Correctie en verduidelijking script
|-
| 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
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest is optioneel
|-
| 19-01-2021 || [https://bits.nictiz.nl/browse/MM-1648 MM-1648] || Inconsistentie in 1.3 aangepast
|-
| 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 usecases 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 XIS-leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen PDF/A’ binnen het MedMij-afsprakenstelsel.

= Begrippenlijst =
{| class="wikitable"
|+
|-
! 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.
|-
| 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.

|-
| 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 (HTTP-verwijzing).
|}

= Inleiding =
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
FHIR-server. De kwalificatiesimulator kan berichten verzenden en ontvangen. Er wordt gebruik gemaakt van testpatiënten met fictieve BSN's.

==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 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 pagina.
# 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 MHD-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 het XIS.

== Uit te voeren stappen Beschikbaarstellen ==
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 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 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']].
# 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 geen ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server-NoManifest" gebruikt worden.

{| class="wikitable"
|+
|-
! 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 en 2.
|| Persoonsgegevens van persoon 1.
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.3 || Persoon 1 probeert DocumentReferenties te raadplegen met een syntactisch foutieve uitvraag. || Test of een XIS kan omgaan met een uitvraag die syntactisch fout is. || Aantonen dat een XIS kan omgaan met een uitvraag die syntactisch fout is en een correcte foutmelding kan genereren. || Geen DocumentReferenties, maar een foutmelding (OperationOutcome). || Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.
|-
| 1.41 || Persoon 1 raadpleegt PDF/A-documenten die door het XIS beschikbaargesteld worden via een Binary-resource. || Test of een XIS een document beschikbaar kan stellen via een Binary-resource. || Aantonen dat een XIS PDF/A-documenten beschikbaar kan stellen door middel van een uitvraag op de Binary-endpoint. || PDF/A-documenten 1 en 2 in een Binary-resource. || Screenshots van de inhoud van PDF/A-documenten 1 en 2.
|-
| 1.5 || Persoon 1 wil een PDF/A-document raadplegen in het XIS, dat daarin echter onbekend is. || Test of een XIS kan omgaan met de uitvraag van een onbekend document. || Aantonen dat een XIS kan omgaan met een uitvraag voor een PDF/A-document dat niet bekend is. || Geen PDF/A-document, maar een 404- of 410-foutmelding (OperationOutcome). || Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.
|-
| 2.1 || Persoon 2 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 4. || Persoonsgegevens van persoon 2.
DocumentReferentie 4: screenshots van metadata van de DocumentReferentie. Let op: omdat filteren aan de ‘voorkant’ van het XIS wellicht niet mogelijk is, is de verwachting dat een XIS aan de voorkant DocumentReferenties 4 én 5 laat zien (niet alleen 4 zoals technisch wel verwacht wordt).
|-
| 2.22 || Persoon 2 haalt alle DocumentManifests op die de status {{term|current}} hebben en het XIS stelt deze beschikbaar. || Test of een XIS op basis van parameters de juiste DocumentManifests beschikbaar kan stellen. || Aantonen dat een XIS de juiste DocumentManifests beschikbaar kan stellen op basis van search parameters (status). || DocumentManifests 1 en 3. || DocumentManifests 1 en 3: screenshots van metadata van de DocumentManifests. Let op: omdat filteren aan de ‘voorkant’ van het XIS wellicht niet mogelijk is, is de verwachting dat een XIS aan de voorkant alle DocumentManifests laat zien (niet alleen 1 en 3 zoals technisch wel verwacht wordt).
|-
| 2.32 || Persoon 2 haalt alle DocumentManifests op die de status {{term|current}} hebben én uit de periode [T-365] t/m [T-60] komen, en het XIS stelt deze beschikbaar. || Test of een XIS geen DocumentManifests, die buiten de door persoon 2 gedefinieerde periode vallen, beschikbaar stelt. || Aantonen dat een XIS de juiste DocumentManifests beschikbaar kan stellen op basis van search parameters (datum en status). || DocumentManifest 1. || DocumentManifest 1: screenshots van metadata van het DocumentManifest.
|-
| 2.42 || Persoon 2 haalt de door het XIS beschikbaargestelde DocumentReferentie op uit het zojuist bekeken DocumentManifest. || Test of een XIS een DocumentReferentie op basis van een DocumentManifest beschikbaar kan stellen. || Aantonen dat een XIS kan omgaan met het beschikbaarstellen van een DocumentReferentie op basis van het technische ID. || DocumentReferentie 4. || DocumentReferentie 4: screenshots van metadata van de DocumentReferentie.
|-
| 2.51 || 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.
|}

1Scenario 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.

2Scenario 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 =
== Persoonsgegevens ==
Het onderdeel Persoonsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats.
In het MedMij-afsprakenstelsel is vastgelegd dat het 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.

== 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 ==
Deze kwalificatie is bedoeld om te controleren of het systeem (XIS) succesvol een PDF/A aan een persoon (PGO) beschikbaar kan stellen. Dit gaat door middel van twee transacties, namelijk: eerst door
‘beschikbaarstellen PDF/A metadata lijst’ gevolgd door ‘beschikbaarstellen PDF/A’. Oftewel het systeem van de zorgaanbieder (XIS) levert een lijst met metadata over de gevonden PDF/A-documenten op voor de patiënt; en
daarna levert het systeem van de zorgaanbieder (XIS) de PDF/A op voor de patiënt. 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.

=== 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)
* DocumentReferentie: 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 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.

== Scenario 1.1-1.5: persoon 1 wil documenten raadplegen ==
Scenario 1 heeft betrekking op persoon 1. Deze persoon 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 te toetsen zijn de volgende gegevens nodig:

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

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

=== DocumentReferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary, of type van eigen document 1.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document 1.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary, of van eigen document 1.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 1).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note, of type van eigen document 2.
|-
|Class ||Consult Note, of indien van toepassing class van eigen document 2.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult note, of van eigen document 2.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|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.
|}

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

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

== Scenario 2.1-2.5: 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 te toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 2
* Drie DocumentManifests
* Gegevens van 2 zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== DocumentReferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary, of type van eigen document.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary, of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource (indien dit niet wordt ondersteund, een verwijzing naar een willekeurige PDF/A in een Binary-resource).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status || Indien entered-in-error of vergelijkbaar concept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken.
|-
|Type ||Allergy and immunology Discharge summary, of type van eigen document.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Example PDF not in Binary, of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource (indien dit niet wordt ondersteund, een verwijzing naar een willekeurige PDF/A in een Binary-resource).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

=== DocumentManifest ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Discharge summary, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of DocumentReferentie van eigen document.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Indien superseded of vergelijkbaar concept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund current gebruiken.
|-
|Type ||Discharge summary, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of DocumentReferentie van eigen document.
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of DocumentReferentie van eigen document.
|}
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%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type || Radiology Consult note, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 30
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
|Content2 ||Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Beschikbaarstellen

2022-10-14T08:04:58Z

Foppe Crezee: Clone of V2020.01 production page for issue MM-3498

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Beschikbaarstellen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Beschikbaarstellen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 11-11-2021 ||[https://bits.nictiz.nl/browse/MM-2480 MM-2480]|| Correctie en verduidelijking script
|-
| 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
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest is optioneel
|-
| 19-01-2021 || [https://bits.nictiz.nl/browse/MM-1648 MM-1648] || Inconsistentie in 1.3 aangepast
|-
| 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 usecases 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 XIS-leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen PDF/A’ binnen het MedMij-afsprakenstelsel.

= Begrippenlijst =
{| class="wikitable"
|+
|-
! 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.
|-
| 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.

|-
| 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 (HTTP-verwijzing).
|}

= Inleiding =
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
FHIR-server. De kwalificatiesimulator kan berichten verzenden en ontvangen. Er wordt gebruik gemaakt van testpatiënten met fictieve BSN's.

==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 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 pagina.
# 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 MHD-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 het XIS.

== Uit te voeren stappen Beschikbaarstellen ==
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 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 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']].
# 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 geen ondersteuning biedt voor de DocumentManifest-resource, moeten de scripts in de map "XIS-Server-NoManifest" gebruikt worden.

{| class="wikitable"
|+
|-
! 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.
|| Persoonsgegevens van persoon 1.
DocumentReferentie 1, 2 en 3: 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.3 || Persoon 1 probeert DocumentReferenties te raadplegen met een syntactisch foutieve uitvraag. || Test of een XIS kan omgaan met een uitvraag die syntactisch fout is. || Aantonen dat een XIS kan omgaan met een uitvraag die syntactisch fout is en een correcte foutmelding kan genereren. || Geen DocumentReferenties, maar een foutmelding (OperationOutcome). || Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.
|-
| 1.41 || Persoon 1 raadpleegt PDF/A-documenten die door het XIS beschikbaargesteld worden via een Binary-resource. || Test of een XIS een document beschikbaar kan stellen via een Binary-resource. || Aantonen dat een XIS PDF/A-documenten beschikbaar kan stellen door middel van een uitvraag op de Binary-endpoint. || PDF/A-documenten 1 en 2 in een Binary-resource. || Screenshots van de inhoud van PDF/A-documenten 1 en 2.
|-
| 1.5 || Persoon 1 wil een PDF/A-document raadplegen in het XIS, dat daarin echter onbekend is. || Test of een XIS kan omgaan met de uitvraag van een onbekend document. || Aantonen dat een XIS kan omgaan met een uitvraag voor een PDF/A-document dat niet bekend is. || Geen PDF/A-document, maar een 404- of 410-foutmelding (OperationOutcome). || Er wordt hier geen screenshot verwacht. Een XIS kan filteraanvragen vanuit de PGO alleen technisch verwerken, maar niet aan de ‘voorkant’ laten zien.
|-
| 2.1 || Persoon 2 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 4. || Persoonsgegevens van persoon 2.
DocumentReferentie 4: screenshots van metadata van de DocumentReferentie. Let op: omdat filteren aan de ‘voorkant’ van het XIS wellicht niet mogelijk is, is de verwachting dat een XIS aan de voorkant DocumentReferenties 4 én 5 laat zien (niet alleen 4 zoals technisch wel verwacht wordt).
|-
| 2.22 || Persoon 2 haalt alle DocumentManifests op die de status {{term|current}} hebben en het XIS stelt deze beschikbaar. || Test of een XIS op basis van parameters de juiste DocumentManifests beschikbaar kan stellen. || Aantonen dat een XIS de juiste DocumentManifests beschikbaar kan stellen op basis van search parameters (status). || DocumentManifests 1 en 3. || DocumentManifests 1 en 3: screenshots van metadata van de DocumentManifests. Let op: omdat filteren aan de ‘voorkant’ van het XIS wellicht niet mogelijk is, is de verwachting dat een XIS aan de voorkant alle DocumentManifests laat zien (niet alleen 1 en 3 zoals technisch wel verwacht wordt).
|-
| 2.32 || Persoon 2 haalt alle DocumentManifests op die de status {{term|current}} hebben én uit de periode [T-365] t/m [T-60] komen, en het XIS stelt deze beschikbaar. || Test of een XIS geen DocumentManifests, die buiten de door persoon 2 gedefinieerde periode vallen, beschikbaar stelt. || Aantonen dat een XIS de juiste DocumentManifests beschikbaar kan stellen op basis van search parameters (datum en status). || DocumentManifest 1. || DocumentManifest 1: screenshots van metadata van het DocumentManifest.
|-
| 2.42 || Persoon 2 haalt de door het XIS beschikbaargestelde DocumentReferentie op uit het zojuist bekeken DocumentManifest. || Test of een XIS een DocumentReferentie op basis van een DocumentManifest beschikbaar kan stellen. || Aantonen dat een XIS kan omgaan met het beschikbaarstellen van een DocumentReferentie op basis van het technische ID. || DocumentReferentie 4. || DocumentReferentie 4: screenshots van metadata van de DocumentReferentie.
|-
| 2.51 || 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.
|}

1Scenario 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.

2Scenario 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 =
== Persoonsgegevens ==
Het onderdeel Persoonsgegevens bevat algemene gegevens over de persoon zoals naam, adres en woonplaats.
In het MedMij-afsprakenstelsel is vastgelegd dat het 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.

== 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 ==
Deze kwalificatie is bedoeld om te controleren of het systeem (XIS) succesvol een PDF/A aan een persoon (PGO) beschikbaar kan stellen. Dit gaat door middel van twee transacties, namelijk: eerst door
‘beschikbaarstellen PDF/A metadata lijst’ gevolgd door ‘beschikbaarstellen PDF/A’. Oftewel het systeem van de zorgaanbieder (XIS) levert een lijst met metadata over de gevonden PDF/A-documenten op voor de patiënt; en
daarna levert het systeem van de zorgaanbieder (XIS) de PDF/A op voor de patiënt. 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.

=== 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)
* DocumentReferentie: 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 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.

== Scenario 1.1-1.5: persoon 1 wil documenten raadplegen ==
Scenario 1 heeft betrekking op persoon 1. Deze persoon 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 te toetsen zijn de volgende gegevens nodig:

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

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== DocumentReferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary, of type van eigen document 1.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document 1.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary, of van eigen document 1.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar daadwerkelijke PDF/A in een Binary-resource (PDF/A-document 1).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note, of type van eigen document 2.
|-
|Class ||Consult Note, of indien van toepassing class van eigen document 2.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult note, of van eigen document 2.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|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.
|}

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

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

== Scenario 2.1-2.5: 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 te toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 2
* Drie DocumentManifests
* Gegevens van 2 zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== DocumentReferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary, of type van eigen document.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary, of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource (indien dit niet wordt ondersteund, een verwijzing naar een willekeurige PDF/A in een Binary-resource).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|MasterIdentifier ||Zelf te bepalen.
|-
|Status || Indien entered-in-error of vergelijkbaar concept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken.
|-
|Type ||Allergy and immunology Discharge summary, of type van eigen document.
|-
|Class ||Discharge summary, of indien van toepassing class van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Example PDF not in Binary, of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDF/A ||Verwijzing naar een willekeurige PDF/A anders dan in een Binary-resource (indien dit niet wordt ondersteund, een verwijzing naar een willekeurige PDF/A in een Binary-resource).
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

=== DocumentManifest ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type ||Discharge summary, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of DocumentReferentie van eigen document.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Indien superseded of vergelijkbaar concept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund current gebruiken.
|-
|Type ||Discharge summary, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of DocumentReferentie van eigen document.
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of DocumentReferentie van eigen document.
|}
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%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier || Zelf te bepalen.
|-
|Identifier ||Zelf te bepalen.
|-
|Status ||Current
|-
|Type || Radiology Consult note, of type van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 30
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren.
|-
|Content1 ||Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
|Content2 ||Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-09-16T11:22:43Z

Foppe Crezee: /* Zorgverleners */

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1 en 2 || Persoonsgegevens van persoon 1 DocumentReferentie 1 en 2: 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-09-16T11:22:25Z

Foppe Crezee: /* Uit te voeren stappen Raadplegen */

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1 en 2 || Persoonsgegevens van persoon 1 DocumentReferentie 1 en 2: 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-09-16T11:21:58Z

Foppe Crezee: /* Uit te voeren stappen Raadplegen */

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1 en 2 || Persoonsgegevens van persoon 1 DocumentReferentie 1 en 2 : 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-09-16T11:17:39Z

Foppe Crezee: /* Documentreferentie */

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-09-16T09:21:56Z

Foppe Crezee: /* Uit te voeren stappen Raadplegen */

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-09-16T09:17:44Z

Foppe Crezee: /* Uit te voeren stappen Raadplegen */

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1 en 2 || Persoonsgegevens van persoon 1 DocumentReferentie 1 en 2: 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}

MedMij:Vissue-MM-3498/PDFA Raadplegen

2022-09-16T09:16:48Z

Foppe Crezee: Clone of V2020.01 production page for issue MM-3498

{{IssuePaginaWaarschuwing|MM-3498|MedMij:V2020.01/PDFA_Raadplegen}}
__NOINDEX__
{{MedMij:Vprepub-2020.01/Issuebox}}

{{DISPLAYTITLE:PDF/A - kwalificatie - Raadplegen PDF/A {{VersieInfo|PDFA}}}}
__NUMBEREDHEADINGS__
__TOC__

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! 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 script/addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 15-04-2021 || [https://bits.nictiz.nl/browse/MM-2014 MM-2014] || DocumentManifest verder toelichten
|-
| 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-1119 MM-1119] || Herleidbaarheid gegevens
|-
| 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 'Raadplegen PDF/A' binnen het MedMij afsprakenstelsel.

= Begrippenlijst =

{| class="wikitable"
|+
|-
! 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
|-
| 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.

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

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Raadplegen PDF/A metadata lijst bij zorgaanbieder’ en ‘Raadplegen PDF/A document bij zorgaanbieder’ binnen het MedMij afsprakenstelsel.
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.

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van
het Functioneel Ontwerp PDF/A waarvan de actuele versie via de Ontwerpen MedMij [[MedMij:Vprepub-2020.01/Ontwerpen|Ontwerpen MedMij]] te bereiken is. De op te
vragen onderdelen die in het functioneel ontwerp besloten liggen zijn waar mogelijk gekoppeld aan
zorginformatiebouwstenen.

== 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 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 Raadplegen ==
De volgende stappen dienen te 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 de PGO de patiëntgegevens voor de testpersonen zoals opgenomen in de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Raadpleeg de PDF/A Documentoverzicht gegevens door middel van verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s 1.1, 1.2, 2.1 & 2.2(waarbij 2.1& 2.2 optioneel zijn).
# Raadpleeg het PDF/A document door middel van de verkregen referentie in het PDF/A metadata gegevens retourbericht, zoals beschreven in de scenario’s 1.3 & 2.3 (waarbij 2.3 optioneel is).
# De kwalificatiesimulator (FHIR server) zal de PDF/A documentoverzicht gegevens en het PDF/A document beschikbaarstellen. Deze gegevens komen overeen met de [[MedMij:Vprepub-2020.01/PDFA_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]]
# Ontvang en verwerk de PDF/A Documentoverzicht gegevens en het PDF/A document in het systeem.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A documentoverzicht gegevens toont aan de PGO gebruiker, en leg deze vast in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen]. De PGO dient de PDF/A metadata gegevens te tonen die de gebruiker in staat stelt het onderliggende document te beoordelen op relevantie. Denk hierbij aan de belangrijkste metadata velden, zoals: naam, categorie en type van het PDF/A document. Daarnaast zal de PGOgebruiker een link naar het betreffende PDF/A document moeten zien.
# Maak schermafdrukken van de wijze waarop de PGO het PDF/A document toont aan de PGO gebruiker, en leg deze vast in het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Aanleverformat PDF/A raadplegen].
# De PGO kan zich kwalificeren door ondersteuning van het raadplegen van DocumentReference (scenario 1.1, 1.2) en daarnaast optioneel DocumentManifest (scenario 2.1 & 2.2) resources te ondersteunen.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 1.1 || Persoon 1 haalt alle DocumentReferenties op die de status ‘current’ hebben en raadpleegt deze || Test of alle metadata van DocumentReferenties van persoon 1 met een ‘current’ status kunnen worden opgevraagd || Aantonen dat een PGO DocumentReferenties kan ophalen en tonen || DocumentReferentie 1, 2 en 3 || Persoonsgegevens van persoon 1 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 raadpleegt ze || Test of er geen metadata van DocumentReferenties, die buiten de gedefinieerde periode van persoon 1 vallen, worden getoond|| Aantonen dat een PGO kan omgaan met een bericht waarin geen DocumentReferentie is opgenomen|| Geen DocumentReferenties || Geen DocumentReferenties, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.3|| Persoon 1 klikt op de twee PDF/A documenten uit de zojuist opgehaalde DocumentReferenties van scenario 1.1 en raadpleegt ze || Test of een PGO een binary document kan tonen || 1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een binary resource.
||PDF/A documenten van DocumentReferentie 1 en 2 || PDF/A documenten van DocumentReferentie 1 en 2: schermprints van inhoud van de documenten
|-
| 1.4|| Persoon 1 klikt op het PDF/A document in DocumentReferentie 3 (uit scenario 1.1), echter is raadplegen niet mogelijk vanwege een foutieve link naar de locatie van het document || Test of een PGO een document op basis van een link kan tonen|| Aantonen dat een PGO kan omgaan met een foutieve link naar het PDF/A document|| Geen PDF/A document || Geen PDF/A document, maar een melding die aangeeft dat er geen gegevens beschikbaar zijn
|-
| 1.51|| Persoon 1 controleert wat de bron is van DocumentReferentie 1 ||Test of de bron waarvan de documenten zijn opgehaald kunnen worden getoond || [[MedMij:Vprepub-2020.01/FunctionaliteitSystemen|Aantonen dat een PGO de herleidbaarheid van documenten kan aantonen.]] || || Een overzicht met de herleidbaarheid
|-
| 2.12 || Persoon 2 zoekt alle DocumentManifests op die de status ‘current’ hebben en raadpleegt ze ||Test of er geen metadata van Documentmanifest resources, die buiten door de gedefinieerde status van persoon 2 vallen, worden getoond || Aantonen dat een PGO DocumentManifests kan ophalen en tonen || DocumentManifest 1 en 3 || Persoonsgegevens van persoon 2 DocumentManifest 1 en 3: schermprint van metadata van de DocumentManifests
|-
| 2.22 || Persoon 2 klikt op de DocumentReferentie uit het zojuist opgehaalde DocumentManifest (1) en raadpleegt deze || Test of alle metadata van een DocumentReferentie van persoon 2 kunnen worden opgevraagd||Aantonen dat een PGO een DocumentReferentie, opgehaald via een DocumentManifest, kan tonen.|| DocumentReferentie 4|| DocumentReferentie 4: schermprints van metadata van de DocumentReferentie
|-
| 2.31&3&4|| Persoon 2 klikt op het PDF/A document uit de zojuist bekeken DocumentReferentie (4) en raadpleegt deze.|| Test of een PGO een document op basis van een link kan tonen||1. Aantonen dat een PGO een PDF/A document, opgehaald via een DocumentReferentie, kan tonen.
2. Aantonen dat een PGO kan omgaan met een bericht waarin een PDF/A document wordt opgehaald via een andere locatie.
|| PDF/A document van DocumentReferentie 4 || PDF/A document van DocumentReferentie 4: schermprint van inhoud van het document
|}

1 Dit scenario gaat buiten touchstone om. 
2 Dit scenario is optioneel, voor zowel de standaard als kwalificatie. 
3 Dit scenario is optioneel om te kwalificeren, maar niet voor de informatiestandaard. Een PGO dient beide manieren om een PDF/A document te ontsluiten te ondersteunen. 
4 In dit scenario dient DocumentReferentie 4 te worden gebruikt voor het ophalen van een willekeurige PDF/A op een andere locatie dan van een Binary endpoint. De verwijzing gaat momenteel naar een PDF/A-document buiten het oorspronkelijke domein en is daarmee niet conform de MedMij-eisen. Door technische beperkingen van Touchstone is het niet mogelijk om deze functionaliteit op een andere manier te testen.

'''Bijzonderheden:''' in scenario 1.2 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat de testpersoon is aangemaakt in de PGO (dit wordt in scenario 1.1 aangetoond).

= 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
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 ==
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 1 en 2 te vinden.

== 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.
Om dit de toetsen zijn de volgende gegevens nodig:
* Persoonsgegevens van persoon 1
* Gegevens van drie zorgverleners
* Drie documentReferenties
* De drie documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 1
|-
|style="width: 50%;"|Achternaam ||XXX_Baltus
|-
|Voornaam ||Ellen
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Piet Heinkade 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1974
|}

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

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

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

=== Documentreferentie ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status ||Current
|-
|Type ||Neurological surgery Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Anterior Cervical Discectomy Fusion - Discharge Summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 1)
|-
|Security label || very restricted.
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class || Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Infectious disease Consult
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 3
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Neurology Consult note
|-
|Class ||Consult Note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Very restriced
|}

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

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

== 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:
* Persoonsgegevens van persoon 2
* Drie documentManifests
* Gegevens van twee zorgverleners
* Twee DocumentReferenties
* De documenten zelf

=== Persoongegevens ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Persoon 2
|-
|style="width: 50%;"|Achternaam ||XXX_Schulte
|-
|Voornaam ||Eva
|-
|Voorletter(s) ||E
|-
|Geslacht ||Vrouw
|-
|Adresgegevens ||Knolweg 1001, 9999XA, Stitswerd
|-
|Geboortedatum ||02-08-1964
|}

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

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

=== Documentreferentie ===

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 4
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Discharge summary
|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Security label ||Very restricted
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 5
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Entered-in-error
|-
|Type ||Allergy and immunology Discharge summary
|-
|Class ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.

|-
|ContentType ||Application/pdf
|-
|Language ||English
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary.
|-
|Security label ||Very restricted
|}

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

=== DocumentManifests ===
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 1
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 2
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Entered in Error
|-
|Type || Discharge summary
|-
| Subject || XXX_Schulte
|-
| Created || T – 360
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar DocumentReferentie 4 (zie hierboven)
|-
| Content2 || Verwijzing naar DocumentReferentie 5 (zie hierboven)
|}

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.

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 3
|-
|style="width: 15%;"|MasterIdentifier ||
|-
|Status || Current
|-
|Type || Radiology Consult note
|-
| Subject || XXX_Schulte
|-
| Created || T – 30
|-
| Author || Zorgverlener 2, zie tabel zorgverlener.
|-
| Source || <nowiki>http://example-pgo.org/example </nowiki>
|-
| Content1 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|-
| Content2 || Verwijzing naar een willekeurige DocumentReferentie. Geen voorbeeld beschikbaar.
|}