informatiestandaarden - Gebruikersbijdragen [nl]

MedMij:V2020.01/PDFA Beschikbaarstellen

2022-01-27T14:59:31Z

Harriet Luttikhuizen: MM-2664 Documentreferentie 3 uit het script beschikbaarstellen is aangepast.

__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
|-
| 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 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de 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
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 hebben betrekking tot het optionele DocumentManifest. Ook als DocumentManifest niet wordt ondersteund, moeten deze tests wel uitgevoerd worden.

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

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

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

== Specifieke gegevens ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de 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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 2.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title || Example PDF - Infectious disease Consult note of Class van eigen document 2.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen (onjuiste) document.
|-
|Class ||Consult Note, of van eigen (onjuiste) document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen (onjuiste) document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar PDFA in een Binary resource met een foutieve ID.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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-01-27T14:59:31Z

Harriet Luttikhuizen: MM-2664 Documentreferentie 3 uit het script beschikbaarstellen is aangepast.

MedMij:V2020.01/BgZ Beschikbaarstellen

2022-01-27T14:53:05Z

Harriet Luttikhuizen: MM-2658 Aanpassing van de onjuiste SNOMED codes in de addenda

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

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Basisgegevensset Zorg - kwalificatie - Beschikbaarstellen Basisgegevensset Zorg {{VersieInfo|BgZ}}}}
__TOC__

= Versiebeheer =


{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 31-10-2021 || [https://bits.nictiz.nl/browse/MM-2446 MM-2446] || Inhoud van Specifieke voorwaarden voor kwalificatie' opnieuw geordend zodat de opbouw overeenkomt met de corresponderende paragrafen in de Kwalificatiescripts voor BgLZ en BgGGZ (géén toevoegingen).
|-
| 31-08-2021 || [https://bits.nictiz.nl/browse/MM-2294 MM-2294] || Kwalificatiescript omgezet van PDF-formaat naar wiki
|-
| 12-03-2020 || [https://bits.nictiz.nl/browse/MM-672 MM-672] || Terminologie zib en zibs consistent gemaakt
|}

= Doelgroep =
De doelgroep van dit document is de XIS-leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen BgZ’ binnen het MedMij afsprakenstelsel.

De basis is de BgZ op basis van de publicatie van de [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf specificaties BgZ zibs 2017]

= Begrippenlijst =
Er zijn geen specifieke begrippen van toepassing.

= Inleiding =
Deze bladzijde bevat de te doorlopen scripts bij kwalificatie voor de systeemrol ‘Beschikbaarstellen BgZ’ 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 (kandidaat-) deelnemer 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 betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# 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 zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Specifieke voorwaarden voor kwalificatie ==
Zie voor de algemene uitgangspunten bij kwalificatie op de algemene Kwalificatie-pagina de paragraaf [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|Uitgangspunten voor kwalificatie]]

Voor deze informatiestandaard gelden de volgende specifieke voorwaarden en uitgangspunten:

* De kwalificatie is ingericht aan de hand van BgZ secties en de onderliggende zibs. Kennis van de zibs is een voorwaarde voor kwalificatie. BgZ omvat 18 secties, en 28 onderliggende zibs.
* Idealiter ondersteunt de DVZA de gehele BgZ, maar om de DVZA tegemoet te komen, kan de DVZA kwalificatie starten bij ondersteuning van minimaal 14 van de 18 BgZ secties of 20 van de 28 onderliggende zibs. Dit wijkt bewust af van het uitgangspunt voor PGO, omdat in het zorgproces dat XIS ondersteunt, doorgaans niet de gehele BgZ vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben. Tijdens de kwalificatie moet de DVZA alle ondersteunde delen laten zien. Voor alle ondersteunde delen moet de DVZA slagen voor kwalificatie.
* Voorafgaand aan kwalificatie wordt vastgesteld welke BgZ-gegevens ondersteund worden door XIS.
* BgZ gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden.
* Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.
* Als de DVZA na kwalificatie meer of minder BgZ secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/herkwalificatie herkwalificatie pagina].
* De DVZA ondersteunt ‘Beschikbaarstellen BgZ’ vanaf een bepaalde softwareversie. Deze versie kan binnen het VIPP-programma (module A3) gebruikt worden voor de bepaling van de financiering per ziekenhuis.
* Mocht een DVZA alleen enkele losse secties van de BgZ beschikbaar willen / kunnen stellen, dan kan de DVZA dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert de DVZA voor die informatiestandaard, maar niet voor BgZ. Dit komt overzichtelijkheid ten goede voor persoon en PGO.'

== Op te leveren kwalificatiemateriaal door de leverancier ==

# De berichten worden verstuurd vanuit XIS. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
# Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20210324.zip|Aanleverformat - Beschikbaarstellen BgZ.]]

== Uit te voeren stappen Beschikbaarstellen ==

Voer – voor ieder scenario – de volgende stappen uit:

# Registreer in XIS de patiëntgegevens voor de testpersonen zoals beschreven in de [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
# Maak in XIS de Basisgegevensset Zorg voor deze personen aan, gebruik hiervoor de [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]].
# Maak schermafdrukken van de in XIS ingevoerde gegevens en plaats deze in het [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20210324.zip|Aanleverformat - Beschikbaarstellen BgZ.'']]
# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s.
# Basisgegevensset Zorg gegevens beschikbaarstellen conform de scenario’s.


{| class="wikitable"
|+
|-
! Doel !! Verwacht resultaat
|-
| Aantonen dat het systeem BgZ beschikbaar kan stellen met gebruik van FHIR berichten || Het systeem genereert technisch correcte berichten
|-
| Aantonen dat het systeem kan omgaan met een uitvraag voor persoon waarvoor -naast patiëntgegevens- geen BgZ gegevens bekend zijn (scenario 1.2) || Het systeem maakt op correcte wijze kenbaar dat er geen gegevens aanwezig zijn voor bewuste persoon
|}

Scenario's (vraag aan XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt)''
*Scenario 1.1: BgZ van persoon 1, zoals beschreven in addendum 1.
*Scenario 1.2: BgZ van persoon 2, zoals beschreven in addendum 2 (nauwelijks BgZ gegevens aanwezig).

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
De Basisgegevensset Zorg sectie Demografie en identificatie 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 XIS te raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door XIS geretourneerd worden naar het persoonsdomein. Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaar stellende systeem (XIS) deze nodig kan hebben.

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

= Inhoudelijke gegevens scenario’s =
In dit hoofdstuk zijn de addenda van scenario 1.1 en 1.2 te vinden.
== Scenario 1.1 ==
Dit betreft persoon 1 zoals hieronder beschreven.
Met scenario 1.1 wordt getoetst of XIS Basisgegevensset Zorg beschikbaar kan stellen met gebruik van FHIR berichten. Hieronder volgen de inhoudelijke gegevens conform de secties en zibs in publicatie van de [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf specificaties BgZ zibs 2017]

===Demografie en identificatie===
{| class="wikitable" width="60%"
!
|-style="background-color: #FFFF00;; font-weight: bold;"
|Patiënt ||Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;;font-weight: bold;;"
|Patiënt.Naamgegevens ||
|-
|Voornamen ||Johan
|-
|Initialen ||J
|-
|Roepnaam ||Johan
|-
|Naamgebruik ||Eigen geslachtsnaam
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Geslachtsnaam ||
|-
|Achternaam ||XXX_Helleman
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Adresgegevens ||
|-
|Straat ||Knolweg
|-
|Huisnummer ||1000
|-
|Postcode ||9999XA
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Woon-/verblijfadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Contactgegevens ||
|-
|Telefoonnummer ||06-12345678
|-
|TelecomType ||Mobiel telefoonnummer
|-
|EmailAdres ||XXX_Helleman@hotmail.com
|-
|Identificatienummer ||999911120
|-
|Geboortedatum ||25-7-1964
|-
|Geslacht ||Man
|-
|MeerlingIndicator ||0
|-
|OverlijdensIndicator ||0
|-style="background-color: #FFFF00;font-weight: bold;;"
|BurgerlijkeStaat ||
|-
|BurgerlijkeStaat ||Gehuwd
|}

=== Financiële informatie ===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Betaler ||Inhoudelijke gegevens Persoon 1
|-
|BetalerNaam ||XXX_Helleman
|-
|BankNaam ||ING
|-
|Bankcode ||INGBNL2A
|-
|Rekeningnummer ||NL85INGB0001234567
|-
|Verzekering ||
|-
|BeginDatumTijd ||1-1-2018
|-
|EindDatumTijd ||31-1-2019
|-
|Verzekeringssoort ||Basis verzekerd
|-
|IdentificatieNummer ||3332
|-
|OrganisatieNaam ||Menzis Zorgverzekeraar N.V.
|-
|VerzekerdeNummer ||12345678
|-style="background-color: #E3E3E3;;"
|Adresgegevens ||Zie patiënt/persoonsgegevens BgZ sectie 1
|-style="background-color: #E3E3E3;;"
|Contactgegevens ||Zie patiënt/persoonsgegevens BgZ sectie 1
|}

===Behandelrestricties===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|BehandelAanwijzing ||Inhoudelijke gegevens Persoon 1
|-
|Geverifieerd ||1
|-
|GeverifieerdBij ||Patiënt
|-
|VerificatieDatum ||9-4-2018
|-
|Behandeling ||Kunstmatige beademing
|-
|BehandelingToegestaan ||Ja, maar met beperkingen
|-
|Beperkingen ||Eerst overleg met echtgenote
|-
|BeginDatum ||9-4-2018
|-
|EindDatum ||
|-
|Toelichting ||
|-
|Wilsverklaring ||
|-
|WilsverklaringType ||Niet reanimeren verklaring
|-
|WilsverklaringDatum ||9-4-2018
|-
|WilsverklaringDocument ||
|-
|Toelichting ||Niet-reanimerenpenning
|-
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||ALS
|-
|-style="background-color: #E3E3E3;;"
|Vertegenwoordiger ||
|-
|Contactpersoon ||Zie contactgegevens contactpersoon BgZ sectie 4
|}

===Contactpersonen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Contactpersoon ||Inhoudelijke gegevens Persoon 1
|-
|Voornamen ||Jannie
|-
|Initialen ||J.P.M.
|-
|Roepnaam ||-
|-
|Naamgebruik ||Eigen geslachtsnaam gevolgd door geslachtsnaam partner
|-
|Voorvoegsels ||van
|-
|Achternaam ||Putten
|-
|VoorvoegselsPartner ||-
|-
|AchternaamPartner ||XXX_Helleman
|-
|Straat ||Knolweg
|-
|Huisnummer ||1000
|-
|Huisnummerletter ||-
|-
|Huisnummertoevoeging ||-
|-
|AanduidingBijNummer ||-
|-
|Postcode ||9999XA
|-
|Woonplaats ||Stitswerd
|-
|Gemeente ||-
|-
|Land ||Nederland
|-
|AdditioneleInformatie ||-
|-
|AdresSoort ||Woon-/verblijfadres
|-
|Telefoonnummer ||06-12345678
|-
|TelecomType ||Mobiel telefoonnummer
|-
|EmailAdres ||XXX_Helleman@hotmail.com
|-
|Rol ||Eerste relatie/contactpersoon
|-
|Relatie ||Echtgenote
|}

===Functionele status===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|FunctioneleOfMentaleStatus ||Inhoudelijke gegevens Persoon 1
|-
|StatusNaam ||Zich wassen
|-
|StatusWaarde ||Moeite met wassen
|-
|StatusDatum ||2001
|-
|Toelichting ||-
|-
|MedischHulpmiddel ||-
|}

===Klachten en diagnoses===

Let op: er wordt hier één probleem specifiek beschreven, maar in andere BgZ secties zijn meerdere verwijzingen opgenomen die als ‘FHIR condition resources’ beschikbaar gesteld moeten worden. In totaal zijn dit 6 problemen waarnaar wordt verwezen in sectie 6.1.3, 6.1.6 (deze sectie), 6.1.11, 6.1.15, 6.1.16 en 6.1.17.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Probleem ||Inhoudelijke gegevens Persoon 1
|-
|ProbleemAnatomischeLocatie ||Pols
|-
|ProbleemLateraliteit ||Rechts
|-
|ProbleemType ||Diagnose
|-
|ProbleemNaam ||Polsfractuur
|-
|ProbleemBeginDatum ||2001
|-
|ProbleemEindDatum ||
|-
|ProbleemStatus ||Niet actueel
|-
|VerificatieStatus ||Onbekend
|-
|Toelichting ||Gevallen op kunstijsbaan.
|}

===Sociale anamnese===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Woonsituatie || Inhoudelijke gegevens Persoon 1
|-
|WoningType ||Eengezinswoning
|-
|Datum ||30-06-2016
|-style="background-color: #FFFF00;font-weight: bold;;"
|DrugsGebruik ||Inhoudelijke gegevens Persoon 1
|-
|StartDatum ||1981
|-
|StopDatum ||1983
|-
|Hoeveelheid ||3x per jaar
|-
|Toelichting ||Op feestjes en in uitgaanscircuit.
|-
|DrugsOfGeneesmiddelSoort ||Amfetamine, speed
|-
|DrugsGebruikStatus ||heeft in het verleden drugs gebruikt
|-
|Toedieningsweg ||nasaal (snuiven)
|-style="background-color: #FFFF00;font-weight: bold;;"
|AlcoholGebruik ||Inhoudelijke gegevens Persoon 1
|-
|Toelichting ||
|-
|AlcoholGebruikStatus ||Drinkt alcohol
|-
|StartDatum ||1980
|-
|StopDatum ||
|-
|Hoeveelheid ||4 glazen per week
|-style="background-color: #FFFF00;font-weight: bold;;"
|TabakGebruik ||Inhoudelijke gegevens Persoon 1
|-
|Toelichting ||
|-
|SoortTabakGebruik ||Rookt sigaretten
|-
|TabakGebruikStatus ||Ex-roker
|-
|StartDatum ||1980
|-
|StopDatum ||1983
|-
|Hoeveelheid ||2 pakjes per week
|-
|PackYears ||1
|-style="background-color: #FFFF00;font-weight: bold;;"
|Voedingsadvies ||Inhoudelijke gegevens Persoon 1
|-
|DieetType ||Energie verrijkt
|-
|Consistentie ||Dikvloeibaar
|-
|Toelichting ||-
|}

===Waarschuwingen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Alert ||Inhoudelijke gegevens Persoon 1
|-
|ProbleemNaam ||-
|-
|AlertNaam ||Drager MRSA
|-
|BeginDatumTijd ||1-6-2010
|-
|AlertType ||Waarschuwing
|}

===Allergieën===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|AllergieIntolerantie ||Inhoudelijke gegevens Persoon 1
|-
|VeroorzakendeStof ||Bijengif
|-
|AllergieCategorie ||Stof of product
|-
|AllergieStatus ||Actief
|-
|BeginDatumTijd ||8-11-2008
|-
|MateVanKritiekZijn ||Ernstig
|-
|LaatsteReactieDatumTijd ||15-11-2009
|-
|Toelichting ||
|-style="background-color: #E3E3E3;;"
|Reactie ||
|-
|Symptoom ||Misselijk en braken
|-
|SpecifiekeStof ||
|-
|ReactieBeschrijving ||
|-
|Ernst ||Ernstig
|-
|WijzeVanBlootstelling ||
|-
|ReactieTijdstip ||
|}

===Medicatie===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedicatieAfspraak ||Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||875452574
|-
|Afspraakdatum ||14-8-2016, om 16:30
|-
|RedenMedicatieafspraak ||Starten medicamenteuze behandeling
|-style="background-color: #E3E3E3;;"
|Gebruiksperiode ||
|-
|Ingangsdatum ||15-8-2016
|-
|Duur ||30 dagen
|-
|FarmaceutischProduct ||Metoclopramide zetpil 10mg, PRK 6920
|-
|Voorschrijver ||Huisarts Peter van Pulver, Huisartsenpraktijk Pulver & Partners
|-style="background-color: #E3E3E3;;"
|GebruiksInstructie ||
|-
|Omschrijving ||Gedurende 30 dagen, zo nodig 1 maal per dag 1 stuk, rectaal
|-
|Toedieningsweg ||Rectaal (code 12)
|-
|Doseerinstructie ||Zo nodig 1 maal per dag 1 stuk
|}

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold
|Toedieningsafspraak || Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||13610554
|-
|ToedieningsafspraakDatumTijd ||1-6-2018, om 12:25
|-
|RedenAfspraak ||
|-
|Geneesmiddel ||PRIMPERAN ZETPIL 20MG, HPK 229709
|-
|Verstrekker ||Apotheek de Gulle Gaper
|-style="background-color: #E3E3E3;;"
|GebruiksInstructie ||
|-
|Omschrijving ||Vanaf 1-6-2018, gedurende 30 dagen, zo nodig 1 maal per dag 1 stuk, rectaal
|-
|ToedieningsWeg ||Rectaal (code 12)
|-
|Doseerinstructie ||Zo nodig 1 maal per dag 1 stuk
|}

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedicatieGebruik2 || Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||123457000000
|-
|Registratiedatum ||16-8-2018
|-
|GebruikIndicator ||Ja
|-
|VolgensAfspraakIndicator ||Ja
|-style="background-color: #E3E3E3;;"
|Gebruiksperiode ||
|-
|Ingangsdatum ||28-6-2018
|-
|Einddatum ||
|-
|GebruiksDuur ||3 weken
|-
|Gebruiksproduct ||Zestril tablet 10mg, HPK 615560
|-
|Voorschrijver ||Huisarts Peter van Pulver, Huisartsenpraktijk Pulver & Partners
|-style="background-color: #E3E3E3;;"
|Gebruiksinstructie ||
|-
|Omschrijving ||1 maal per dag 1 tablet, oraal
|-
|ToedieningsWeg ||Oraal
|-
|Doseerinstructie ||1 maal per dag 1 tablet
|-
|Informatiebron ||Patiënt
|}

===Medische hulpmiddelen===

Let op: er wordt hier één medisch hulpmiddel specifiek beschreven, maar in andere BgZ secties, zoals sectie 15 Verrichtingen, kunnen verwijzingen opgenomen zijn die als ‘FHIR device resources’ beschikbaargesteld worden.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedischeHulpmiddel || Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;;"
|Product ||
|-
|ProductID ||-
|-
|ProductType ||Gehoorapparaat (SNOMED CT: 6012004)
|-
|ProductOmschrijving ||-
|-
|BeginDatum ||2007
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Presbyacusis
|-
|Toelichting ||Apparaat niet zichtbaar (diep in de gehooringang)
|-
|AnatomischeLocatie ||Oor
|-
|Lateraliteit ||Rechts
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|Zorgaanbieder.Organisatienaam ||Test Medisch Centrum
|}

===Vaccinaties===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Vaccinatie ||Inhoudelijke gegevens Persoon 1
|-
|ProductCode ||Hepatitis A vaccin
|-
|Dosis ||-
|-
|VaccinatieDatum ||5-3-1999
|-
|GewensteDatumHervaccinatie ||-
|-style="background-color: #E3E3E3;;"
|Toediener ||
|-
|Zorgverlener.Achternaam ||Vaste Huisarts 1
|-
|Toelichting ||Bezoek aan Guatemala.
|}

===Vitale functies===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Bloeddruk ||Inhoudelijke gegevens Persoon 1
|-
|Meetmethode ||Niet-invasief
|-
|ManchetType ||Groot
|-
|MeetLocatie ||Linker bovenarm
|-
|DiastolischEindpunt ||-
|-
|SystolischeBloeddruk ||108 mmHg
|-
|DiastolischeBloeddruk ||56 mmHg
|-
|GemiddeldeBloeddruk ||-
|-
|BloeddrukDatumTijd ||7-2-2013 08:53
|-
|Toelichting ||-
|-
|Houding ||Zittende positie
|-
|Uitvoerder ||G.Z.M. de Wit
|-style="background-color: #FFFF00;font-weight: bold;;"
|Lichaamsgewicht ||Inhoudelijke gegevens Persoon 1
|-
|GewichtWaarde ||72 kg
|-
|Toelichting ||-
|-
|GewichtDatumTijd ||8-2-2013
|-
|Kleding ||Lichte kleding/ondergoed
|-
|Uitvoerder ||G.Z.M. de Wit
|-style="background-color: #FFFF00;font-weight: bold;;"
|Lichaamslengte ||Inhoudelijke gegevens Persoon 1
|-
|LengteWaarde ||183 cm
|-
|LengteDatumTijd ||8-2-2013 06:43
|-
|Toelichting ||Met schoenen aan
|-
|Positie ||Staande positie
|-
|Uitvoerder ||G.Z.M. de Wit
|}

===Uitslagen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;font-weight: bold;;"
|LaboratoriumUitslag ||Inhoudelijke gegevens Persoon 1
|-
|ResultaatType ||Klinische chemie (SNOMED CT: 275711006)
|-
|TestCode ||Chloride (LOINC: 2069-3)
|-
|TestDatumTijd ||23-5-2012 12:00
|-
|TestUitslag ||109 mmol/l
|-
|TestUitslagStatus ||Definitief
|-
|ReferentieBovengrens ||108 mmol/l
|-
|ReferentieOndergrens ||99 mmol/l
|-
|InterpretatieVlaggen ||Boven referentie-waarde
|-style="background-color: #E3E3E3;;"
|Monster ||
|-
|Monstermateriaal ||Bloed
|-
|AfnameDatumTijd ||23-5-2012 08:08
|}

===Verrichtingen===

Let op: er wordt hier één verrichting specifiek beschreven, in BgZ sectie 6.1.16 wordt verwezen naar een Verrichting die ook in het testresultaat wordt verwacht.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Verrichting ||Inhoudelijke gegevens Persoon 1
|-
|VerrichtingStartDatum ||5-6-2012
|-
|VerrichtingEindDatum ||
|-
|VerrichtingAnatomischeLocatie ||Knie
|-
|VerrichtingLateraliteit ||Links
|-
|VerrichtingType ||Knie - prothese implantatie gewricht (SNOMED CT: 609588000)
|-
|VerrichtingMethode ||
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Artropathie (SNOMED CT: 399269003)
|-
|Toelichting ||Beperking bij het bewegen van het gewricht, drukpijn door slijtage van twee compartimenten van de linker knie.
|-style="background-color: #E3E3E3;;"
|MedischHulpmiddel ||
|-
|ProductType ||Orthopedic surgical implants
|-
|ProductID ||(01)05050474530799
(17)160131
(21)1148130801
|-
|Toelichting ||Implantant, Gen 2 Tibia Insert 5/6-9mm
|-
|Locatie ||
|-
|OrganisatieNaam ||UMCG
|-style="background-color: #E3E3E3;;"
|Uitvoerder ||
|-
|Specialisme ||Orthopedie
|-style="background-color: #E3E3E3;;"
|Aanvrager ||
|-
|Zorgverlener ||
|}

===Contacten===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Contact ||Inhoudelijke gegevens Persoon 1
|-
|ContactType ||Klinisch
|-
|BeginDatumTijd ||16-8-2012
|-
|EindDatumTijd ||19-8-2012
|-style="background-color: #E3E3E3;;"
|ContactMet ||
|-
|ZorgverlenerNaam ||G.Z.M. de Wit
|-
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|OrganisatieNaam ||UMCG
|-
|-style="background-color: #E3E3E3;;"
|RedenContact ||
|-
|ProbleemNaam ||Fractuur van onderste extremiteit (SNOMED CT 46866001)
|-style="background-color: #E3E3E3;;"
|Verrichting ||
|-
|VerrichtingType ||Chirurgische reductie van fractuur
|}

===Zorgplan===
Van de betreffende zib OverdrachtGeplandeZorgActiviteit, volgen hieronder instantiaties met verschillend OrderType.

Bij deze zib moet gebruik gemaakt worden van een opvraging van het geplande type zorg. Zo zal VaccinationRecommendation een opvraging moeten doen van de Vaccination (of meerdere Vaccinations). Dit staat verder toegelicht op het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/FHIR_BGZ_2017 Technisch Ontwerp.]

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|OverdrachtGeplandeZorgActiviteit ||Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Verrichting ||
|-
|OrderStatus ||Order geplaatst
|-
|BeginDatum ||12-3-2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Verrichting ||
|-
|VerrichtingType ||Biopt huid
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Naevus wang
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|OrganisatieNaam ||Test Medisch Centrum
|}

{| class="wikitable" width="60%"
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Vaccinatie ||
|-
|OrderStatus ||Aangevraagd
|-
|BeginDatum ||2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Vaccinatie ||
|-
|ProductCode ||Hepatitis A vaccin
|-
|Toelichting ||Bezoek aan Guatemala.
|}

{| class="wikitable" width="60%"
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Afspraak ||
|-
|OrderStatus ||In afwachting van uitvoering
|-
|BeginDatum ||12 juli 2022 11:30 uur
|-
|EindDatum ||12 juli 2022 11:40 uur
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Afspraak ||
|-
|ContactType ||Poliklinisch
|-
|ContactOnderwerp ||Fysiotherapie Controle afspraak
|-
|OrganisatieNaam ||Test Medisch Centrum
|-
|OrganisatieLocatie ||West vleugel
|}

{| class="wikitable" width="60%"
!Medisch hulpmiddel !!
|-
|OrderStatus ||Aangevraagd
|-
|BeginDatum ||2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Medisch hulpmiddel ||
|-
|ProductID
||(01)05050474530799
(17)220131
(21)0123456789
|-
|ProductType
||Gehoorapparaat
|-
|ProductOmschrijving
||-
|-
|BeginDatum ||2022
|}

===Zorgverleners===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Zorgverlener ||Inhoudelijke gegevens Persoon 1
|-
|Achternaam ||Vaste Huisarts 1
|-
|Specialisme ||0100
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Adresgegevens ||
|-
|Straat ||Valkendael
|-
|Huisnummer ||45
|-
|Postcode ||6245HK
|-
|Woonplaats ||Maastricht
|-
|Land ||Nederland
|-
|AdresSoort ||Werkadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Contactgegevens ||
|-
|Telefoonnummer ||+31434073576
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Zakelijk telefoonnummer
|-
|EmailAdres ||huisarts@huisarts.nl
|-
|EmailSoort ||Zakelijk e-mailadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Zorgaanbieder ||
|-
|OrganisatieNaam ||Maatschap Vaste Huisarts
|-
|OrganisatieType ||Huisartspraktijk (zelfstandig of groepspraktijk)
|}

== Scenario 1.2 ==
Bij scenario 1.2 gaat het om persoon 2, zoals hieronder beschreven, die in XIS slechts bekend is met personalia.
Met scenario 1.2 wordt getoetst of XIS op correcte wijze kenbaar maakt dat er geen gegevens aanwezig zijn. Er zijn geen nadere inhoudelijke BgZ-gegevens die ingevoerd zijn en beschikbaargesteld kunnen worden.

===Demografie en identificatie===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Patiënt ||Inhoudelijke gegevens Persoon 2
|-
|Voornamen ||Paul
|-
|Initialen ||P
|-
|Roepnaam ||Paul
|-
|Naamgebruik ||Eigen geslachtsnaam
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Geslachtsnaam ||
|-
|Achternaam ||XXX_Mesker
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Adresgegevens ||
|-
|Straat ||Knolweg
|-
|Huisnummer ||1002
|-
|Postcode ||9999ZZ
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Woon-/verblijfadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Contactgegevens ||
|-
|Telefoonnummer ||06-23456789
|-
|TelecomType ||Mobiel telefoonnummer
|-
|Identificatienummer ||999911284
|-
|Geboortedatum ||1-8-1964
|-
|Geslacht ||Man
|-
|MeerlingIndicator ||0
|-
|OverlijdensIndicator ||0
|-style="background-color: #FFFF00;font-weight: bold;;"
|BurgerlijkeStaat ||Inhoudelijke gegevens Persoon 2
|-
|BurgerlijkeStaat ||Geregistreerd partnerschap
|}

MedMij:Vprepub-2020.01/BgZ Beschikbaarstellen

2022-01-27T14:53:05Z

Harriet Luttikhuizen: MM-2658 Aanpassing van de onjuiste SNOMED codes in de addenda

MedMij:V2020.01/PDFA Raadplegen

2021-11-25T09:36:55Z

Harriet Luttikhuizen: MM-2480: Correctie en verduidelijking script PDF/A 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:V2020.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 || 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.

= 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 ||Example PDF - 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 ||Example PDF - 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: 30%;"
! colspan='2'|Document 1
|-
|style="width: 30%;"|Document/inhoud ||Document 1 - Infectious disease Consult note.pdf
|}

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.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 ||Example PDF not in Binary
|-
|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 ===

=== 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:Vprepub-2020.01/PDFA Raadplegen

2021-11-25T09:36:55Z

Harriet Luttikhuizen: MM-2480: Correctie en verduidelijking script PDF/A raadplegen

MedMij:V2020.01/PDFA Beschikbaarstellen

2021-11-25T09:35:03Z

Harriet Luttikhuizen: MM-2480: Correctie en verduidelijking script PDF/A 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
|-
| 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 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de 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
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 hebben betrekking tot het optionele DocumentManifest. Ook als DocumentManifest niet wordt ondersteund, moeten deze tests wel uitgevoerd worden.

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

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

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

== Specifieke gegevens ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 1
* Gegevens van 3 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 ||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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title || Example PDF - Infectious disease Consult note of Class van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 3.
|-
|Class ||Consult Note, of van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen document 3
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.pdf
|}

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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

2021-11-25T09:35:03Z

Harriet Luttikhuizen: MM-2480: Correctie en verduidelijking script PDF/A 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
|-
| 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 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de 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
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 hebben betrekking tot het optionele DocumentManifest. Ook als DocumentManifest niet wordt ondersteund, moeten deze tests wel uitgevoerd worden.

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

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

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

== Specifieke gegevens ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 1
* Gegevens van 3 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 ||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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title || Example PDF - Infectious disease Consult note of Class van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 3.
|-
|Class ||Consult Note, of van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen document 3
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 3)
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.pdf
|}

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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:V2020.01/BgZ Beschikbaarstellen

2021-11-25T09:29:19Z

Harriet Luttikhuizen: MM-2520: SNOMED CT codes zijn toegevoegd aan de addenda van BGZ beschikbaarstellen

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

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Basisgegevensset Zorg - kwalificatie - Beschikbaarstellen Basisgegevensset Zorg {{VersieInfo|BgZ}}}}
__TOC__

= Versiebeheer =


{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 31-10-2021 || [https://bits.nictiz.nl/browse/MM-2446 MM-2446] || Inhoud van Specifieke voorwaarden voor kwalificatie' opnieuw geordend zodat de opbouw overeenkomt met de corresponderende paragrafen in de Kwalificatiescripts voor BgLZ en BgGGZ (géén toevoegingen).
|-
| 31-08-2021 || [https://bits.nictiz.nl/browse/MM-2294 MM-2294] || Kwalificatiescript omgezet van PDF-formaat naar wiki
|-
| 12-03-2020 || [https://bits.nictiz.nl/browse/MM-672 MM-672] || Terminologie zib en zibs consistent gemaakt
|}

= Doelgroep =
De doelgroep van dit document is de XIS-leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen BgZ’ binnen het MedMij afsprakenstelsel.

De basis is de BgZ op basis van de publicatie van de [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf specificaties BgZ zibs 2017]

= Begrippenlijst =
Er zijn geen specifieke begrippen van toepassing.

= Inleiding =
Deze bladzijde bevat de te doorlopen scripts bij kwalificatie voor de systeemrol ‘Beschikbaarstellen BgZ’ 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 (kandidaat-) deelnemer 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 betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# 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 zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Specifieke voorwaarden voor kwalificatie ==
Zie voor de algemene uitgangspunten bij kwalificatie op de algemene Kwalificatie-pagina de paragraaf [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|Uitgangspunten voor kwalificatie]]

Voor deze informatiestandaard gelden de volgende specifieke voorwaarden en uitgangspunten:

* De kwalificatie is ingericht aan de hand van BgZ secties en de onderliggende zibs. Kennis van de zibs is een voorwaarde voor kwalificatie. BgZ omvat 18 secties, en 28 onderliggende zibs.
* Idealiter ondersteunt de DVZA de gehele BgZ, maar om de DVZA tegemoet te komen, kan de DVZA kwalificatie starten bij ondersteuning van minimaal 14 van de 18 BgZ secties of 20 van de 28 onderliggende zibs. Dit wijkt bewust af van het uitgangspunt voor PGO, omdat in het zorgproces dat XIS ondersteunt, doorgaans niet de gehele BgZ vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben. Tijdens de kwalificatie moet de DVZA alle ondersteunde delen laten zien. Voor alle ondersteunde delen moet de DVZA slagen voor kwalificatie.
* Voorafgaand aan kwalificatie wordt vastgesteld welke BgZ-gegevens ondersteund worden door XIS.
* BgZ gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden.
* Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.
* Als de DVZA na kwalificatie meer of minder BgZ secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/herkwalificatie herkwalificatie pagina].
* De DVZA ondersteunt ‘Beschikbaarstellen BgZ’ vanaf een bepaalde softwareversie. Deze versie kan binnen het VIPP-programma (module A3) gebruikt worden voor de bepaling van de financiering per ziekenhuis.
* Mocht een DVZA alleen enkele losse secties van de BgZ beschikbaar willen / kunnen stellen, dan kan de DVZA dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert de DVZA voor die informatiestandaard, maar niet voor BgZ. Dit komt overzichtelijkheid ten goede voor persoon en PGO.'

== Op te leveren kwalificatiemateriaal door de leverancier ==

# De berichten worden verstuurd vanuit XIS. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
# Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20210324.zip|Aanleverformat - Beschikbaarstellen BgZ.]]

== Uit te voeren stappen Beschikbaarstellen ==

Voer – voor ieder scenario – de volgende stappen uit:

# Registreer in XIS de patiëntgegevens voor de testpersonen zoals beschreven in de [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
# Maak in XIS de Basisgegevensset Zorg voor deze personen aan, gebruik hiervoor de [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]].
# Maak schermafdrukken van de in XIS ingevoerde gegevens en plaats deze in het [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20210324.zip|Aanleverformat - Beschikbaarstellen BgZ.'']]
# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s.
# Basisgegevensset Zorg gegevens beschikbaarstellen conform de scenario’s.


{| class="wikitable"
|+
|-
! Doel !! Verwacht resultaat
|-
| Aantonen dat het systeem BgZ beschikbaar kan stellen met gebruik van FHIR berichten || Het systeem genereert technisch correcte berichten
|-
| Aantonen dat het systeem kan omgaan met een uitvraag voor persoon waarvoor -naast patiëntgegevens- geen BgZ gegevens bekend zijn (scenario 1.2) || Het systeem maakt op correcte wijze kenbaar dat er geen gegevens aanwezig zijn voor bewuste persoon
|}

Scenario's (vraag aan XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt)''
*Scenario 1.1: BgZ van persoon 1, zoals beschreven in addendum 1.
*Scenario 1.2: BgZ van persoon 2, zoals beschreven in addendum 2 (nauwelijks BgZ gegevens aanwezig).

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
De Basisgegevensset Zorg sectie Demografie en identificatie 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 XIS te raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door XIS geretourneerd worden naar het persoonsdomein. Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaar stellende systeem (XIS) deze nodig kan hebben.

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

= Inhoudelijke gegevens scenario’s =
In dit hoofdstuk zijn de addenda van scenario 1.1 en 1.2 te vinden.
== Scenario 1.1 ==
Dit betreft persoon 1 zoals hieronder beschreven.
Met scenario 1.1 wordt getoetst of XIS Basisgegevensset Zorg beschikbaar kan stellen met gebruik van FHIR berichten. Hieronder volgen de inhoudelijke gegevens conform de secties en zibs in publicatie van de [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf specificaties BgZ zibs 2017]

===Demografie en identificatie===
{| class="wikitable" width="60%"
!
|-style="background-color: #FFFF00;; font-weight: bold;"
|Patiënt ||Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;;font-weight: bold;;"
|Patiënt.Naamgegevens ||
|-
|Voornamen ||Johan
|-
|Initialen ||J
|-
|Roepnaam ||Johan
|-
|Naamgebruik ||Eigen geslachtsnaam
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Geslachtsnaam ||
|-
|Achternaam ||XXX_Helleman
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Adresgegevens ||
|-
|Straat ||Knolweg
|-
|Huisnummer ||1000
|-
|Postcode ||9999XA
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Woon-/verblijfadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Contactgegevens ||
|-
|Telefoonnummer ||06-12345678
|-
|TelecomType ||Mobiel telefoonnummer
|-
|EmailAdres ||XXX_Helleman@hotmail.com
|-
|Identificatienummer ||999911120
|-
|Geboortedatum ||25-7-1964
|-
|Geslacht ||Man
|-
|MeerlingIndicator ||0
|-
|OverlijdensIndicator ||0
|-style="background-color: #FFFF00;font-weight: bold;;"
|BurgerlijkeStaat ||
|-
|BurgerlijkeStaat ||Gehuwd
|}

=== Financiële informatie ===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Betaler ||Inhoudelijke gegevens Persoon 1
|-
|BetalerNaam ||XXX_Helleman
|-
|BankNaam ||ING
|-
|Bankcode ||INGBNL2A
|-
|Rekeningnummer ||NL85INGB0001234567
|-
|Verzekering ||
|-
|BeginDatumTijd ||1-1-2018
|-
|EindDatumTijd ||31-1-2019
|-
|Verzekeringssoort ||Basis verzekerd
|-
|IdentificatieNummer ||3332
|-
|OrganisatieNaam ||Menzis Zorgverzekeraar N.V.
|-
|VerzekerdeNummer ||12345678
|-style="background-color: #E3E3E3;;"
|Adresgegevens ||Zie patiënt/persoonsgegevens BgZ sectie 1
|-style="background-color: #E3E3E3;;"
|Contactgegevens ||Zie patiënt/persoonsgegevens BgZ sectie 1
|}

===Behandelrestricties===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|BehandelAanwijzing ||Inhoudelijke gegevens Persoon 1
|-
|Geverifieerd ||1
|-
|GeverifieerdBij ||Patiënt
|-
|VerificatieDatum ||9-4-2018
|-
|Behandeling ||Kunstmatige beademing
|-
|BehandelingToegestaan ||Ja, maar met beperkingen
|-
|Beperkingen ||Eerst overleg met echtgenote
|-
|BeginDatum ||9-4-2018
|-
|EindDatum ||
|-
|Toelichting ||
|-
|Wilsverklaring ||
|-
|WilsverklaringType ||Niet reanimeren verklaring
|-
|WilsverklaringDatum ||9-4-2018
|-
|Aandoening ||ALS
|-
|WilsverklaringDocument ||
|-
|Toelichting ||Niet-reanimerenpenning
|-style="background-color: #E3E3E3;;"
|Vertegenwoordiger ||
|-
|Contactpersoon ||Zie contactgegevens contactpersoon BgZ sectie 4
|}

===Contactpersonen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Contactpersoon ||Inhoudelijke gegevens Persoon 1
|-
|Voornamen ||Jannie
|-
|Initialen ||J.P.M.
|-
|Roepnaam ||-
|-
|Naamgebruik ||Eigen geslachtsnaam gevolgd door geslachtsnaam partner
|-
|Voorvoegsels ||van
|-
|Achternaam ||Putten
|-
|VoorvoegselsPartner ||-
|-
|AchternaamPartner ||XXX_Helleman
|-
|Straat ||Knolweg
|-
|Huisnummer ||1000
|-
|Huisnummerletter ||-
|-
|Huisnummertoevoeging ||-
|-
|AanduidingBijNummer ||-
|-
|Postcode ||9999XA
|-
|Woonplaats ||Stitswerd
|-
|Gemeente ||-
|-
|Land ||Nederland
|-
|AdditioneleInformatie ||-
|-
|AdresSoort ||Woon-/verblijfadres
|-
|Telefoonnummer ||06-12345678
|-
|TelecomType ||Mobiel telefoonnummer
|-
|EmailAdres ||XXX_Helleman@hotmail.com
|-
|Rol ||Eerste relatie/contactpersoon
|-
|Relatie ||Echtgenote
|}

===Functionele status===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|FunctioneleOfMentaleStatus ||Inhoudelijke gegevens Persoon 1
|-
|StatusNaam ||Zich wassen
|-
|StatusWaarde ||Moeite met wassen
|-
|StatusDatum ||2001
|-
|Toelichting ||-
|-
|MedischHulpmiddel ||-
|}

===Klachten en diagnoses===

Let op: er wordt hier één probleem specifiek beschreven, maar in andere BgZ secties zijn meerdere verwijzingen opgenomen die als ‘FHIR condition resources’ beschikbaar gesteld worden. Bijvoorbeeld onder sectie 8. Waarschuwingen.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Probleem ||Inhoudelijke gegevens Persoon 1
|-
|ProbleemAnatomischeLocatie ||Pols
|-
|ProbleemLateraliteit ||Rechts
|-
|ProbleemType ||Diagnose
|-
|ProbleemNaam ||Polsfractuur
|-
|ProbleemBeginDatum ||2001
|-
|ProbleemEindDatum ||
|-
|ProbleemStatus ||Niet actueel
|-
|VerificatieStatus ||Onbekend
|-
|Toelichting ||Gevallen op kunstijsbaan.
|}

===Sociale anamnese===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Woonsituatie || Inhoudelijke gegevens Persoon 1
|-
|WoningType ||Eengezinswoning
|-
|Datum ||30-06-2016
|-style="background-color: #FFFF00;font-weight: bold;;"
|DrugsGebruik ||Inhoudelijke gegevens Persoon 1
|-
|StartDatum ||1981
|-
|StopDatum ||1983
|-
|Hoeveelheid ||3x per jaar
|-
|Toelichting ||Op feestjes en in uitgaanscircuit.
|-
|DrugsOfGeneesmiddelSoort ||Amfetamine, speed
|-
|DrugsGebruikStatus ||heeft in het verleden drugs gebruikt
|-
|Toedieningsweg ||nasaal (snuiven)
|-style="background-color: #FFFF00;font-weight: bold;;"
|AlcoholGebruik ||Inhoudelijke gegevens Persoon 1
|-
|Toelichting ||
|-
|AlcoholGebruikStatus ||Drinkt alcohol
|-
|StartDatum ||1980
|-
|StopDatum ||
|-
|Hoeveelheid ||4 glazen per week
|-style="background-color: #FFFF00;font-weight: bold;;"
|TabakGebruik ||Inhoudelijke gegevens Persoon 1
|-
|Toelichting ||
|-
|SoortTabakGebruik ||Rookt sigaretten
|-
|TabakGebruikStatus ||Ex-roker
|-
|StartDatum ||1980
|-
|StopDatum ||1983
|-
|Hoeveelheid ||2 pakjes per week
|-
|PackYears ||1
|-style="background-color: #FFFF00;font-weight: bold;;"
|Voedingsadvies ||Inhoudelijke gegevens Persoon 1
|-
|DieetType ||Energie verrijkt
|-
|Consistentie ||Dikvloeibaar
|-
|Toelichting ||-
|}

===Waarschuwingen===

Let op: er wordt hier één waarschuwing specifiek beschreven, maar in andere BgZ secties zijn meerdere verwijzingen opgenomen die als ‘FHIR condition resources’ beschikbaar gesteld worden.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Alert ||Inhoudelijke gegevens Persoon 1
|-
|ProbleemNaam ||-
|-
|AlertNaam ||Drager MRSA
|-
|BeginDatumTijd ||1-6-2010
|-
|AlertType ||Waarschuwing
|}

===Allergieën===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|AllergieIntolerantie ||Inhoudelijke gegevens Persoon 1
|-
|VeroorzakendeStof ||Bijengif
|-
|AllergieCategorie ||Stof of product
|-
|AllergieStatus ||Actief
|-
|BeginDatumTijd ||8-11-2008
|-
|MateVanKritiekZijn ||Ernstig
|-
|LaatsteReactieDatumTijd ||15-11-2009
|-
|Toelichting ||
|-style="background-color: #E3E3E3;;"
|Reactie ||
|-
|Symptoom ||Misselijk en braken
|-
|SpecifiekeStof ||
|-
|ReactieBeschrijving ||
|-
|Ernst ||Ernstig
|-
|WijzeVanBlootstelling ||
|-
|ReactieTijdstip ||
|}

===Medicatie===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedicatieAfspraak ||Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||875452574
|-
|Afspraakdatum ||14-8-2016, om 16:30
|-
|RedenMedicatieafspraak ||Starten medicamenteuze behandeling
|-style="background-color: #E3E3E3;;"
|Gebruiksperiode ||
|-
|Ingangsdatum ||15-8-2016
|-
|Duur ||30 dagen
|-
|FarmaceutischProduct ||Metoclopramide zetpil 10mg, PRK 6920
|-
|Voorschrijver ||Huisarts Peter van Pulver, Huisartsenpraktijk Pulver & Partners
|-style="background-color: #E3E3E3;;"
|GebruiksInstructie ||
|-
|Omschrijving ||Gedurende 30 dagen, zo nodig 1 maal per dag 1 stuk, rectaal
|-
|Toedieningsweg ||Rectaal (code 12)
|-
|Doseerinstructie ||Zo nodig 1 maal per dag 1 stuk
|}

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold
|Toedieningsafspraak || Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||13610554
|-
|ToedieningsafspraakDatumTijd ||1-6-2018, om 12:25
|-
|RedenAfspraak ||
|-
|Geneesmiddel ||PRIMPERAN ZETPIL 20MG, HPK 229709
|-
|Verstrekker ||Apotheek de Gulle Gaper
|-style="background-color: #E3E3E3;;"
|GebruiksInstructie ||
|-
|Omschrijving ||Vanaf 1-6-2018, gedurende 30 dagen, zo nodig 1 maal per dag 1 stuk, rectaal
|-
|ToedieningsWeg ||Rectaal (code 12)
|-
|Doseerinstructie ||Zo nodig 1 maal per dag 1 stuk
|}

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedicatieGebruik2 || Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||123457000000
|-
|Registratiedatum ||16-8-2018
|-
|GebruikIndicator ||Ja
|-
|VolgensAfspraakIndicator ||Ja
|-style="background-color: #E3E3E3;;"
|Gebruiksperiode ||
|-
|Ingangsdatum ||28-6-2018
|-
|Einddatum ||
|-
|GebruiksDuur ||3 weken
|-
|Gebruiksproduct ||Zestril tablet 10mg, HPK 615560
|-
|Voorschrijver ||Huisarts Peter van Pulver, Huisartsenpraktijk Pulver & Partners
|-style="background-color: #E3E3E3;;"
|Gebruiksinstructie ||
|-
|Omschrijving ||1 maal per dag 1 tablet, oraal
|-
|ToedieningsWeg ||Oraal
|-
|Doseerinstructie ||1 maal per dag 1 tablet
|-
|Informatiebron ||Patiënt
|}

===Medische hulpmiddelen===

Let op: er wordt hier één medisch hulpmiddel specifiek beschreven, maar in andere BgZ secties, zoals sectie 15 Verrichtingen, kunnen verwijzingen opgenomen zijn die als ‘FHIR device resources’ beschikbaargesteld worden.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedischeHulpmiddel || Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;;"
|Product ||
|-
|ProductID ||-
|-
|ProductType ||Gehoorapparaat (SNOMED CT: 6012004)
|-
|ProductOmschrijving ||-
|-
|BeginDatum ||2007
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Presbyacusis
|-
|Toelichting ||Apparaat niet zichtbaar (diep in de gehooringang)
|-
|AnatomischeLocatie ||Oor
|-
|Lateraliteit ||Rechts
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|Zorgaanbieder.Organisatienaam ||Test Medisch Centrum
|}

===Vaccinaties===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Vaccinatie ||Inhoudelijke gegevens Persoon 1
|-
|ProductCode ||Hepatitis A vaccin
|-
|Dosis ||-
|-
|VaccinatieDatum ||5-3-1999
|-
|GewensteDatumHervaccinatie ||-
|-style="background-color: #E3E3E3;;"
|Toediener ||
|-
|Zorgverlener.Achternaam ||Vaste Huisarts 1
|-
|Toelichting ||Bezoek aan Guatemala.
|}

===Vitale functies===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Bloeddruk ||Inhoudelijke gegevens Persoon 1
|-
|Meetmethode ||Niet-invasief
|-
|ManchetType ||Groot
|-
|MeetLocatie ||Linker bovenarm
|-
|DiastolischEindpunt ||-
|-
|SystolischeBloeddruk ||108 mmHg
|-
|DiastolischeBloeddruk ||56 mmHg
|-
|GemiddeldeBloeddruk ||-
|-
|BloeddrukDatumTijd ||7-2-2013 08:53
|-
|Toelichting ||-
|-
|Houding ||Zittende positie
|-
|Uitvoerder ||G.Z.M. de Wit
|-style="background-color: #FFFF00;font-weight: bold;;"
|Lichaamsgewicht ||Inhoudelijke gegevens Persoon 1
|-
|GewichtWaarde ||72 kg
|-
|Toelichting ||-
|-
|GewichtDatumTijd ||8-2-2013
|-
|Kleding ||Lichte kleding/ondergoed
|-
|Uitvoerder ||G.Z.M. de Wit
|-style="background-color: #FFFF00;font-weight: bold;;"
|Lichaamslengte ||Inhoudelijke gegevens Persoon 1
|-
|LengteWaarde ||183 cm
|-
|LengteDatumTijd ||8-2-2013 06:43
|-
|Toelichting ||Met schoenen aan
|-
|Positie ||Staande positie
|-
|Uitvoerder ||G.Z.M. de Wit
|}

===Uitslagen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;font-weight: bold;;"
|LaboratoriumUitslag ||Inhoudelijke gegevens Persoon 1
|-
|ResultaatType ||Klinische chemie (SNOMED CT: 49581000146104)
|-
|TestCode ||Chloride (LOINC: 2069-3)
|-
|TestDatumTijd ||23-5-2012 12:00
|-
|TestUitslag ||109 mmol/l
|-
|TestUitslagStatus ||Definitief
|-
|ReferentieBovengrens ||108 mmol/l
|-
|ReferentieOndergrens ||99 mmol/l
|-
|InterpretatieVlaggen ||Boven referentie-waarde
|-style="background-color: #E3E3E3;;"
|Monster ||
|-
|Monstermateriaal ||Bloed
|-
|AfnameDatumTijd ||23-5-2012 08:08
|}

===Verrichtingen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Verrichting ||Inhoudelijke gegevens Persoon 1
|-
|VerrichtingStartDatum ||5-6-2012
|-
|VerrichtingEindDatum ||
|-
|VerrichtingAnatomischeLocatie ||Knie
|-
|VerrichtingLateraliteit ||Links
|-
|VerrichtingType ||Knie - prothese implantatie gewricht (SNOMED CT: 60159002)
|-
|VerrichtingMethode ||
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Artropathie (SNOMED CT: 399269003)
|-
|Toelichting ||Beperking bij het bewegen van het gewricht, drukpijn door slijtage van twee compartimenten van de linker knie.
|-style="background-color: #E3E3E3;;"
|MedischHulpmiddel ||
|-
|ProductType ||Orthopedic surgical implants
|-
|ProductID ||(01)05050474530799
(17)160131
(21)1148130801
|-
|Toelichting ||Implantant, Gen 2 Tibia Insert 5/6-9mm
|-
|Locatie ||
|-
|OrganisatieNaam ||UMCG
|-style="background-color: #E3E3E3;;"
|Uitvoerder ||
|-
|Specialisme ||Orthopedie
|-style="background-color: #E3E3E3;;"
|Aanvrager ||
|-
|Zorgverlener ||
|}

===Contacten===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Contact ||Inhoudelijke gegevens Persoon 1
|-
|ContactType ||Klinisch
|-
|BeginDatumTijd ||16-8-2012
|-
|EindDatumTijd ||19-8-2012
|-style="background-color: #E3E3E3;;"
|ContactMet ||
|-
|ZorgverlenerNaam ||G.Z.M. de Wit
|-
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|OrganisatieNaam ||UMCG
|-
|-style="background-color: #E3E3E3;;"
|RedenContact ||
|-
|ProbleemNaam ||Fractuur van onderste extremiteit (SNOMED CT 46866001)
|-style="background-color: #E3E3E3;;"
|Verrichting ||
|-
|VerrichtingType ||Chirurgische reductie van fractuur
|}

===Zorgplan===
Van de betreffende zib OverdrachtGeplandeZorgActiviteit, volgen hieronder instantiaties met verschillend OrderType.

Bij deze zib moet gebruik gemaakt worden van een opvraging van het geplande type zorg. Zo zal VaccinationRecommendation een opvraging moeten doen van de Vaccination (of meerdere Vaccinations). Dit staat verder toegelicht op het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/FHIR_BGZ_2017 Technisch Ontwerp.]

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|OverdrachtGeplandeZorgActiviteit ||Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Verrichting ||
|-
|OrderStatus ||Order geplaatst
|-
|BeginDatum ||12-3-2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Verrichting ||
|-
|VerrichtingType ||Biopt huid
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Naevus wang
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|OrganisatieNaam ||Test Medisch Centrum
|}

{| class="wikitable" width="60%"
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Vaccinatie ||
|-
|OrderStatus ||Aangevraagd
|-
|BeginDatum ||2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Vaccinatie ||
|-
|ProductCode ||Hepatitis A vaccin
|-
|Toelichting ||Bezoek aan Guatemala.
|}

{| class="wikitable" width="60%"
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Afspraak ||
|-
|OrderStatus ||In afwachting van uitvoering
|-
|BeginDatum ||12 juli 2022 11:30 uur
|-
|EindDatum ||12 juli 2022 11:40 uur
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Afspraak ||
|-
|ContactType ||Poliklinisch
|-
|ContactOnderwerp ||Fysiotherapie Controle afspraak
|-
|OrganisatieNaam ||Test Medisch Centrum
|-
|OrganisatieLocatie ||West vleugel
|}

{| class="wikitable" width="60%"
!Medisch hulpmiddel !!
|-
|OrderStatus ||Aangevraagd
|-
|BeginDatum ||2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Medisch hulpmiddel ||
|-
|ProductID
||(01)05050474530799
(17)220131
(21)0123456789
|-
|ProductType
||Gehoorapparaat
|-
|ProductOmschrijving
||-
|-
|BeginDatum ||2022
|}

===Zorgverleners===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Zorgverlener ||Inhoudelijke gegevens Persoon 1
|-
|Achternaam ||Vaste Huisarts 1
|-
|Specialisme ||0100
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Adresgegevens ||
|-
|Straat ||Valkendael
|-
|Huisnummer ||45
|-
|Postcode ||6245HK
|-
|Woonplaats ||Maastricht
|-
|Land ||Nederland
|-
|AdresSoort ||Werkadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Contactgegevens ||
|-
|Telefoonnummer ||+31434073576
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Zakelijk telefoonnummer
|-
|EmailAdres ||huisarts@huisarts.nl
|-
|EmailSoort ||Zakelijk e-mailadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Zorgaanbieder ||
|-
|OrganisatieNaam ||Maatschap Vaste Huisarts
|-
|OrganisatieType ||Huisartspraktijk (zelfstandig of groepspraktijk)
|}

== Scenario 1.2 ==
Bij scenario 1.2 gaat het om persoon 2, zoals hieronder beschreven, die in XIS slechts bekend is met personalia.
Met scenario 1.2 wordt getoetst of XIS op correcte wijze kenbaar maakt dat er geen gegevens aanwezig zijn. Er zijn geen nadere inhoudelijke BgZ-gegevens die ingevoerd zijn en beschikbaargesteld kunnen worden.

===Demografie en identificatie===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Patiënt ||Inhoudelijke gegevens Persoon 2
|-
|Voornamen ||Paul
|-
|Initialen ||P
|-
|Roepnaam ||Paul
|-
|Naamgebruik ||Eigen geslachtsnaam
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Geslachtsnaam ||
|-
|Achternaam ||XXX_Mesker
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Adresgegevens ||
|-
|Straat ||Knolweg
|-
|Huisnummer ||1002
|-
|Postcode ||9999ZZ
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Woon-/verblijfadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Contactgegevens ||
|-
|Telefoonnummer ||06-23456789
|-
|TelecomType ||Mobiel telefoonnummer
|-
|Identificatienummer ||999911284
|-
|Geboortedatum ||1-8-1964
|-
|Geslacht ||Man
|-
|MeerlingIndicator ||0
|-
|OverlijdensIndicator ||0
|-style="background-color: #FFFF00;font-weight: bold;;"
|BurgerlijkeStaat ||Inhoudelijke gegevens Persoon 2
|-
|BurgerlijkeStaat ||Geregistreerd partnerschap
|}

MedMij:Vprepub-2020.01/BgZ Beschikbaarstellen

2021-11-25T09:29:19Z

Harriet Luttikhuizen: MM-2520: SNOMED CT codes zijn toegevoegd aan de addenda van BGZ beschikbaarstellen

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

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Basisgegevensset Zorg - kwalificatie - Beschikbaarstellen Basisgegevensset Zorg {{VersieInfo|BgZ}}}}
__TOC__

= Versiebeheer =


{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 31-10-2021 || [https://bits.nictiz.nl/browse/MM-2446 MM-2446] || Inhoud van Specifieke voorwaarden voor kwalificatie' opnieuw geordend zodat de opbouw overeenkomt met de corresponderende paragrafen in de Kwalificatiescripts voor BgLZ en BgGGZ (géén toevoegingen).
|-
| 31-08-2021 || [https://bits.nictiz.nl/browse/MM-2294 MM-2294] || Kwalificatiescript omgezet van PDF-formaat naar wiki
|-
| 12-03-2020 || [https://bits.nictiz.nl/browse/MM-672 MM-672] || Terminologie zib en zibs consistent gemaakt
|}

= Doelgroep =
De doelgroep van dit document is de XIS-leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen BgZ’ binnen het MedMij afsprakenstelsel.

De basis is de BgZ op basis van de publicatie van de [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf specificaties BgZ zibs 2017]

= Begrippenlijst =
Er zijn geen specifieke begrippen van toepassing.

= Inleiding =
Deze bladzijde bevat de te doorlopen scripts bij kwalificatie voor de systeemrol ‘Beschikbaarstellen BgZ’ 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 (kandidaat-) deelnemer 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 betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# 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 zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Specifieke voorwaarden voor kwalificatie ==
Zie voor de algemene uitgangspunten bij kwalificatie op de algemene Kwalificatie-pagina de paragraaf [[MedMij:V2020.02/Kwalificatie#Uitgangspunten_voor_kwalificatie|Uitgangspunten voor kwalificatie]]

Voor deze informatiestandaard gelden de volgende specifieke voorwaarden en uitgangspunten:

* De kwalificatie is ingericht aan de hand van BgZ secties en de onderliggende zibs. Kennis van de zibs is een voorwaarde voor kwalificatie. BgZ omvat 18 secties, en 28 onderliggende zibs.
* Idealiter ondersteunt de DVZA de gehele BgZ, maar om de DVZA tegemoet te komen, kan de DVZA kwalificatie starten bij ondersteuning van minimaal 14 van de 18 BgZ secties of 20 van de 28 onderliggende zibs. Dit wijkt bewust af van het uitgangspunt voor PGO, omdat in het zorgproces dat XIS ondersteunt, doorgaans niet de gehele BgZ vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben. Tijdens de kwalificatie moet de DVZA alle ondersteunde delen laten zien. Voor alle ondersteunde delen moet de DVZA slagen voor kwalificatie.
* Voorafgaand aan kwalificatie wordt vastgesteld welke BgZ-gegevens ondersteund worden door XIS.
* BgZ gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden.
* Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.
* Als de DVZA na kwalificatie meer of minder BgZ secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/herkwalificatie herkwalificatie pagina].
* De DVZA ondersteunt ‘Beschikbaarstellen BgZ’ vanaf een bepaalde softwareversie. Deze versie kan binnen het VIPP-programma (module A3) gebruikt worden voor de bepaling van de financiering per ziekenhuis.
* Mocht een DVZA alleen enkele losse secties van de BgZ beschikbaar willen / kunnen stellen, dan kan de DVZA dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert de DVZA voor die informatiestandaard, maar niet voor BgZ. Dit komt overzichtelijkheid ten goede voor persoon en PGO.'

== Op te leveren kwalificatiemateriaal door de leverancier ==

# De berichten worden verstuurd vanuit XIS. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
# Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20210324.zip|Aanleverformat - Beschikbaarstellen BgZ.]]

== Uit te voeren stappen Beschikbaarstellen ==

Voer – voor ieder scenario – de volgende stappen uit:

# Registreer in XIS de patiëntgegevens voor de testpersonen zoals beschreven in de [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
# Maak in XIS de Basisgegevensset Zorg voor deze personen aan, gebruik hiervoor de [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]].
# Maak schermafdrukken van de in XIS ingevoerde gegevens en plaats deze in het [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20210324.zip|Aanleverformat - Beschikbaarstellen BgZ.'']]
# Vanaf de kwalificatiesimulator (FHIR-server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s.
# Basisgegevensset Zorg gegevens beschikbaarstellen conform de scenario’s.


{| class="wikitable"
|+
|-
! Doel !! Verwacht resultaat
|-
| Aantonen dat het systeem BgZ beschikbaar kan stellen met gebruik van FHIR berichten || Het systeem genereert technisch correcte berichten
|-
| Aantonen dat het systeem kan omgaan met een uitvraag voor persoon waarvoor -naast patiëntgegevens- geen BgZ gegevens bekend zijn (scenario 1.2) || Het systeem maakt op correcte wijze kenbaar dat er geen gegevens aanwezig zijn voor bewuste persoon
|}

Scenario's (vraag aan XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt)''
*Scenario 1.1: BgZ van persoon 1, zoals beschreven in addendum 1.
*Scenario 1.2: BgZ van persoon 2, zoals beschreven in addendum 2 (nauwelijks BgZ gegevens aanwezig).

= Aandachtspunten voor inhoudelijke gegevens =
== Persoonsgegevens ==
De Basisgegevensset Zorg sectie Demografie en identificatie 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 XIS te raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door XIS geretourneerd worden naar het persoonsdomein. Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaar stellende systeem (XIS) deze nodig kan hebben.

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

= Inhoudelijke gegevens scenario’s =
In dit hoofdstuk zijn de addenda van scenario 1.1 en 1.2 te vinden.
== Scenario 1.1 ==
Dit betreft persoon 1 zoals hieronder beschreven.
Met scenario 1.1 wordt getoetst of XIS Basisgegevensset Zorg beschikbaar kan stellen met gebruik van FHIR berichten. Hieronder volgen de inhoudelijke gegevens conform de secties en zibs in publicatie van de [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf specificaties BgZ zibs 2017]

===Demografie en identificatie===
{| class="wikitable" width="60%"
!
|-style="background-color: #FFFF00;; font-weight: bold;"
|Patiënt ||Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;;font-weight: bold;;"
|Patiënt.Naamgegevens ||
|-
|Voornamen ||Johan
|-
|Initialen ||J
|-
|Roepnaam ||Johan
|-
|Naamgebruik ||Eigen geslachtsnaam
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Geslachtsnaam ||
|-
|Achternaam ||XXX_Helleman
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Adresgegevens ||
|-
|Straat ||Knolweg
|-
|Huisnummer ||1000
|-
|Postcode ||9999XA
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Woon-/verblijfadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Contactgegevens ||
|-
|Telefoonnummer ||06-12345678
|-
|TelecomType ||Mobiel telefoonnummer
|-
|EmailAdres ||XXX_Helleman@hotmail.com
|-
|Identificatienummer ||999911120
|-
|Geboortedatum ||25-7-1964
|-
|Geslacht ||Man
|-
|MeerlingIndicator ||0
|-
|OverlijdensIndicator ||0
|-style="background-color: #FFFF00;font-weight: bold;;"
|BurgerlijkeStaat ||
|-
|BurgerlijkeStaat ||Gehuwd
|}

=== Financiële informatie ===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Betaler ||Inhoudelijke gegevens Persoon 1
|-
|BetalerNaam ||XXX_Helleman
|-
|BankNaam ||ING
|-
|Bankcode ||INGBNL2A
|-
|Rekeningnummer ||NL85INGB0001234567
|-
|Verzekering ||
|-
|BeginDatumTijd ||1-1-2018
|-
|EindDatumTijd ||31-1-2019
|-
|Verzekeringssoort ||Basis verzekerd
|-
|IdentificatieNummer ||3332
|-
|OrganisatieNaam ||Menzis Zorgverzekeraar N.V.
|-
|VerzekerdeNummer ||12345678
|-style="background-color: #E3E3E3;;"
|Adresgegevens ||Zie patiënt/persoonsgegevens BgZ sectie 1
|-style="background-color: #E3E3E3;;"
|Contactgegevens ||Zie patiënt/persoonsgegevens BgZ sectie 1
|}

===Behandelrestricties===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|BehandelAanwijzing ||Inhoudelijke gegevens Persoon 1
|-
|Geverifieerd ||1
|-
|GeverifieerdBij ||Patiënt
|-
|VerificatieDatum ||9-4-2018
|-
|Behandeling ||Kunstmatige beademing
|-
|BehandelingToegestaan ||Ja, maar met beperkingen
|-
|Beperkingen ||Eerst overleg met echtgenote
|-
|BeginDatum ||9-4-2018
|-
|EindDatum ||
|-
|Toelichting ||
|-
|Wilsverklaring ||
|-
|WilsverklaringType ||Niet reanimeren verklaring
|-
|WilsverklaringDatum ||9-4-2018
|-
|Aandoening ||ALS
|-
|WilsverklaringDocument ||
|-
|Toelichting ||Niet-reanimerenpenning
|-style="background-color: #E3E3E3;;"
|Vertegenwoordiger ||
|-
|Contactpersoon ||Zie contactgegevens contactpersoon BgZ sectie 4
|}

===Contactpersonen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Contactpersoon ||Inhoudelijke gegevens Persoon 1
|-
|Voornamen ||Jannie
|-
|Initialen ||J.P.M.
|-
|Roepnaam ||-
|-
|Naamgebruik ||Eigen geslachtsnaam gevolgd door geslachtsnaam partner
|-
|Voorvoegsels ||van
|-
|Achternaam ||Putten
|-
|VoorvoegselsPartner ||-
|-
|AchternaamPartner ||XXX_Helleman
|-
|Straat ||Knolweg
|-
|Huisnummer ||1000
|-
|Huisnummerletter ||-
|-
|Huisnummertoevoeging ||-
|-
|AanduidingBijNummer ||-
|-
|Postcode ||9999XA
|-
|Woonplaats ||Stitswerd
|-
|Gemeente ||-
|-
|Land ||Nederland
|-
|AdditioneleInformatie ||-
|-
|AdresSoort ||Woon-/verblijfadres
|-
|Telefoonnummer ||06-12345678
|-
|TelecomType ||Mobiel telefoonnummer
|-
|EmailAdres ||XXX_Helleman@hotmail.com
|-
|Rol ||Eerste relatie/contactpersoon
|-
|Relatie ||Echtgenote
|}

===Functionele status===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|FunctioneleOfMentaleStatus ||Inhoudelijke gegevens Persoon 1
|-
|StatusNaam ||Zich wassen
|-
|StatusWaarde ||Moeite met wassen
|-
|StatusDatum ||2001
|-
|Toelichting ||-
|-
|MedischHulpmiddel ||-
|}

===Klachten en diagnoses===

Let op: er wordt hier één probleem specifiek beschreven, maar in andere BgZ secties zijn meerdere verwijzingen opgenomen die als ‘FHIR condition resources’ beschikbaar gesteld worden. Bijvoorbeeld onder sectie 8. Waarschuwingen.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Probleem ||Inhoudelijke gegevens Persoon 1
|-
|ProbleemAnatomischeLocatie ||Pols
|-
|ProbleemLateraliteit ||Rechts
|-
|ProbleemType ||Diagnose
|-
|ProbleemNaam ||Polsfractuur
|-
|ProbleemBeginDatum ||2001
|-
|ProbleemEindDatum ||
|-
|ProbleemStatus ||Niet actueel
|-
|VerificatieStatus ||Onbekend
|-
|Toelichting ||Gevallen op kunstijsbaan.
|}

===Sociale anamnese===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Woonsituatie || Inhoudelijke gegevens Persoon 1
|-
|WoningType ||Eengezinswoning
|-
|Datum ||30-06-2016
|-style="background-color: #FFFF00;font-weight: bold;;"
|DrugsGebruik ||Inhoudelijke gegevens Persoon 1
|-
|StartDatum ||1981
|-
|StopDatum ||1983
|-
|Hoeveelheid ||3x per jaar
|-
|Toelichting ||Op feestjes en in uitgaanscircuit.
|-
|DrugsOfGeneesmiddelSoort ||Amfetamine, speed
|-
|DrugsGebruikStatus ||heeft in het verleden drugs gebruikt
|-
|Toedieningsweg ||nasaal (snuiven)
|-style="background-color: #FFFF00;font-weight: bold;;"
|AlcoholGebruik ||Inhoudelijke gegevens Persoon 1
|-
|Toelichting ||
|-
|AlcoholGebruikStatus ||Drinkt alcohol
|-
|StartDatum ||1980
|-
|StopDatum ||
|-
|Hoeveelheid ||4 glazen per week
|-style="background-color: #FFFF00;font-weight: bold;;"
|TabakGebruik ||Inhoudelijke gegevens Persoon 1
|-
|Toelichting ||
|-
|SoortTabakGebruik ||Rookt sigaretten
|-
|TabakGebruikStatus ||Ex-roker
|-
|StartDatum ||1980
|-
|StopDatum ||1983
|-
|Hoeveelheid ||2 pakjes per week
|-
|PackYears ||1
|-style="background-color: #FFFF00;font-weight: bold;;"
|Voedingsadvies ||Inhoudelijke gegevens Persoon 1
|-
|DieetType ||Energie verrijkt
|-
|Consistentie ||Dikvloeibaar
|-
|Toelichting ||-
|}

===Waarschuwingen===

Let op: er wordt hier één waarschuwing specifiek beschreven, maar in andere BgZ secties zijn meerdere verwijzingen opgenomen die als ‘FHIR condition resources’ beschikbaar gesteld worden.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Alert ||Inhoudelijke gegevens Persoon 1
|-
|ProbleemNaam ||-
|-
|AlertNaam ||Drager MRSA
|-
|BeginDatumTijd ||1-6-2010
|-
|AlertType ||Waarschuwing
|}

===Allergieën===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|AllergieIntolerantie ||Inhoudelijke gegevens Persoon 1
|-
|VeroorzakendeStof ||Bijengif
|-
|AllergieCategorie ||Stof of product
|-
|AllergieStatus ||Actief
|-
|BeginDatumTijd ||8-11-2008
|-
|MateVanKritiekZijn ||Ernstig
|-
|LaatsteReactieDatumTijd ||15-11-2009
|-
|Toelichting ||
|-style="background-color: #E3E3E3;;"
|Reactie ||
|-
|Symptoom ||Misselijk en braken
|-
|SpecifiekeStof ||
|-
|ReactieBeschrijving ||
|-
|Ernst ||Ernstig
|-
|WijzeVanBlootstelling ||
|-
|ReactieTijdstip ||
|}

===Medicatie===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedicatieAfspraak ||Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||875452574
|-
|Afspraakdatum ||14-8-2016, om 16:30
|-
|RedenMedicatieafspraak ||Starten medicamenteuze behandeling
|-style="background-color: #E3E3E3;;"
|Gebruiksperiode ||
|-
|Ingangsdatum ||15-8-2016
|-
|Duur ||30 dagen
|-
|FarmaceutischProduct ||Metoclopramide zetpil 10mg, PRK 6920
|-
|Voorschrijver ||Huisarts Peter van Pulver, Huisartsenpraktijk Pulver & Partners
|-style="background-color: #E3E3E3;;"
|GebruiksInstructie ||
|-
|Omschrijving ||Gedurende 30 dagen, zo nodig 1 maal per dag 1 stuk, rectaal
|-
|Toedieningsweg ||Rectaal (code 12)
|-
|Doseerinstructie ||Zo nodig 1 maal per dag 1 stuk
|}

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold
|Toedieningsafspraak || Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||13610554
|-
|ToedieningsafspraakDatumTijd ||1-6-2018, om 12:25
|-
|RedenAfspraak ||
|-
|Geneesmiddel ||PRIMPERAN ZETPIL 20MG, HPK 229709
|-
|Verstrekker ||Apotheek de Gulle Gaper
|-style="background-color: #E3E3E3;;"
|GebruiksInstructie ||
|-
|Omschrijving ||Vanaf 1-6-2018, gedurende 30 dagen, zo nodig 1 maal per dag 1 stuk, rectaal
|-
|ToedieningsWeg ||Rectaal (code 12)
|-
|Doseerinstructie ||Zo nodig 1 maal per dag 1 stuk
|}

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedicatieGebruik2 || Inhoudelijke gegevens Persoon 1
|-
|Identificatie ||123457000000
|-
|Registratiedatum ||16-8-2018
|-
|GebruikIndicator ||Ja
|-
|VolgensAfspraakIndicator ||Ja
|-style="background-color: #E3E3E3;;"
|Gebruiksperiode ||
|-
|Ingangsdatum ||28-6-2018
|-
|Einddatum ||
|-
|GebruiksDuur ||3 weken
|-
|Gebruiksproduct ||Zestril tablet 10mg, HPK 615560
|-
|Voorschrijver ||Huisarts Peter van Pulver, Huisartsenpraktijk Pulver & Partners
|-style="background-color: #E3E3E3;;"
|Gebruiksinstructie ||
|-
|Omschrijving ||1 maal per dag 1 tablet, oraal
|-
|ToedieningsWeg ||Oraal
|-
|Doseerinstructie ||1 maal per dag 1 tablet
|-
|Informatiebron ||Patiënt
|}

===Medische hulpmiddelen===

Let op: er wordt hier één medisch hulpmiddel specifiek beschreven, maar in andere BgZ secties, zoals sectie 15 Verrichtingen, kunnen verwijzingen opgenomen zijn die als ‘FHIR device resources’ beschikbaargesteld worden.

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|MedischeHulpmiddel || Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;;"
|Product ||
|-
|ProductID ||-
|-
|ProductType ||Gehoorapparaat (SNOMED CT: 6012004)
|-
|ProductOmschrijving ||-
|-
|BeginDatum ||2007
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Presbyacusis
|-
|Toelichting ||Apparaat niet zichtbaar (diep in de gehooringang)
|-
|AnatomischeLocatie ||Oor
|-
|Lateraliteit ||Rechts
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|Zorgaanbieder.Organisatienaam ||Test Medisch Centrum
|}

===Vaccinaties===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Vaccinatie ||Inhoudelijke gegevens Persoon 1
|-
|ProductCode ||Hepatitis A vaccin
|-
|Dosis ||-
|-
|VaccinatieDatum ||5-3-1999
|-
|GewensteDatumHervaccinatie ||-
|-style="background-color: #E3E3E3;;"
|Toediener ||
|-
|Zorgverlener.Achternaam ||Vaste Huisarts 1
|-
|Toelichting ||Bezoek aan Guatemala.
|}

===Vitale functies===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Bloeddruk ||Inhoudelijke gegevens Persoon 1
|-
|Meetmethode ||Niet-invasief
|-
|ManchetType ||Groot
|-
|MeetLocatie ||Linker bovenarm
|-
|DiastolischEindpunt ||-
|-
|SystolischeBloeddruk ||108 mmHg
|-
|DiastolischeBloeddruk ||56 mmHg
|-
|GemiddeldeBloeddruk ||-
|-
|BloeddrukDatumTijd ||7-2-2013 08:53
|-
|Toelichting ||-
|-
|Houding ||Zittende positie
|-
|Uitvoerder ||G.Z.M. de Wit
|-style="background-color: #FFFF00;font-weight: bold;;"
|Lichaamsgewicht ||Inhoudelijke gegevens Persoon 1
|-
|GewichtWaarde ||72 kg
|-
|Toelichting ||-
|-
|GewichtDatumTijd ||8-2-2013
|-
|Kleding ||Lichte kleding/ondergoed
|-
|Uitvoerder ||G.Z.M. de Wit
|-style="background-color: #FFFF00;font-weight: bold;;"
|Lichaamslengte ||Inhoudelijke gegevens Persoon 1
|-
|LengteWaarde ||183 cm
|-
|LengteDatumTijd ||8-2-2013 06:43
|-
|Toelichting ||Met schoenen aan
|-
|Positie ||Staande positie
|-
|Uitvoerder ||G.Z.M. de Wit
|}

===Uitslagen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;font-weight: bold;;"
|LaboratoriumUitslag ||Inhoudelijke gegevens Persoon 1
|-
|ResultaatType ||Klinische chemie (SNOMED CT: 49581000146104)
|-
|TestCode ||Chloride (LOINC: 2069-3)
|-
|TestDatumTijd ||23-5-2012 12:00
|-
|TestUitslag ||109 mmol/l
|-
|TestUitslagStatus ||Definitief
|-
|ReferentieBovengrens ||108 mmol/l
|-
|ReferentieOndergrens ||99 mmol/l
|-
|InterpretatieVlaggen ||Boven referentie-waarde
|-style="background-color: #E3E3E3;;"
|Monster ||
|-
|Monstermateriaal ||Bloed
|-
|AfnameDatumTijd ||23-5-2012 08:08
|}

===Verrichtingen===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Verrichting ||Inhoudelijke gegevens Persoon 1
|-
|VerrichtingStartDatum ||5-6-2012
|-
|VerrichtingEindDatum ||
|-
|VerrichtingAnatomischeLocatie ||Knie
|-
|VerrichtingLateraliteit ||Links
|-
|VerrichtingType ||Knie - prothese implantatie gewricht (SNOMED CT: 60159002)
|-
|VerrichtingMethode ||
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Artropathie (SNOMED CT: 399269003)
|-
|Toelichting ||Beperking bij het bewegen van het gewricht, drukpijn door slijtage van twee compartimenten van de linker knie.
|-style="background-color: #E3E3E3;;"
|MedischHulpmiddel ||
|-
|ProductType ||Orthopedic surgical implants
|-
|ProductID ||(01)05050474530799
(17)160131
(21)1148130801
|-
|Toelichting ||Implantant, Gen 2 Tibia Insert 5/6-9mm
|-
|Locatie ||
|-
|OrganisatieNaam ||UMCG
|-style="background-color: #E3E3E3;;"
|Uitvoerder ||
|-
|Specialisme ||Orthopedie
|-style="background-color: #E3E3E3;;"
|Aanvrager ||
|-
|Zorgverlener ||
|}

===Contacten===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Contact ||Inhoudelijke gegevens Persoon 1
|-
|ContactType ||Klinisch
|-
|BeginDatumTijd ||16-8-2012
|-
|EindDatumTijd ||19-8-2012
|-style="background-color: #E3E3E3;;"
|ContactMet ||
|-
|ZorgverlenerNaam ||G.Z.M. de Wit
|-
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|OrganisatieNaam ||UMCG
|-
|-style="background-color: #E3E3E3;;"
|RedenContact ||
|-
|ProbleemNaam ||Fractuur van onderste extremiteit (SNOMED CT 46866001)
|-style="background-color: #E3E3E3;;"
|Verrichting ||
|-
|VerrichtingType ||Chirurgische reductie van fractuur
|}

===Zorgplan===
Van de betreffende zib OverdrachtGeplandeZorgActiviteit, volgen hieronder instantiaties met verschillend OrderType.

Bij deze zib moet gebruik gemaakt worden van een opvraging van het geplande type zorg. Zo zal VaccinationRecommendation een opvraging moeten doen van de Vaccination (of meerdere Vaccinations). Dit staat verder toegelicht op het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/FHIR_BGZ_2017 Technisch Ontwerp.]

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|OverdrachtGeplandeZorgActiviteit ||Inhoudelijke gegevens Persoon 1
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Verrichting ||
|-
|OrderStatus ||Order geplaatst
|-
|BeginDatum ||12-3-2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Verrichting ||
|-
|VerrichtingType ||Biopt huid
|-style="background-color: #E3E3E3;;"
|Indicatie ||
|-
|ProbleemNaam ||Naevus wang
|-style="background-color: #E3E3E3;;"
|Locatie ||
|-
|OrganisatieNaam ||Test Medisch Centrum
|}

{| class="wikitable" width="60%"
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Vaccinatie ||
|-
|OrderStatus ||Aangevraagd
|-
|BeginDatum ||2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Vaccinatie ||
|-
|ProductCode ||Hepatitis A vaccin
|-
|Toelichting ||Bezoek aan Guatemala.
|}

{| class="wikitable" width="60%"
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Afspraak ||
|-
|OrderStatus ||In afwachting van uitvoering
|-
|BeginDatum ||12 juli 2022 11:30 uur
|-
|EindDatum ||12 juli 2022 11:40 uur
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Afspraak ||
|-
|ContactType ||Poliklinisch
|-
|ContactOnderwerp ||Fysiotherapie Controle afspraak
|-
|OrganisatieNaam ||Test Medisch Centrum
|-
|OrganisatieLocatie ||West vleugel
|}

{| class="wikitable" width="60%"
!Medisch hulpmiddel !!
|-
|OrderStatus ||Aangevraagd
|-
|BeginDatum ||2022
|-
|EindDatum ||
|-
|OrderOverige ||
|-style="background-color: #E3E3E3;;"
|Medisch hulpmiddel ||
|-
|ProductID
||(01)05050474530799
(17)220131
(21)0123456789
|-
|ProductType
||Gehoorapparaat
|-
|ProductOmschrijving
||-
|-
|BeginDatum ||2022
|}

===Zorgverleners===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Zorgverlener ||Inhoudelijke gegevens Persoon 1
|-
|Achternaam ||Vaste Huisarts 1
|-
|Specialisme ||0100
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Adresgegevens ||
|-
|Straat ||Valkendael
|-
|Huisnummer ||45
|-
|Postcode ||6245HK
|-
|Woonplaats ||Maastricht
|-
|Land ||Nederland
|-
|AdresSoort ||Werkadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Contactgegevens ||
|-
|Telefoonnummer ||+31434073576
|-
|TelecomType ||Vast telefoonnummer
|-
|NummerSoort ||Zakelijk telefoonnummer
|-
|EmailAdres ||huisarts@huisarts.nl
|-
|EmailSoort ||Zakelijk e-mailadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Zorgverlener.Zorgaanbieder ||
|-
|OrganisatieNaam ||Maatschap Vaste Huisarts
|-
|OrganisatieType ||Huisartspraktijk (zelfstandig of groepspraktijk)
|}

== Scenario 1.2 ==
Bij scenario 1.2 gaat het om persoon 2, zoals hieronder beschreven, die in XIS slechts bekend is met personalia.
Met scenario 1.2 wordt getoetst of XIS op correcte wijze kenbaar maakt dat er geen gegevens aanwezig zijn. Er zijn geen nadere inhoudelijke BgZ-gegevens die ingevoerd zijn en beschikbaargesteld kunnen worden.

===Demografie en identificatie===

{| class="wikitable" width="60%"
|-style="background-color: #FFFF00;; font-weight: bold;"
|Patiënt ||Inhoudelijke gegevens Persoon 2
|-
|Voornamen ||Paul
|-
|Initialen ||P
|-
|Roepnaam ||Paul
|-
|Naamgebruik ||Eigen geslachtsnaam
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Geslachtsnaam ||
|-
|Achternaam ||XXX_Mesker
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Adresgegevens ||
|-
|Straat ||Knolweg
|-
|Huisnummer ||1002
|-
|Postcode ||9999ZZ
|-
|Woonplaats ||Stitswerd
|-
|Land ||Nederland
|-
|AdresSoort ||Woon-/verblijfadres
|-style="background-color: #E3E3E3;font-weight: bold;;"
|Patiënt.Contactgegevens ||
|-
|Telefoonnummer ||06-23456789
|-
|TelecomType ||Mobiel telefoonnummer
|-
|Identificatienummer ||999911284
|-
|Geboortedatum ||1-8-1964
|-
|Geslacht ||Man
|-
|MeerlingIndicator ||0
|-
|OverlijdensIndicator ||0
|-style="background-color: #FFFF00;font-weight: bold;;"
|BurgerlijkeStaat ||Inhoudelijke gegevens Persoon 2
|-
|BurgerlijkeStaat ||Geregistreerd partnerschap
|}

MedMij:V2020.01/PDFA Beschikbaarstellen

2021-10-19T11:38:41Z

Harriet Luttikhuizen: MM-2414: Correctie addenda PDF/A 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
|-
| 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 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de 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
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 zijn optioneel indien DocumentManifest 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 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 ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 1
* Gegevens van 3 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 ||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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 ||Example PDF - Infectious disease Consult note of Class van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title ||Consult Note of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 3.
|-
|Class ||Consult Note, of van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen document 3
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.pdf
|}

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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

2021-10-19T11:38:41Z

Harriet Luttikhuizen: MM-2414: Correctie addenda PDF/A 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
|-
| 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 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de 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
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 zijn optioneel indien DocumentManifest 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 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 ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 1
* Gegevens van 3 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 ||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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 ||Example PDF - Infectious disease Consult note of Class van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Title ||Consult Note of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 3.
|-
|Class ||Consult Note, of van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen document 3
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.pdf
|}

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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:V2020.01/PDFA Sturen

2021-09-24T13:24:28Z

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

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

{{DISPLAYTITLE:PDF/A - kwalificatie - Sturen 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 addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 13-01-2021 || [https://bits.nictiz.nl/browse/MM-1648 MM-1648] || Inconsistenties 2.3 aangepast
|-
| 29-09-2020 ||
* [https://bits.nictiz.nl/browse/MM-1393 MM-1393]
* [https://bits.nictiz.nl/browse/MM-1283 MM-1283]
|| Verbeteren kwalificatiematerialen PDF/A. Harmoniseren addenda
|-
| 01-08-2020 || [https://bits.nictiz.nl/browse/MM-1079 MM-1079] || Opknippen use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

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

= Begrippenlijst =
{| class="wikitable"
|+
|-
! Begrip !! Toelichting
|-
| PDF/A Document || 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 ‘Sturen PDF/A document naar zorgaanbieder’ binnen het MedMij afsprakenstelsel. De doelgroep van dit document is de PGO leverancier die wil kwalificeren. `De kwalificatie wordt door de kwalificator getoetst met behulp van de Nictiz kwalificatiesimulator, die is ingericht op een FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen.

== Algemene voorwaarden voor kwalificatie ==


Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van MedMij afsprakenstelsel.
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de MedMij informatiestandaard PDF/A, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip van het IHE MDH profiel zoals al verwezen vanuit de MedMij informatiestandaard PDF/A.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip, en het naleven van de aandachtspunten zoals beschreven op deze bladzijde.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk gemaakt worden voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op ten behoeve van controle.
# Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie

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

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

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

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

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

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

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

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

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

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

== Specifieke gegevens ==
=== Document PDF/A ===
Het sturen van PDF/A documenten vanuit een XIS naar een PGO bestaat uit drie onderdelen die als Bundle worden aangeboden. Deze onderdelen zijn Documentmanifest, DocumentReferentie en DocumentInhoud. Elk van deze onderdelen kent de volgende specifieke metadata.

* DocumentManifest: onderwerp (omschrijving van inhoud set), datum (aanmaakdatum van de set), auteur (auteur van set, meestal PGO-gebruiker), ontvanger (zorgverlener of zorgaanbieder, gebruiker van PGO)
* Documentoverzicht Referentie: onderwerp (omschrijving van document), datum (meestal aanmaakdatum van document), auteur (meestal auteur van document)
* DocumentInhoud: ContentType

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

MedMij:Vprepub-2020.01/PDFA Sturen

2021-09-24T13:24:28Z

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

MedMij:V2020.01/PDFA Ontvangen

2021-09-24T13:22:43Z

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

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

{{DISPLAYTITLE:PDF/A - kwalificatie - Ontvangen 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 addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 13-01-2021 || [https://bits.nictiz.nl/browse/MM-1648 MM-1648] || Inconsistenties 2.3 aangepast
|-
| 29-09-2020 ||
* [https://bits.nictiz.nl/browse/MM-1393 MM-1393]
* [https://bits.nictiz.nl/browse/MM-1283 MM-1283]
|| Verbeteren kwalificatiematerialen PDF/A. Harmoniseren addenda
|-
| 01-08-2020 || [https://bits.nictiz.nl/browse/MM-1079 MM-1079] || Opknippen use cases in scripts
|-
| 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 XIS leverancier die wil kwalificeren op de systeemrol ‘Ontvangen 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 ‘Ontvangen PDF/A document van de patiënt’ binnen het MedMij afsprakenstelsel. De doelgroep van dit document is de XIS leverancier die wil kwalificeren. 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 van het IHE MDH profiel zoals al verwezen vanuit de MedMij informatiestandaard PDF/A.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de informatiestandaard gebruikt.
# 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 het XIS.

== Uit te voeren stappen ontvangen ==
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 testpersoon zoals opgenomen in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Ontvangen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens ].
# Vanaf de kwalificatiesimulator kunnen de te ontvangen berichten gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende scenario’s, zoals beschreven in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Ontvangen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens ].
# Verwerk de berichten in het XIS.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 3.1 || Persoon 3 stuurt één PDF/A document en het XIS ontvangt deze || Test of een XIS één PDF/A document kan ontvangen ||
# Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten
# Aantonen dat het systeem één PDF/A document kan ontvangen
|| Technisch correct bericht van het ontvangen van Persoonsgegevens van persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3
|| schermprints van Persoonsgegevens van persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3
|-
| 3.2|| Persoon 3 stuurt één collectie van PDF/A documenten en het XIS ontvangt deze || Test of een XIS één collectie van meerdere PDF/A documenten kan ontvangen||
# Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten
# Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één PDF/A document ontvangen wordt. Hier gaat het om een collectie van PDF/A documenten
|| Technisch correct bericht van het ontvangen van Persoonsgegevens van persoon 3, metadata van documentmanifest 5, DocumentReferenties 6,7 en documenten 3,4 || schermprints van Persoonsgegevens van persoon 3, metadata van documentmanifest 5, DocumentReferenties 6,7 en documenten 3,4
|-
| 3.3|| Persoon 3 stuurt één collectie van PDF/A documenten en het XIS ontvangt deze en ligt de bron en datum en tijdstip van ontvangst vast || Test of XIS bron en datum en tijdstip van ontvangst kan vastleggen|| De herleidbaarheid (bron en datum en tijdstip van ontvangst) van een inhoudelijk data-element van persoon 3 || Het verwachte resultaat is de bron en datum en tijdstip van ontvangst door het XIS van een zelfgekozen inhoudelijk data-element (meetwaarde) zoals ontvangen van de kwalificatiesimulator (FHIR server). || Het XIS toont de bron en het tijdstip van ontvangst.
|}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

==== DocumentManifest ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 5
|-
|style="width: 15%;"|MasterIdentifier || urn:oid:1.2.276.0.7230010.3.1.2.1787205428.3024.1522314975.271898
|-
|Identifier || 123459904
|-
|Status || Current
|-
|Type || Overdrachtsverslag
|-
|Subject || XXX_Ellens
|-
|Onderwerp || Documenten voor dokter Janssen over ontslag en verwijzing vanuit ziekenhuis
|-
|Created ||T
|-
|Ontvanger || Zorgverlener 4 zie tabel zorgverlener
|-
|Source ||http://pgo.org/example
|-
|Document || Verwijzing naar: DocumentReferentie 6
|-
|Document || Verwijzing naar: DocumentReferentie 7
|}

==== DocumentReferentie ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 6
|-
|style="width: 15%;"|MasterIdentifier ||urn:oid:1.2.276.0.7230010.3.1.2.1787205428.3024.1522314975.272898
|-
|Status ||Current
|-
|Type || Ontslagbrief
|-
|Author || De Hoed
|-
|Indexed/Created ||T – 1
|-
|Title || Kopie van ontslagbrief
|-
|Document || Zie DocumentInhoud 3
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 7
|-
|style="width: 15%;"|MasterIdentifier || urn:oid:1.2.276.0.7230010.3.1.2.1787205428.3024.1522314975.274898
|-
| Status || Current
|-
|Type || Verwijsbrief
|-
|Author || De Hoed
|-
|Indexed/Created ||T – 2
|-
|Title || Verwijsbrief Arts
|-
|Document || Zie DocumentInhoud 4
|}

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

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

MedMij:Vprepub-2020.01/PDFA Ontvangen

2021-09-24T13:22:43Z

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

MedMij:V2020.01/PDFA Raadplegen

2021-09-24T13:21:28Z

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

__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:V2020.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 || 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.

= 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 ||Example PDF - Infectious disease Consult
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Consult Note
|-
|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 ||Example PDF - Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restriced
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.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 ||Example PDF not in Binary
|-
|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 ===

=== 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:Vprepub-2020.01/PDFA Raadplegen

2021-09-24T13:21:28Z

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

__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:V2020.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 || 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.

= 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 ||Example PDF - Infectious disease Consult
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Consult Note
|-
|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 ||Example PDF - Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restriced
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.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 ||Example PDF not in Binary
|-
|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 ===

=== 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:V2020.01/PDFA Beschikbaarstellen

2021-09-24T13:19:40Z

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

__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
|-
| 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 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de 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
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 zijn optioneel indien DocumentManifest 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 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 ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 1
* Gegevens van 3 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 ||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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 ||Example PDF - Infectious disease Consult note of Class van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Consult Note of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 3.
|-
|Class ||Consult Note, of van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen document 3
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.pdf
|}

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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

2021-09-24T13:19:40Z

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

__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
|-
| 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 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de 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
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 zijn optioneel indien DocumentManifest 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 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 ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 1
* Gegevens van 3 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 ||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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 ||Example PDF - Infectious disease Consult note of Class van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Consult Note of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 3.
|-
|Class ||Consult Note, of van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen document 3
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.pdf
|}

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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:V2020.01/PDFA Beschikbaarstellen

2021-08-30T08:28:16Z

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

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

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

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 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 use cases in scripts
|-
| 03-02-2020 || || Volgorde scenario aangepast en T-waarde in addenda toegevoegd
|-
| 23-10-2019 || || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
|}

= Doelgroep =

De doelgroep van dit document is de XIS leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen PDF/A’ binnen het MedMij afsprakenstelsel.

= Begrippenlijst =
{| class="wikitable"
|+
|-
! Begrip !! Toelichting
|-
| PDF/A Document (Retrieve) || Onderdeel 1 van de gegevensdienst PDF/A Raadplegen: het daadwerkelijke PDF/A document dat wordt opgehaald (‘retrieved’) door de PGO en geraadpleegd door de patiënt. Bijvoorbeeld: een verwijsbrief
|-
| DocumentReferentie (Metadata) || Onderdeel 2 van de gegevensdienst PDF/A Raadplegen: het omhulsel van het PDF/A document met bijbehorende metadata.
|-
| DocumentManifest (Metadata) || Onderdeel 3 van de gegevensdienst PDF/A Raadplegen: het omhulsel van de DocumentReferentie met bijbehorende metadata.
Dit kan beschouwd worden al een overkoepelende map waarin meerdere DocumentReferenties kunnen zitten.
|-
| Binary Resource || Manier 1 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document is opgeslagen in het bronsysteem van de zorgaanbieder als één lange code, en deze code wordt bij het raadplegen door de patiënt omgezet in een PDF/A document.
|-
| Andere locatie || Manier 2 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document wordt van een andere locatie dan een binary resource gehaald. Bijvoorbeeld: een link naar het internet
|}

= Inleiding =
Deze bladzijde 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 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 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:Vissue-2168/PDFA_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s inhoudelijke gegevens].
# Zorg dat het XIS beschikt over de PDF/A metadata gegevens en PDF/A documenten voor deze personen, gebruik hiervoor de inhoud van deze bladzijde.
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het document [[MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0|‘Aanleverformat – Beschikbaarstellen PDF/A’]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode) zoals beschreven in de verschillende scenario’s.
#PDF/A metadata gegevens beschikbaarstellen conform de parameters, zoals beschreven in de scenario’s 1.1, 1.3, 2.1, 2.2, 2.3 & 2.4. Waarbij 2.2, 2.3 & 2.4 optioneel zijn indien DocumentManifest niet wordt ondersteund.
# Om te kwalificeren dient een XIS in staat te zijn om PDF/A documenten beschikbaar te stellen in een FHIR binary resource (scenario 1.4 ) of door middel van een rechtstreekse locatie (scenario 2.5).

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

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

2Scenario 2.2, 2.3. & 2.4 zijn optioneel indien DocumentManifest 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 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 ==
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 ervanuit 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)
* 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. Naast de addenda zijn ook documenten nodig voor de kwalificatie, deze zijn te vinden op de kwalificatiepagina onder [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#PDF.2FA_3.0 Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]. Aangezien PDF/A wordt toegepast in verschillende zorg domeinen, is het mogelijk om naast de voorbeeld documenten, gebruik te maken van eigen representatieve test documenten. Welke documenten met welke metadata dient vooraf te worden overlegd. In de onderstaande sectie is uiteengezet hoe de metadata wordt ingevuld, zowel wanneer er gebruik wordt gemaakt van de documenten op de wiki als eigen documentatie.

== Scenario 1.1-1.5: persoon 1 wil documenten beschikbaarstellen ==
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 de toetsen zijn de volgende gegevens nodig:

* Persoonsgegevens van persoon 1
* Gegevens van 3 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 ||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 PDFA ||Verwijzing naar daadwerkelijke PDFA 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 ||Example PDF - Infectious disease Consult note of Class van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Consult Note of van eigen document.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA 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 van eigen document 3.
|-
|Class ||Consult Note, of van eigen document.
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 355
|-
|Author ||Zorgverlener 3, zie tabel zorgverlener.
|-
|Title ||Example PDF - Neurology Consult note, of van eigen document 3
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.pdf
|}

== Scenario 2.1-2.5: persoon 2 wil documenten in een documentManifest beschikbaarstellen ==
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 2 zorgverleners
* Twee DocumentReferenties
* Metadata van twee documenten en 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 van eigen document.
|-
|Class ||Discharge summary of 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 ||Verwijzing naar een willekeurige PDFA anders dan 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 vergelijkbaarconcept wordt ondersteund dit gebruiken. Indien dit niet wordt ondersteund, current gebruiken
|-
|Type ||Allergy and immunology Discharge summary of van eigen document.
|-
|Class ||Discharge summary of van eigen document.
|-
|Subject ||XXX_Schulte
|-
|Indexed/Created ||T – 320
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Security label ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|ContentType ||Application/pdf
|-
|Language ||Bij ondersteuning van dit concept een waarde invoeren.
|-
|Location PDFA ||Verwijzing naar een willekeurige PDFA anders dan in een Binary resource
|-
|Title ||Example PDF not in Binary of van eigen document.
|}

=== Documenten ===
{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 4
|-
|style="width: 30%;"|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
|-
|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 vergelijkbaarconcept wordt ondersteund. Indien dit niet wordt ondersteund Current gebruiken.
|-
|Type ||Discharge summary
|-
|Subject ||XXX_Schulte
|-
|Created ||T – 355
|-
|Author ||Zorgverlener 2, zie tabel zorgverlener.
|-
|Source ||Eigen bronsysteem invoeren
|-
|Content1 ||Verwijzing naar DocumentReferentie 4 (zie hierboven), of eigen document
|-
|Content2 ||Verwijzing naar DocumentReferentie 5 (zie hierboven), of eigen document
|}
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 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
|-
|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

2021-08-30T08:28:16Z

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

MedMij:V2020.01/PDFA Raadplegen

2021-08-30T08:26:38Z

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

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

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

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 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 (Retrieve) || Onderdeel 1 van de gegevensdienst PDF/A Raadplegen: het daadwerkelijke PDF/A document dat wordt opgehaald (‘retrieved’) door de PGO en geraadpleegd door de patiënt. Bijvoorbeeld: een verwijsbrief
|-
| DocumentReferentie (Metadata || Onderdeel 2 van de gegevensdienst PDF/A Raadplegen: het omhulsel van het PDF/A document met bijbehorende metadata.
|-
| DocumentManifest (Metadata) || Onderdeel 3 van de gegevensdienst PDF/A Raadplegen: het omhulsel van de DocumentReferentie met bijbehorende metadata.
Dit kan beschouwd worden al een overkoepelende map waarin meerdere DocumentReferenties kunnen zitten.
|-
| Binary Resource || Manier 1 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document is opgeslagen in het bronsysteem van de zorgaanbieder als één lange code, en deze code wordt bij het raadplegen door de patiënt omgezet in een PDF/A document.
|-
| Andere locatie || Manier 2 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document wordt van een andere locatie dan een binary resource gehaald. Bijvoorbeeld: een link naar het internet
|}

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘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:V2020.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 || 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&2&3|| 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. 
3 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.

= 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 ||Example PDF - Infectious disease Consult
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Consult Note
|-
|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 ||Example PDF - Neurology Consult note
|-
|ContentType ||Application/pdf
|-
|Language || English
|-
|Location PDFA ||Verwijzing naar daadwerkelijke PDFA in een Binary resource (PDF/A Document 2)
|-
|Security label ||Very restriced
|}

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

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.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
* Metadata van twee documenten en 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 restriced
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 2
|-
|style="width: 15%;"|Masteridentifier ||
|-
|Status ||Current
|-
|Type ||Infectious disease Consult note
|-
|Class ||Example PDF - Infectious disease Consult note
|-
|Subject ||XXX_ Baltus
|-
|Indexed/Created ||T – 60
|-
|Author ||Zorgverlener 1, zie tabel zorgverlener.
|-
|Title ||Consult Note
|-
|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
|-
|Title ||Example PDF - Neurology Consult note
|-
|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: 30%;"
! colspan='2'|Document 1
|-
|style="width: 30%;"|Document/inhoud ||Document 1 - Infectious disease Consult note.pdf
|}

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

{| class="wikitable" style="width: 30%;"
! colspan='2'|Document 3
|-
|style="width: 30%;"|Document/inhoud ||Document 3 - Document 3 – Verwijsbrief Arts.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:Vprepub-2020.01/PDFA Raadplegen

2021-08-30T08:26:38Z

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

MedMij:V2020.01/PDFA Ontvangen

2021-08-30T08:25:29Z

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

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

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

= Versiebeheer =

{| class="wikitable"
|+ Versiebeheer
|-
! Datum !! BITS issue !! Omschrijving
|-
| 29-07-2021 || [https://bits.nictiz.nl/browse/MM-2168 MM-2168] || Optimalisatie addenda PDF/A: Raadplegen, Beschikbaarstellen, Ontvangen en Sturen
|-
| 13-01-2021 || [https://bits.nictiz.nl/browse/MM-1648 MM-1648] || Inconsistenties 2.3 aangepast
|-
| 29-09-2020 ||
* [https://bits.nictiz.nl/browse/MM-1393 MM-1393]
* [https://bits.nictiz.nl/browse/MM-1283 MM-1283]
|| Verbeteren kwalificatiematerialen PDF/A. Harmoniseren addenda
|-
| 01-08-2020 || [https://bits.nictiz.nl/browse/MM-1079 MM-1079] || Opknippen use cases in scripts
|-
| 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 XIS leverancier die wil kwalificeren op de systeemrol ‘Ontvangen PDF/A’ binnen het MedMij afsprakenstelsel.

= Begrippenlijst =
{| class="wikitable"
|+
|-
! Begrip !! Toelichting
|-
| PDF/A Document (Retrieve) || Onderdeel 1 van de gegevensdienst PDF/A Raadplegen: het daadwerkelijke PDF/A document dat wordt opgehaald (‘retrieved’) door de PGO en geraadpleegd door de patiënt. Bijvoorbeeld: een verwijsbrief
|-
| DocumentReferentie (Metadata || Onderdeel 2 van de gegevensdienst PDF/A Raadplegen: het omhulsel van het PDF/A document met bijbehorende metadata.
|-
| DocumentManifest (Metadata) || Onderdeel 3 van de gegevensdienst PDF/A Raadplegen: het omhulsel van de DocumentReferentie met bijbehorende metadata.
Dit kan beschouwd worden al een overkoepelende map waarin meerdere DocumentReferenties kunnen zitten.
|-
| Binary Resource || Manier 1 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document is opgeslagen in het bronsysteem van de zorgaanbieder als één lange code, en deze code wordt bij het raadplegen door de patiënt omgezet in een PDF/A document.
|-
| Andere locatie || Manier 2 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document wordt van een andere locatie dan een binary resource gehaald. Bijvoorbeeld: een link naar het internet
|}

= Inleiding =
Dit document bevat de te doorlopen scripts bij kwalificatie voor de systeemrollen ‘Ontvangen PDF/A document van de patiënt’ binnen het MedMij afsprakenstelsel. De doelgroep van dit document is de XIS leverancier die wil kwalificeren. 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 van het IHE MDH profiel zoals al verwezen vanuit de MedMij informatiestandaard PDF/A.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de informatiestandaard gebruikt.
# 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 het XIS.

== Uit te voeren stappen ontvangen ==
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 testpersoon zoals opgenomen in [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Ontvangen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens ].
# Vanaf de kwalificatiesimulator kunnen de te ontvangen berichten gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende scenario’s, zoals beschreven in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vissue-2168/PDFA_Ontvangen#Inhoudelijke_gegevens_scenario.E2.80.99s Inhoudelijke gegevens ].
# Verwerk de berichten in het XIS.

{| class="wikitable"
|+
|-
! Nr. !! Scenario !! testbeschrijving !! Doel !! Verwacht technisch resultaat !! Verwacht functioneel resultaat
|-
| 3.1 || Persoon 3 stuurt één PDF/A document en het XIS ontvangt deze || Test of een XIS één PDF/A document kan ontvangen ||
# Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten
# Aantonen dat het systeem één PDF/A document kan ontvangen
|| Technisch correct bericht van het ontvangen van Persoonsgegevens van persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3
|| schermprints van Persoonsgegevens van persoon 3 , metadata van documentManifest 4, DocumentReferentie 6 en document 3
|-
| 3.2|| Persoon 3 stuurt één collectie van PDF/A documenten en het XIS ontvangt deze || Test of een XIS één collectie van meerdere PDF/A documenten kan ontvangen||
# Aantonen dat het systeem PDF/A documenten kan ontvangen met gebruik van FHIR berichten
# Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één PDF/A document ontvangen wordt. Hier gaat het om een collectie van PDF/A documenten
|| Technisch correct bericht van het ontvangen van Persoonsgegevens van persoon 3, metadata van documentmanifest 5, DocumentReferenties 6,7 en documenten 3,4 || schermprints van Persoonsgegevens van persoon 3, metadata van documentmanifest 5, DocumentReferenties 6,7 en documenten 3,4
|-
| 3.3|| Persoon 3 stuurt één collectie van PDF/A documenten en het XIS ontvangt deze en ligt de bron en datum en tijdstip van ontvangst vast || Test of XIS bron en datum en tijdstip van ontvangst kan vastleggen|| De herleidbaarheid (bron en datum en tijdstip van ontvangst) van een inhoudelijk data-element van persoon 3 || Het verwachte resultaat is de bron en datum en tijdstip van ontvangst door het XIS van een zelfgekozen inhoudelijk data-element (meetwaarde) zoals ontvangen van de kwalificatiesimulator (FHIR server). || Het XIS toont de bron en het tijdstip van ontvangst.
|}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

==== DocumentManifest ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentManifest 5
|-
|style="width: 15%;"|MasterIdentifier || urn:oid:1.2.276.0.7230010.3.1.2.1787205428.3024.1522314975.271898
|-
|Identifier || 123459904
|-
|Status || Current
|-
|Type || Overdrachtsverslag
|-
|Subject || XXX_Ellens
|-
|Onderwerp || Documenten voor dokter Janssen over ontslag en verwijzing vanuit ziekenhuis
|-
|Created ||T
|-
|Ontvanger || Zorgverlener 4 zie tabel zorgverlener
|-
|Source ||http://pgo.org/example
|-
|Document || Verwijzing naar: DocumentReferentie 6
|-
|Document || Verwijzing naar: DocumentReferentie 7
|}

==== DocumentReferentie ====
{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 6
|-
|style="width: 15%;"|MasterIdentifier ||urn:oid:1.2.276.0.7230010.3.1.2.1787205428.3024.1522314975.272898
|-
|Status ||Current
|-
|Type || Ontslagbrief
|-
|Author || De Hoed
|-
|Indexed/Created ||T – 1
|-
|Title || Kopie van ontslagbrief
|-
|Document || Zie DocumentInhoud 3
|}

{| class="wikitable" style="width: 50%;"
! colspan='2'|DocumentReferentie 7
|-
|style="width: 15%;"|MasterIdentifier || urn:oid:1.2.276.0.7230010.3.1.2.1787205428.3024.1522314975.274898
|-
| Status || Current
|-
|Type || Verwijsbrief
|-
|Author || De Hoed
|-
|Indexed/Created ||T – 2
|-
|Title || Verwijsbrief Arts
|-
|Document || Zie DocumentInhoud 4
|}

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

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

MedMij:Vprepub-2020.01/PDFA Ontvangen

2021-08-30T08:25:29Z

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

MedMij:V2020.01/PDFA Sturen

2021-08-30T08:24:05Z

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

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

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

= Versiebeheer =

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

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

= Begrippenlijst =
{| class="wikitable"
|+
|-
! Begrip !! Toelichting
|-
| PDF/A Document (Retrieve) || Onderdeel 1 van de gegevensdienst PDF/A Raadplegen: het daadwerkelijke PDF/A document dat wordt opgehaald (‘retrieved’) door de PGO en geraadpleegd door de patiënt. Bijvoorbeeld: een verwijsbrief
|-
| DocumentReferentie (Metadata || Onderdeel 2 van de gegevensdienst PDF/A Raadplegen: het omhulsel van het PDF/A document met bijbehorende metadata.
|-
| DocumentManifest (Metadata) || Onderdeel 3 van de gegevensdienst PDF/A Raadplegen: het omhulsel van de DocumentReferentie met bijbehorende metadata.
Dit kan beschouwd worden al een overkoepelende map waarin meerdere DocumentReferenties kunnen zitten.
|-
| Binary Resource || Manier 1 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document is opgeslagen in het bronsysteem van de zorgaanbieder als één lange code, en deze code wordt bij het raadplegen door de patiënt omgezet in een PDF/A document.
|-
| Andere locatie || Manier 2 waarop een PDF/A document kan worden opgehaald door een PGO: het PDF/A document wordt van een andere locatie dan een binary resource gehaald. Bijvoorbeeld: een link naar het internet
|}

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

== Algemene voorwaarden voor kwalificatie ==


Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van MedMij afsprakenstelsel.
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de MedMij informatiestandaard PDF/A, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip van het IHE MDH profiel zoals al verwezen vanuit de MedMij informatiestandaard PDF/A.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip, en het naleven van de aandachtspunten zoals beschreven op deze bladzijde.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk gemaakt worden voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op ten behoeve van controle.
# Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie

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

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

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

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

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

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

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

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

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

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

== Specifieke gegevens ==
=== Document PDF/A ===
Het sturen van PDF/A documenten vanuit een XIS naar een PGO bestaat uit drie onderdelen die als Bundle worden aangeboden. Deze onderdelen zijn Documentmanifest, DocumentReferentie en DocumentInhoud. Elk van deze onderdelen kent de volgende specifieke metadata.

* DocumentManifest: onderwerp (omschrijving van inhoud set), datum (aanmaakdatum van de set), auteur (auteur van set, meestal PGO-gebruiker), ontvanger (zorgverlener of zorgaanbieder, gebruiker van PGO)
* Documentoverzicht Referentie: onderwerp (omschrijving van document), datum (meestal aanmaakdatum van document), auteur (meestal auteur van document)
* DocumentInhoud: ContentType

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

MedMij:Vprepub-2020.01/PDFA Sturen

2021-08-30T08:24:05Z

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

MedMij:Vpoc 1.0/OntwerpiWlz

2021-07-22T14:22:22Z

Harriet Luttikhuizen: /* Informatie */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp iWlz 1.0 Proof of concept (1.0-poc1)}}
{{NoteBox|Deze versie zal worden getoetst in a proof of concept en is niet geschikt voor gebruik buiten deze POC}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:V2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vpoc_1.0/FHIR_iWlz|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Op deze pagina wordt het functioneel ontwerp beschreven voor de uitwisseling van de iStandaard Wet langdurige zorg ([https://istandaarden.nl/istandaarden/iwlz iWlz]) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina [[MedMij:V2020.01/Ontwerpen|Ontwerpen MedMij]].

Voor zorg op grond van de Wet langdurige zorg ([https://www.rijksoverheid.nl/onderwerpen/verpleeghuizen-en-zorginstellingen/wet-langdurige-zorg-wlz Wlz]), zijn verschillende processen ingericht om vast te stellen of de cliënt in aanmerking komt voor zorg en de administratie rondom de zorg vast te leggen. In deze processen zijn verschillende Wlz-ketenpartners betrokken, deze partners leveren verschillende diensten binnen de langdurige zorg: Het Centrum Indicatiestelling Zorg (CIZ) beoordeelt of een cliënt in aanmerking komt voor de langdurige zorg en stelt het indicatie besluit op. De zorgkantoren hebben de taak om te regelen dat de cliënt de juiste langdurige zorg krijgt. De ketenpartners wisselen informatie uit op basis van de iWlz informatiestandaard. Deze informatiestandaard is een onderdeel van [https://www.istandaarden.nl/ iStandaarden] en wordt beheerd door het Zorginstituut Nederland ([https://www.zorginstituutnederland.nl/ ZIN]). Dit functioneel ontwerp beschrijft de bètaversie en is ontworpen met als doel domein overstijgende informatie uitwisseling te toetsen d.m.v. een Proof of Concept (POC).

Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen.

==Kaders en uitgangspunten==
===Richtlijn===

Deze informatiestandaard is gebaseerd op de wet langdurige zorg (Toegang tot Wlz-zorg | Verzekerde zorg | Zorginstituut Nederland), de iWlz(Werken met iWlz - iStandaarden.nl) en het actieprogramma iWlz (Actieprogramma iWlz - iStandaarden.nl) van het ZIN (datamatrix, versie 21.6.10).

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:V2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:V2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Informatie reikwijdte===
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de dienstaanbieder (XIS). Zowel het CIZ als het zorgkantoor treden in dit ontwerp op als dienstaanbieder. Binnen de langdurige zorg zijn is sprake van zowel zorgaanbieders en dienstaanbieders. In deze POC worden alleen usecases met dienstaanbieders getoetst. Het ontwerp bevat:
* Het verzamelen van de indicatiegegevens.
* Het delen van het cliëntprofiel.
* Abonneren en notificeren conform het afsprakenstelsel van MedMIj is optioneel. Binnen deze poc kan ook voor het delen hiervan gebruik gemaakt worden. In het afsprakenstelsel is verdere documentatie over [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel130/UCI+Abonneren abonneren] en [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel130/UCI+Notificeren notificeren] te vinden.

Expliciet buiten scope van het ontwerp zijn de volgende onderwerpen:
* Notificaties, anders dan waarin het afsprakenstelsel van MedMij wordt voorzien.
* Werkafspraken over (tijdigheid van) invullen en terug sturen.
* Aanpak voor multi-channel mogelijkheden (bijvoorbeeld: via PGO in combinatie met portaal en schriftelijk).

==Kwalificatie==
===Introductie===
Dit ontwerp is een bètaversie voor een POC, kwalificatie is nog niet van toepassing.

=Usecases=

Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg/hulp/dienstverlening waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces.In dit FO wordt elke usecase geanalyseerd en uitgewerkt.

Het volledige iWlz proces bestaat uit verschillende usecases. De volledige, nog in concept zijnde klantenreis, is door ZIN uitgewerkt en gevisualiseerd [[Media:21.07.13_Klantreis_Medmij_iWlx_PoC.pdf|Concept klantenreis]]

Voor deze poc zijn de volgende usecases geselecteerd:

* Verzamelen van de indicatiegegevens door de cliënt.
* Delen van het cliëntprofiel door de cliënt.

Indicatiegegevens en het cliëntprofiel zijn onderdeel van het langdurige zorg, sociale en cliënten domein.

==Usecase: Verzamelen indicatiegegevens==
=== Doel en relevantie ===
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te krijgen via een PGO in de indicatiegegevens uit het door het CIZ opgestelde indicatiebesluit, hierdoor krijgen zij overzicht voor welke langdurige zorg zij geïndiceerd zijn.

=== Context ===
Het gaat om het elektronisch en gestructureerd ontvangen van de indicatiegegevens vanuit het CIZ(XIS) [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Procesbeschrijving ===
==== Patient Journey – Kenneth van Someren ====

In samenspraak met Kenneth en zijn dochter is een indicatie aangevraagd bij het CIZ. Wanneer het CIZ het indicatiebesluit heeft opgesteld, kan Kenneth samen met zijn dochter de indicatiegegevens verzamelen en zelf via een PGO inzien voor welke langdurige zorg Kenneth geïndiceerd is. Indien er is gekozen voor een abonnement op het verzamelen van indicatiegegevens worden Kenneth en zijn dochter, door een notificatie van het CIZ, erop geattendeerd dat de indicatiegegevens kunnen worden verzameld.

Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].

==== Proces ====
Het stuk van het proces waar het in deze usecase om gaat is:
* Het XIS stelt de indicatiegegevens van de cliënt beschikbaar aan het systeem van een cliënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
Het CIZ heeft een indicatiebesluit opgesteld en de cliënt wil de indicatiegegevens van het indicatiebesluit inzien. De cliënt heeft zelf besloten om de indicatiegegevens te verzamelen, of wordt hierop geattendeerd door een notificatie. De Cliënt kan steeds zelf het initiatief nemen om indicatiegegevens op te halen bij het CIZ.

===== Processtappen =====

* Het systeem van de persoon (PGO) raadpleegt de beschikbare indicatiegegevens.
* Het XIS van het CIZ stelt de indicatiegegevens beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn indicatiegegevens in te zien.

===== Postconditie =====

De persoon kan zijn indicatiegegevens inzien via de PGO.

=== Informatie ===
Indicatiegegevens bestaan uit informatie van het indicatiebesluit. De informatie-elementen die van toepassing zijn, met de bijbehorende [https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance kardinaliteit en conformance], zijn gedefinieerd in ART-DECOR.

==== Raadplegen indicatiegegevens====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van de indicatiegegevens. Bij het raadplegen van de indicatiegegevens wordt om alle gegevens behorende bij de indicatiebesluit van de cliënt gevraagd. De cliënt kan meerdere keren deze gegevens raadplegen.

==== Beschikbaarstellen indicatiegegevens====
Dit betreft de inhoud van de transactie opleveren van indicatie(besluit)gegevens. Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van [https://www.istandaarden.nl//overzicht-documentatie-informatiemodel-istandaarden-iwlz-22 iStandaarden] en de zib patient. De meest recente indicatiegegevens worden beschikbaargesteld. In [https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.128.4.2&effectiveDate=2021-06-09T10:12:16&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop ART-DECOR] is de verdere uitwerking van deze transactie te vinden.

=== Bedrijfsrollen ===

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecase.Er zijn twee bedrijfsrollen, namelijk ''Cliënt'' en ''Dienstaanbieder''.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:top;"|Wil zijn indicatiegegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|CIZ
|style="background-color: white;vertical-align:top;"|Stelt indicatiegegevens beschikbaar
|}

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
[[Bestand:UML Raadplegen indicatiegegevensAD v0.1.png|omkaderd|gecentreerd|Activiteiten diagram verzamelen indicatiegegevens]]

=== Systemen & Systeemrollen ===
Zowel de patiënt als de dienstaanbieder (CIZ) maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (CIZ)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de indicatiegegeven tussen het CIZ en de cliënt.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| Indicatiegegevens raadplegend systeem
| style="background-color: white;"| ''XX-0.1-IGR-FHIR1''
| style="background-color: white;"| Raadplegen Indicatiegegevens bij CIZ
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Indicatiegegevens beschikbaarstellend systeem
| style="background-color: white;"| ''XX-0.1-IGB-FHIR1''
| style="background-color: white;"| Beschikbaarstellen indicatiegegevens aan de cliënt
|}

Zie ook onderstaande afbeelding.

[[Bestand:UML verzamelen indicatiegegevensCD v0.2.png|omkaderd|gecentreerd|Componenten diagram verzamelen indicatiegegevens]]
1: Transactiecodes zijn nog in concept

=== Transacties & Transactiegroepen ===
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"| Indicatiegegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen Indicatiegegevens
| style="background-color: white;"| ''XX-0.1-IGR-FHIR 1''
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vpoc_1.0/FHIR_iWlz#Use_case:_retrieve_.27indicatiegevens.27|iWlz(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen Indicatiegegevens
| style="background-color: white;"| ''XX-0.1-IGB-FHIR 1''
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|CIZ
|}

1: Transactiecodes zijn nog in concept

===Usecase diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:UML verzamelen indicatiegegevensUC v0.2.png|omkaderd|gecentreerd|Usecase diagram verzamelen indicatiegegevens]]
1: transactiecodes zijn nog in concept.

== Usecase: Delen cliëntprofiel==
Deze usecase richt zich op de vervolgstap wanneer een cliënt in aanmerking komt voor WLZ zorg en informatie over zijn of haar voorkeuren, contactgegevens en contactpersonen wil delen met het zorgkantoor van de cliënt.

=== Doel en relevantie ===
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door zelf de gegevens van de cliënt te kunnen delen met het zorgkantoor van de cliënt.
=== Context ===
Het gaat om het elektronisch en gestructureerd sturen van het cliëntprofiel vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar het zorgkantoor(XIS).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Procesbeschrijving ===
==== Patient Journey – Kenneth van Someren ====

Het zorgkantoor is op de hoogte gebracht door het CIZ dat Kenneth in aanmerking komt voor langdurige zorg. Om goed te kunnen bemiddelen in de zorg heeft het zorgkantoor additionele informatie m.b.t. de voorkeuren, contactgegevens en contactpersonen van Kenneth nodig. Indien Kenneth en zijn dochter er voor hebben gekozen om een abonnement op het delen van het cliëntprofiel te nemen, worden zij d.m.v. een notificatie erop geattendeerd dat zij deze gegevens kunnen delen met het zorgkantoor.

Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].

==== Proces ====

Het stuk van het proces waar het in deze usecase om gaat is:
* Een PGO heeft de mogelijkheid om het cliëntprofiel te delen.
* Het systeem van een zorgkantoor (XIS) heeft de mogelijkheid om het cliëntprofiel ontvangen.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
De cliënt komt in aanmerking voor langdurige zorg en heeft de gegevens van zijn cliëntprofiel digitaal beschikbaar in een PGO en wil het cliëntprofiel delen met zijn zorgkantoor. De cliënt kan eventueel hierop geattendeerd worden door het zorgkantoor d.m.v. een notificatie.

===== Processtappen =====
* Het systeem van de cliënt (PGO) stuurt het cliëntprofiel met het zorgkantoor.
* Het systeem van het zorgkantoor (XIS) ontvangt het cliëntprofiel.

===== Postconditie =====
Het zorgkantoor kan het cliëntprofiel inzien via het XIS.

=== Informatie ===
In het cliëntprofiel bestaat uit informatie over de voorkeuren, contactgegevens en contactpersonen van de cliënt. De informatie-elementen die van toepassing zijn, met de bijbehorende [https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance kardinaliteit en conformance], gedefinieerd in ART-DECOR.

==== Sturen van cliëntprofiel====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het sturen van het cliëntprofiel. Bij het sturen van het cliëntprofiel worden alleen gegevens behorend bij het cliëntprofiel gestuurd.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van [https://www.istandaarden.nl//overzicht-documentatie-informatiemodel-istandaarden-iwlz-22 iStandaarden] en de zibs patient en contactpersoon. De meest recente gegevens van het cliëntprofiel worden gestuurd. In [https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.128.4.8&effectiveDate=2021-06-17T10:50:01&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop ART-DECOR] is de verdere uitwerking van deze transactie te vinden.

==== Ontvangen cliëntprofiel====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het ontvangen van het cliëntprofiel. Het zorgkantoor slaat alleen de laatst ontvangen versie op.

=== Bedrijfsrollen ===

Onderstaande tabel en afbeelding tonen de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecases. Er zijn twee bedrijfsrollen, namelijk ''Cliënt'' en ''Zorgkantoor''. De onderstaande tabel geeft de rollen weer.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:top;"|Stuurt het cliëntprofiel.
|-
|style="background-color: white;vertical-align:top;"|Zorgkantoor
|style="background-color: white;vertical-align:top;"|Ontvangt het cliëntprofiel.
|}

[[Bestand:UML Delen ClientprofielAD v0.1.png|omkaderd|gecentreerd|Activiteiten diagram delen cliëntprofiel]]

=== Systemen & Systeemrollen ===
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (Cliënt)
* XIS (zorgkantoor)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgkantoor.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| Cliëntprofiel sturend systeem
| style="background-color: white;"| ''XX-0.1-CPS-FHIR 1''
| style="background-color: white;"| Sturen cliëntprofiel door cliënt
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Cliëntprofiel ontvangend systeem
| style="background-color: white;"| ''XX-0.1-CPO-FHIR1''
| style="background-color: white;"| Ontvangen cliëntprofiel door zorgkantoor
|}

Zie ook onderstaande afbeelding.

[[Bestand:UML Delen ClientprofielCD v0.2.png|omkaderd|gecentreerd|Componenten diagram delen clientprofiel]]
1: Transactiecodes zijn nog in concept.

=== Transacties & Transactiegroepen ===
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"| Delen cliëntenprofiel(PUSH)
|style="background-color: white;vertical-align:top;"|Sturen cliëntprofiel
| style="background-color: white;"| '' XX-0.1-CPS-FHIR1''
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Clënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vpoc_1.0/FHIR_iWlz#Use_case:_send_client_preferences|iWlz(request) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen cliëntprofiel
| style="background-color: white;"| ''XX-0.1-CPO-FHIR1''
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgkantoor
|}

1: transactiecodes zijn nog in concept.

===Usecase diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:UML Delen ClientprofielUC v0.2.png|omkaderd|gecentreerd|Usecase diagram delen cliëntprofiel]]
1: transactiecodes zijn nog in concept.

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
|
|
|
|
|
|
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vdraft_Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.
{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
|}

MedMij:Vpoc 1.0/OntwerpiWlz

2021-07-22T14:21:01Z

Harriet Luttikhuizen: /* Informatie */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp iWlz 1.0 Proof of concept (1.0-poc1)}}
{{NoteBox|Deze versie zal worden getoetst in a proof of concept en is niet geschikt voor gebruik buiten deze POC}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:V2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vpoc_1.0/FHIR_iWlz|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Op deze pagina wordt het functioneel ontwerp beschreven voor de uitwisseling van de iStandaard Wet langdurige zorg ([https://istandaarden.nl/istandaarden/iwlz iWlz]) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina [[MedMij:V2020.01/Ontwerpen|Ontwerpen MedMij]].

Voor zorg op grond van de Wet langdurige zorg ([https://www.rijksoverheid.nl/onderwerpen/verpleeghuizen-en-zorginstellingen/wet-langdurige-zorg-wlz Wlz]), zijn verschillende processen ingericht om vast te stellen of de cliënt in aanmerking komt voor zorg en de administratie rondom de zorg vast te leggen. In deze processen zijn verschillende Wlz-ketenpartners betrokken, deze partners leveren verschillende diensten binnen de langdurige zorg: Het Centrum Indicatiestelling Zorg (CIZ) beoordeelt of een cliënt in aanmerking komt voor de langdurige zorg en stelt het indicatie besluit op. De zorgkantoren hebben de taak om te regelen dat de cliënt de juiste langdurige zorg krijgt. De ketenpartners wisselen informatie uit op basis van de iWlz informatiestandaard. Deze informatiestandaard is een onderdeel van [https://www.istandaarden.nl/ iStandaarden] en wordt beheerd door het Zorginstituut Nederland ([https://www.zorginstituutnederland.nl/ ZIN]). Dit functioneel ontwerp beschrijft de bètaversie en is ontworpen met als doel domein overstijgende informatie uitwisseling te toetsen d.m.v. een Proof of Concept (POC).

Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen.

==Kaders en uitgangspunten==
===Richtlijn===

Deze informatiestandaard is gebaseerd op de wet langdurige zorg (Toegang tot Wlz-zorg | Verzekerde zorg | Zorginstituut Nederland), de iWlz(Werken met iWlz - iStandaarden.nl) en het actieprogramma iWlz (Actieprogramma iWlz - iStandaarden.nl) van het ZIN (datamatrix, versie 21.6.10).

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:V2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:V2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Informatie reikwijdte===
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de dienstaanbieder (XIS). Zowel het CIZ als het zorgkantoor treden in dit ontwerp op als dienstaanbieder. Binnen de langdurige zorg zijn is sprake van zowel zorgaanbieders en dienstaanbieders. In deze POC worden alleen usecases met dienstaanbieders getoetst. Het ontwerp bevat:
* Het verzamelen van de indicatiegegevens.
* Het delen van het cliëntprofiel.
* Abonneren en notificeren conform het afsprakenstelsel van MedMIj is optioneel. Binnen deze poc kan ook voor het delen hiervan gebruik gemaakt worden. In het afsprakenstelsel is verdere documentatie over [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel130/UCI+Abonneren abonneren] en [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel130/UCI+Notificeren notificeren] te vinden.

Expliciet buiten scope van het ontwerp zijn de volgende onderwerpen:
* Notificaties, anders dan waarin het afsprakenstelsel van MedMij wordt voorzien.
* Werkafspraken over (tijdigheid van) invullen en terug sturen.
* Aanpak voor multi-channel mogelijkheden (bijvoorbeeld: via PGO in combinatie met portaal en schriftelijk).

==Kwalificatie==
===Introductie===
Dit ontwerp is een bètaversie voor een POC, kwalificatie is nog niet van toepassing.

=Usecases=

Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg/hulp/dienstverlening waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces.In dit FO wordt elke usecase geanalyseerd en uitgewerkt.

Het volledige iWlz proces bestaat uit verschillende usecases. De volledige, nog in concept zijnde klantenreis, is door ZIN uitgewerkt en gevisualiseerd [[Media:21.07.13_Klantreis_Medmij_iWlx_PoC.pdf|Concept klantenreis]]

Voor deze poc zijn de volgende usecases geselecteerd:

* Verzamelen van de indicatiegegevens door de cliënt.
* Delen van het cliëntprofiel door de cliënt.

Indicatiegegevens en het cliëntprofiel zijn onderdeel van het langdurige zorg, sociale en cliënten domein.

==Usecase: Verzamelen indicatiegegevens==
=== Doel en relevantie ===
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te krijgen via een PGO in de indicatiegegevens uit het door het CIZ opgestelde indicatiebesluit, hierdoor krijgen zij overzicht voor welke langdurige zorg zij geïndiceerd zijn.

=== Context ===
Het gaat om het elektronisch en gestructureerd ontvangen van de indicatiegegevens vanuit het CIZ(XIS) [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Procesbeschrijving ===
==== Patient Journey – Kenneth van Someren ====

In samenspraak met Kenneth en zijn dochter is een indicatie aangevraagd bij het CIZ. Wanneer het CIZ het indicatiebesluit heeft opgesteld, kan Kenneth samen met zijn dochter de indicatiegegevens verzamelen en zelf via een PGO inzien voor welke langdurige zorg Kenneth geïndiceerd is. Indien er is gekozen voor een abonnement op het verzamelen van indicatiegegevens worden Kenneth en zijn dochter, door een notificatie van het CIZ, erop geattendeerd dat de indicatiegegevens kunnen worden verzameld.

Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].

==== Proces ====
Het stuk van het proces waar het in deze usecase om gaat is:
* Het XIS stelt de indicatiegegevens van de cliënt beschikbaar aan het systeem van een cliënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
Het CIZ heeft een indicatiebesluit opgesteld en de cliënt wil de indicatiegegevens van het indicatiebesluit inzien. De cliënt heeft zelf besloten om de indicatiegegevens te verzamelen, of wordt hierop geattendeerd door een notificatie. De Cliënt kan steeds zelf het initiatief nemen om indicatiegegevens op te halen bij het CIZ.

===== Processtappen =====

* Het systeem van de persoon (PGO) raadpleegt de beschikbare indicatiegegevens.
* Het XIS van het CIZ stelt de indicatiegegevens beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn indicatiegegevens in te zien.

===== Postconditie =====

De persoon kan zijn indicatiegegevens inzien via de PGO.

=== Informatie ===
Indicatiegegevens bestaan uit informatie van het indicatiebesluit. De informatie-elementen die van toepassing zijn, met de bijbehorende [https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance kardinaliteit en conformance], zijn gedefinieerd in ART-DECOR.

==== Raadplegen indicatiegegevens====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van de indicatiegegevens. Bij het raadplegen van de indicatiegegevens wordt om alle gegevens behorende bij de indicatiebesluit van de cliënt gevraagd. De cliënt kan meerdere keren deze gegevens raadplegen.

==== Beschikbaarstellen indicatiegegevens====
Dit betreft de inhoud van de transactie opleveren van indicatie(besluit)gegevens. Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van [https://www.istandaarden.nl//overzicht-documentatie-informatiemodel-istandaarden-iwlz-22 iStandaarden] en de zib patient. De meest recente indicatiegegevens worden beschikbaargesteld. In [https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.128.4.2&effectiveDate=2021-06-09T10:12:16&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop ART-DECOR] is de verdere uitwerking van deze transactie te vinden.

=== Bedrijfsrollen ===

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecase.Er zijn twee bedrijfsrollen, namelijk ''Cliënt'' en ''Dienstaanbieder''.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:top;"|Wil zijn indicatiegegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|CIZ
|style="background-color: white;vertical-align:top;"|Stelt indicatiegegevens beschikbaar
|}

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
[[Bestand:UML Raadplegen indicatiegegevensAD v0.1.png|omkaderd|gecentreerd|Activiteiten diagram verzamelen indicatiegegevens]]

=== Systemen & Systeemrollen ===
Zowel de patiënt als de dienstaanbieder (CIZ) maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (CIZ)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de indicatiegegeven tussen het CIZ en de cliënt.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| Indicatiegegevens raadplegend systeem
| style="background-color: white;"| ''XX-0.1-IGR-FHIR1''
| style="background-color: white;"| Raadplegen Indicatiegegevens bij CIZ
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Indicatiegegevens beschikbaarstellend systeem
| style="background-color: white;"| ''XX-0.1-IGB-FHIR1''
| style="background-color: white;"| Beschikbaarstellen indicatiegegevens aan de cliënt
|}

Zie ook onderstaande afbeelding.

[[Bestand:UML verzamelen indicatiegegevensCD v0.2.png|omkaderd|gecentreerd|Componenten diagram verzamelen indicatiegegevens]]
1: Transactiecodes zijn nog in concept

=== Transacties & Transactiegroepen ===
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"| Indicatiegegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen Indicatiegegevens
| style="background-color: white;"| ''XX-0.1-IGR-FHIR 1''
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vpoc_1.0/FHIR_iWlz#Use_case:_retrieve_.27indicatiegevens.27|iWlz(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen Indicatiegegevens
| style="background-color: white;"| ''XX-0.1-IGB-FHIR 1''
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|CIZ
|}

1: Transactiecodes zijn nog in concept

===Usecase diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:UML verzamelen indicatiegegevensUC v0.2.png|omkaderd|gecentreerd|Usecase diagram verzamelen indicatiegegevens]]
1: transactiecodes zijn nog in concept.

== Usecase: Delen cliëntprofiel==
Deze usecase richt zich op de vervolgstap wanneer een cliënt in aanmerking komt voor WLZ zorg en informatie over zijn of haar voorkeuren, contactgegevens en contactpersonen wil delen met het zorgkantoor van de cliënt.

=== Doel en relevantie ===
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door zelf de gegevens van de cliënt te kunnen delen met het zorgkantoor van de cliënt.
=== Context ===
Het gaat om het elektronisch en gestructureerd sturen van het cliëntprofiel vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar het zorgkantoor(XIS).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Procesbeschrijving ===
==== Patient Journey – Kenneth van Someren ====

Het zorgkantoor is op de hoogte gebracht door het CIZ dat Kenneth in aanmerking komt voor langdurige zorg. Om goed te kunnen bemiddelen in de zorg heeft het zorgkantoor additionele informatie m.b.t. de voorkeuren, contactgegevens en contactpersonen van Kenneth nodig. Indien Kenneth en zijn dochter er voor hebben gekozen om een abonnement op het delen van het cliëntprofiel te nemen, worden zij d.m.v. een notificatie erop geattendeerd dat zij deze gegevens kunnen delen met het zorgkantoor.

Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].

==== Proces ====

Het stuk van het proces waar het in deze usecase om gaat is:
* Een PGO heeft de mogelijkheid om het cliëntprofiel te delen.
* Het systeem van een zorgkantoor (XIS) heeft de mogelijkheid om het cliëntprofiel ontvangen.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
De cliënt komt in aanmerking voor langdurige zorg en heeft de gegevens van zijn cliëntprofiel digitaal beschikbaar in een PGO en wil het cliëntprofiel delen met zijn zorgkantoor. De cliënt kan eventueel hierop geattendeerd worden door het zorgkantoor d.m.v. een notificatie.

===== Processtappen =====
* Het systeem van de cliënt (PGO) stuurt het cliëntprofiel met het zorgkantoor.
* Het systeem van het zorgkantoor (XIS) ontvangt het cliëntprofiel.

===== Postconditie =====
Het zorgkantoor kan het cliëntprofiel inzien via het XIS.

=== Informatie ===
In het cliëntprofiel bestaat uit informatie over de voorkeuren, contactgegevens en contactpersonen van de cliënt. De informatie-elementen die van toepassing zijn, met de bijbehorende [[Handleiding_Kardinaliteiten_en_conformance|Kardinaliteiten en conformance]], gedefinieerd in ART-DECOR.

==== Sturen van cliëntprofiel====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het sturen van het cliëntprofiel. Bij het sturen van het cliëntprofiel worden alleen gegevens behorend bij het cliëntprofiel gestuurd.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van [https://www.istandaarden.nl//overzicht-documentatie-informatiemodel-istandaarden-iwlz-22 iStandaarden] en de zibs patient en contactpersoon. De meest recente gegevens van het cliëntprofiel worden gestuurd. In [https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.128.4.8&effectiveDate=2021-06-17T10:50:01&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop ART-DECOR] is de verdere uitwerking van deze transactie te vinden.

==== Ontvangen cliëntprofiel====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het ontvangen van het cliëntprofiel. Het zorgkantoor slaat alleen de laatst ontvangen versie op.

=== Bedrijfsrollen ===

Onderstaande tabel en afbeelding tonen de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecases. Er zijn twee bedrijfsrollen, namelijk ''Cliënt'' en ''Zorgkantoor''. De onderstaande tabel geeft de rollen weer.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:top;"|Stuurt het cliëntprofiel.
|-
|style="background-color: white;vertical-align:top;"|Zorgkantoor
|style="background-color: white;vertical-align:top;"|Ontvangt het cliëntprofiel.
|}

[[Bestand:UML Delen ClientprofielAD v0.1.png|omkaderd|gecentreerd|Activiteiten diagram delen cliëntprofiel]]

=== Systemen & Systeemrollen ===
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (Cliënt)
* XIS (zorgkantoor)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgkantoor.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| Cliëntprofiel sturend systeem
| style="background-color: white;"| ''XX-0.1-CPS-FHIR 1''
| style="background-color: white;"| Sturen cliëntprofiel door cliënt
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Cliëntprofiel ontvangend systeem
| style="background-color: white;"| ''XX-0.1-CPO-FHIR1''
| style="background-color: white;"| Ontvangen cliëntprofiel door zorgkantoor
|}

Zie ook onderstaande afbeelding.

[[Bestand:UML Delen ClientprofielCD v0.2.png|omkaderd|gecentreerd|Componenten diagram delen clientprofiel]]
1: Transactiecodes zijn nog in concept.

=== Transacties & Transactiegroepen ===
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"| Delen cliëntenprofiel(PUSH)
|style="background-color: white;vertical-align:top;"|Sturen cliëntprofiel
| style="background-color: white;"| '' XX-0.1-CPS-FHIR1''
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Clënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vpoc_1.0/FHIR_iWlz#Use_case:_send_client_preferences|iWlz(request) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen cliëntprofiel
| style="background-color: white;"| ''XX-0.1-CPO-FHIR1''
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgkantoor
|}

1: transactiecodes zijn nog in concept.

===Usecase diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:UML Delen ClientprofielUC v0.2.png|omkaderd|gecentreerd|Usecase diagram delen cliëntprofiel]]
1: transactiecodes zijn nog in concept.

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
|
|
|
|
|
|
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vdraft_Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.
{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
|}

MedMij:Vpoc 1.0/OntwerpiWlz

2021-07-22T14:16:58Z

Harriet Luttikhuizen: /* Informatie */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp iWlz 1.0 Proof of concept (1.0-poc1)}}
{{NoteBox|Deze versie zal worden getoetst in a proof of concept en is niet geschikt voor gebruik buiten deze POC}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
circle 1013 224 212 [[MedMij:V2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vpoc_1.0/FHIR_iWlz|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Op deze pagina wordt het functioneel ontwerp beschreven voor de uitwisseling van de iStandaard Wet langdurige zorg ([https://istandaarden.nl/istandaarden/iwlz iWlz]) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina [[MedMij:V2020.01/Ontwerpen|Ontwerpen MedMij]].

Voor zorg op grond van de Wet langdurige zorg ([https://www.rijksoverheid.nl/onderwerpen/verpleeghuizen-en-zorginstellingen/wet-langdurige-zorg-wlz Wlz]), zijn verschillende processen ingericht om vast te stellen of de cliënt in aanmerking komt voor zorg en de administratie rondom de zorg vast te leggen. In deze processen zijn verschillende Wlz-ketenpartners betrokken, deze partners leveren verschillende diensten binnen de langdurige zorg: Het Centrum Indicatiestelling Zorg (CIZ) beoordeelt of een cliënt in aanmerking komt voor de langdurige zorg en stelt het indicatie besluit op. De zorgkantoren hebben de taak om te regelen dat de cliënt de juiste langdurige zorg krijgt. De ketenpartners wisselen informatie uit op basis van de iWlz informatiestandaard. Deze informatiestandaard is een onderdeel van [https://www.istandaarden.nl/ iStandaarden] en wordt beheerd door het Zorginstituut Nederland ([https://www.zorginstituutnederland.nl/ ZIN]). Dit functioneel ontwerp beschrijft de bètaversie en is ontworpen met als doel domein overstijgende informatie uitwisseling te toetsen d.m.v. een Proof of Concept (POC).

Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de zorgaanbieder (XIS).

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen.

==Kaders en uitgangspunten==
===Richtlijn===

Deze informatiestandaard is gebaseerd op de wet langdurige zorg (Toegang tot Wlz-zorg | Verzekerde zorg | Zorginstituut Nederland), de iWlz(Werken met iWlz - iStandaarden.nl) en het actieprogramma iWlz (Actieprogramma iWlz - iStandaarden.nl) van het ZIN (datamatrix, versie 21.6.10).

===Infrastructuur===
Geen nadere specificatie, anders dan genoemd in [[MedMij:V2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:V2020.01/Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.

===Informatie reikwijdte===
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de dienstaanbieder (XIS). Zowel het CIZ als het zorgkantoor treden in dit ontwerp op als dienstaanbieder. Binnen de langdurige zorg zijn is sprake van zowel zorgaanbieders en dienstaanbieders. In deze POC worden alleen usecases met dienstaanbieders getoetst. Het ontwerp bevat:
* Het verzamelen van de indicatiegegevens.
* Het delen van het cliëntprofiel.
* Abonneren en notificeren conform het afsprakenstelsel van MedMIj is optioneel. Binnen deze poc kan ook voor het delen hiervan gebruik gemaakt worden. In het afsprakenstelsel is verdere documentatie over [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel130/UCI+Abonneren abonneren] en [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel130/UCI+Notificeren notificeren] te vinden.

Expliciet buiten scope van het ontwerp zijn de volgende onderwerpen:
* Notificaties, anders dan waarin het afsprakenstelsel van MedMij wordt voorzien.
* Werkafspraken over (tijdigheid van) invullen en terug sturen.
* Aanpak voor multi-channel mogelijkheden (bijvoorbeeld: via PGO in combinatie met portaal en schriftelijk).

==Kwalificatie==
===Introductie===
Dit ontwerp is een bètaversie voor een POC, kwalificatie is nog niet van toepassing.

=Usecases=

Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg/hulp/dienstverlening waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces.In dit FO wordt elke usecase geanalyseerd en uitgewerkt.

Het volledige iWlz proces bestaat uit verschillende usecases. De volledige, nog in concept zijnde klantenreis, is door ZIN uitgewerkt en gevisualiseerd [[Media:21.07.13_Klantreis_Medmij_iWlx_PoC.pdf|Concept klantenreis]]

Voor deze poc zijn de volgende usecases geselecteerd:

* Verzamelen van de indicatiegegevens door de cliënt.
* Delen van het cliëntprofiel door de cliënt.

Indicatiegegevens en het cliëntprofiel zijn onderdeel van het langdurige zorg, sociale en cliënten domein.

==Usecase: Verzamelen indicatiegegevens==
=== Doel en relevantie ===
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te krijgen via een PGO in de indicatiegegevens uit het door het CIZ opgestelde indicatiebesluit, hierdoor krijgen zij overzicht voor welke langdurige zorg zij geïndiceerd zijn.

=== Context ===
Het gaat om het elektronisch en gestructureerd ontvangen van de indicatiegegevens vanuit het CIZ(XIS) [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Procesbeschrijving ===
==== Patient Journey – Kenneth van Someren ====

In samenspraak met Kenneth en zijn dochter is een indicatie aangevraagd bij het CIZ. Wanneer het CIZ het indicatiebesluit heeft opgesteld, kan Kenneth samen met zijn dochter de indicatiegegevens verzamelen en zelf via een PGO inzien voor welke langdurige zorg Kenneth geïndiceerd is. Indien er is gekozen voor een abonnement op het verzamelen van indicatiegegevens worden Kenneth en zijn dochter, door een notificatie van het CIZ, erop geattendeerd dat de indicatiegegevens kunnen worden verzameld.

Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].

==== Proces ====
Het stuk van het proces waar het in deze usecase om gaat is:
* Het XIS stelt de indicatiegegevens van de cliënt beschikbaar aan het systeem van een cliënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
Het CIZ heeft een indicatiebesluit opgesteld en de cliënt wil de indicatiegegevens van het indicatiebesluit inzien. De cliënt heeft zelf besloten om de indicatiegegevens te verzamelen, of wordt hierop geattendeerd door een notificatie. De Cliënt kan steeds zelf het initiatief nemen om indicatiegegevens op te halen bij het CIZ.

===== Processtappen =====

* Het systeem van de persoon (PGO) raadpleegt de beschikbare indicatiegegevens.
* Het XIS van het CIZ stelt de indicatiegegevens beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn indicatiegegevens in te zien.

===== Postconditie =====

De persoon kan zijn indicatiegegevens inzien via de PGO.

=== Informatie ===
Indicatiegegevens bestaan uit informatie van het indicatiebesluit. De informatie-elementen die van toepassing zijn, met de bijbehorende [https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance|handleiding Kardinaliteiten en conformance], zijn gedefinieerd in ART-DECOR.

==== Raadplegen indicatiegegevens====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van de indicatiegegevens. Bij het raadplegen van de indicatiegegevens wordt om alle gegevens behorende bij de indicatiebesluit van de cliënt gevraagd. De cliënt kan meerdere keren deze gegevens raadplegen.

==== Beschikbaarstellen indicatiegegevens====
Dit betreft de inhoud van de transactie opleveren van indicatie(besluit)gegevens. Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van [https://www.istandaarden.nl//overzicht-documentatie-informatiemodel-istandaarden-iwlz-22 iStandaarden] en de zib patient. De meest recente indicatiegegevens worden beschikbaargesteld. In [https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.128.4.2&effectiveDate=2021-06-09T10:12:16&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop ART-DECOR] is de verdere uitwerking van deze transactie te vinden.

=== Bedrijfsrollen ===

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecase.Er zijn twee bedrijfsrollen, namelijk ''Cliënt'' en ''Dienstaanbieder''.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:top;"|Wil zijn indicatiegegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|CIZ
|style="background-color: white;vertical-align:top;"|Stelt indicatiegegevens beschikbaar
|}

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
[[Bestand:UML Raadplegen indicatiegegevensAD v0.1.png|omkaderd|gecentreerd|Activiteiten diagram verzamelen indicatiegegevens]]

=== Systemen & Systeemrollen ===
Zowel de patiënt als de dienstaanbieder (CIZ) maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (CIZ)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de indicatiegegeven tussen het CIZ en de cliënt.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| Indicatiegegevens raadplegend systeem
| style="background-color: white;"| ''XX-0.1-IGR-FHIR1''
| style="background-color: white;"| Raadplegen Indicatiegegevens bij CIZ
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Indicatiegegevens beschikbaarstellend systeem
| style="background-color: white;"| ''XX-0.1-IGB-FHIR1''
| style="background-color: white;"| Beschikbaarstellen indicatiegegevens aan de cliënt
|}

Zie ook onderstaande afbeelding.

[[Bestand:UML verzamelen indicatiegegevensCD v0.2.png|omkaderd|gecentreerd|Componenten diagram verzamelen indicatiegegevens]]
1: Transactiecodes zijn nog in concept

=== Transacties & Transactiegroepen ===
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"| Indicatiegegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen Indicatiegegevens
| style="background-color: white;"| ''XX-0.1-IGR-FHIR 1''
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vpoc_1.0/FHIR_iWlz#Use_case:_retrieve_.27indicatiegevens.27|iWlz(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen Indicatiegegevens
| style="background-color: white;"| ''XX-0.1-IGB-FHIR 1''
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|CIZ
|}

1: Transactiecodes zijn nog in concept

===Usecase diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:UML verzamelen indicatiegegevensUC v0.2.png|omkaderd|gecentreerd|Usecase diagram verzamelen indicatiegegevens]]
1: transactiecodes zijn nog in concept.

== Usecase: Delen cliëntprofiel==
Deze usecase richt zich op de vervolgstap wanneer een cliënt in aanmerking komt voor WLZ zorg en informatie over zijn of haar voorkeuren, contactgegevens en contactpersonen wil delen met het zorgkantoor van de cliënt.

=== Doel en relevantie ===
Het voor cliënten mogelijk maken regie op hun eigen gezondheid te nemen door zelf de gegevens van de cliënt te kunnen delen met het zorgkantoor van de cliënt.
=== Context ===
Het gaat om het elektronisch en gestructureerd sturen van het cliëntprofiel vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar het zorgkantoor(XIS).
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
*informatie
*bedrijfsrollen (actoren),
*proces,
*systemen,
*systeemrollen,
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
De beschrijving is infrastructuur-onafhankelijk.

=== Procesbeschrijving ===
==== Patient Journey – Kenneth van Someren ====

Het zorgkantoor is op de hoogte gebracht door het CIZ dat Kenneth in aanmerking komt voor langdurige zorg. Om goed te kunnen bemiddelen in de zorg heeft het zorgkantoor additionele informatie m.b.t. de voorkeuren, contactgegevens en contactpersonen van Kenneth nodig. Indien Kenneth en zijn dochter er voor hebben gekozen om een abonnement op het delen van het cliëntprofiel te nemen, worden zij d.m.v. een notificatie erop geattendeerd dat zij deze gegevens kunnen delen met het zorgkantoor.

Aangezien dit nog een bètaversie betreft is het bovenstaande deel van de 'patient journey' nog niet opgenomen in de huidige 'patient journey' van Kenneth van Someren. Deze reis is te vinden via de volgende link [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].

==== Proces ====

Het stuk van het proces waar het in deze usecase om gaat is:
* Een PGO heeft de mogelijkheid om het cliëntprofiel te delen.
* Het systeem van een zorgkantoor (XIS) heeft de mogelijkheid om het cliëntprofiel ontvangen.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
De cliënt komt in aanmerking voor langdurige zorg en heeft de gegevens van zijn cliëntprofiel digitaal beschikbaar in een PGO en wil het cliëntprofiel delen met zijn zorgkantoor. De cliënt kan eventueel hierop geattendeerd worden door het zorgkantoor d.m.v. een notificatie.

===== Processtappen =====
* Het systeem van de cliënt (PGO) stuurt het cliëntprofiel met het zorgkantoor.
* Het systeem van het zorgkantoor (XIS) ontvangt het cliëntprofiel.

===== Postconditie =====
Het zorgkantoor kan het cliëntprofiel inzien via het XIS.

=== Informatie ===
In het cliëntprofiel bestaat uit informatie over de voorkeuren, contactgegevens en contactpersonen van de cliënt. De informatie-elementen die van toepassing zijn, met de bijbehorende [[Handleiding_Kardinaliteiten_en_conformance|Kardinaliteiten en conformance]], gedefinieerd in ART-DECOR.

==== Sturen van cliëntprofiel====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het sturen van het cliëntprofiel. Bij het sturen van het cliëntprofiel worden alleen gegevens behorend bij het cliëntprofiel gestuurd.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van [https://www.istandaarden.nl//overzicht-documentatie-informatiemodel-istandaarden-iwlz-22 iStandaarden] en de zibs patient en contactpersoon. De meest recente gegevens van het cliëntprofiel worden gestuurd. In [https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.128.4.8&effectiveDate=2021-06-17T10:50:01&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop ART-DECOR] is de verdere uitwerking van deze transactie te vinden.

==== Ontvangen cliëntprofiel====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het ontvangen van het cliëntprofiel. Het zorgkantoor slaat alleen de laatst ontvangen versie op.

=== Bedrijfsrollen ===

Onderstaande tabel en afbeelding tonen de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven usecases. Er zijn twee bedrijfsrollen, namelijk ''Cliënt'' en ''Zorgkantoor''. De onderstaande tabel geeft de rollen weer.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Cliënt
|style="background-color: white;vertical-align:top;"|Stuurt het cliëntprofiel.
|-
|style="background-color: white;vertical-align:top;"|Zorgkantoor
|style="background-color: white;vertical-align:top;"|Ontvangt het cliëntprofiel.
|}

[[Bestand:UML Delen ClientprofielAD v0.1.png|omkaderd|gecentreerd|Activiteiten diagram delen cliëntprofiel]]

=== Systemen & Systeemrollen ===
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (Cliënt)
* XIS (zorgkantoor)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om vragenlijsten en antwoorden tussen de persoon en de zorgkantoor.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Systeem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| Cliëntprofiel sturend systeem
| style="background-color: white;"| ''XX-0.1-CPS-FHIR 1''
| style="background-color: white;"| Sturen cliëntprofiel door cliënt
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Cliëntprofiel ontvangend systeem
| style="background-color: white;"| ''XX-0.1-CPO-FHIR1''
| style="background-color: white;"| Ontvangen cliëntprofiel door zorgkantoor
|}

Zie ook onderstaande afbeelding.

[[Bestand:UML Delen ClientprofielCD v0.2.png|omkaderd|gecentreerd|Componenten diagram delen clientprofiel]]
1: Transactiecodes zijn nog in concept.

=== Transacties & Transactiegroepen ===
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrolcode'''
! style="text-align:left;"| '''Systeem'''
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"| Delen cliëntenprofiel(PUSH)
|style="background-color: white;vertical-align:top;"|Sturen cliëntprofiel
| style="background-color: white;"| '' XX-0.1-CPS-FHIR1''
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Clënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vpoc_1.0/FHIR_iWlz#Use_case:_send_client_preferences|iWlz(request) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen cliëntprofiel
| style="background-color: white;"| ''XX-0.1-CPO-FHIR1''
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgkantoor
|}

1: transactiecodes zijn nog in concept.

===Usecase diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

[[Bestand:UML Delen ClientprofielUC v0.2.png|omkaderd|gecentreerd|Usecase diagram delen cliëntprofiel]]
1: transactiecodes zijn nog in concept.

=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

=Verantwoordelijkheid voor informatie=
Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

=Afschermen van gegevens=
Er zijn geen afspraken over het afschermen van gegevens.

=Infrastructuur=
Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
|
|
|
|
|
|
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vdraft_Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.
{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
|}

Bestand:21.07.13 Klantreis Medmij iWlx PoC.pdf

2021-07-20T16:08:19Z

Harriet Luttikhuizen:

Bestand:2.2 Addenda - Kwalificatiescript - MedMij Raadplegen PDFA V2020.01 20210720 scenario2.pdf

2021-07-20T10:33:40Z

Harriet Luttikhuizen:

Bestand:2.1 Addenda - Kwalificatiescript - MedMij Raadplegen PDFA V2020.01 20210720 scenario1.pdf

2021-07-20T10:07:32Z

Harriet Luttikhuizen:

Handleiding Wiki documentatie

2021-07-15T10:03:14Z

Harriet Luttikhuizen: Een tijdelijke issue box toegevoegd, zoals besloten in het IA overleg van 6 juli 2021

{{IssueBox|De documentatie rondom het functioneel ontwerp wordt op dit moment herzien. Hierdoor is deze handleiding verouderd. De meest recente versie van het functioneel ontwerp is te vinden in het document: Handleiding Functioneel Ontwerp Informatiestandaard Versie 1.0. Dit document is te vinden op de SharePoint van de IA's in de map Best practice & how to documentatie. }}

Daar waar het specificeren plaatsvindt in ART-DECOR, wordt Wiki gebruikt om een functionele beschrijving te geven van de informatiestandaarden. Op de Wiki pagina wordt, naast het functioneel ontwerp van de informatiestandaard, ook de verbinding gelegd naar o.a. de bijbehorende richtlijnen en zorgstandaarden. Vanuit de Wiki pagina is het mogelijk om door te klikken naar de bijbehorende specificaties in ART-DECOR.

=UML diagrammen=

Voor de UML diagrammen gebruiken we standaard Visio: er zijn standaard Visio shapes beschikbaar, te vinden onder "Meer shapes". Deze shapes kan je aanvinken om te gebruiken. De volgende UML diagrammen worden gebruikt in onze functioneel ontwerpen:
* Activity Diagram: Meer shapes > Stroomdiagram > Shapes voor basisstroomdiagrammen (begin/einde en proces blokken) + Shapes voor functiestroomdiagrammen (swimlanes)
* Use Case Diagram: Meer shapes > Software en database > Software > UML-use-case-diagram
* Component Diagram: Meer shapes > Software en database > Software > UML-onderdeeldiagram
Deze diagrammen zijn als [https://nictiznl.sharepoint.com/sites/Informatie-analisten/Gedeelde%20%20documenten/General/Templates/Functioneel%20Ontwerp%20-%20Diagram%20Template.vstx Visio voorbeeld/template] uitgewerkt.
Vervolgens maak je op deze manier de [https://nictiznl.sharepoint.com/sites/Informatie-analisten/_layouts/15/Doc.aspx?OR=teams&action=edit&sourcedoc={F60864C0-61FB-4131-9CE2-4700F05C9775} afmetingen] van je Visio diagram zo efficiënt mogelijk.

=Opbouw Wiki pagina’s=

De Wiki pagina’s voor de verschillende informatiestandaarden zijn qua opbouw gelijk aan elkaar. Weliswaar kan de wijze waarop de pagina’s per informatiestandaard al dan niet gevuld zijn per informatiestandaard verschillen. Zo kan bij een informatiestandaard sprake zijn van meerdere kaders en uitgangspunten in tegenstelling tot een andere informatiestandaard, kan het zijn dat optionele hoofdstukken al dan niet gevuld zijn en is het mogelijk dat een informatiestandaard uit één of meerdere use cases bestaat. De Wiki pagina’s bestaan generiek uit onderstaande hoofdstukken, waarbij middels “...” is aangegeven dat informatiestandaard specifiek aanvullingen mogelijk zijn. Met ”(optioneel)” is aangegeven dat deze hoofdstukken niet voor alle informatiestandaarden gevuld hoeven te zijn.

:1. [[#Inleiding|Inleiding]]
::1.1 [[#Inleiding->Algemeen|Algemeen]]
::1.2 [[#Inleiding->Doelgroep|Doelgroep]]
::1.3 [[#Inleiding->Kaders & Uitgangspunten|Kaders & Uitgangspunten]]
:::1.3.1 [[#Inleiding->Kaders & Uitgangspunten->Richtlijn|Richtlijn]]
:::1.3.2 [[#Inleiding->Kaders & Uitgangspunten->Infrastructuur|Infrastructuur]]
:::1.3.3 ...
::1.4 [[#Inleiding->Kwalificatie|Kwalificatie]]
:2. [[#Use cases|Use case(s)]]
::2.1 [[#Use cases->Use case X|Use case X]]
:::2.1.1 [[#Use cases->Use case X->Procesbeschrijving|Procesbeschrijving]]
:::2.1.2 [[#Use cases->Use case X->Bedrijfsrollen|Bedrijfsrollen]]
:::2.1.3 [[#Use cases->Use case X->Systemen & Systeemrollen|Systemen & Systeemrollen]]
:::2.1.4 [[#Use cases->Use case X->Transacties & Transactiegroepen|Transacties & Transactiegroepen]]
::2.2 ...
:3. [[#Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)|Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)]]
:4. [[#Verantwoordelijkheden voor informatie (optioneel)|Verantwoordelijkheden voor informatie (optioneel)]]
:5. [[#Afschermen van gegevens (optioneel)|Afschermen van gegevens (optioneel)]]
:6. [[#Infrastructuur (optioneel)|Infrastructuur (optioneel)]]
:7. ...
:8. [[#Referenties|Referenties]]
:9. [[#Paginahistorie|Paginahistorie]]

Klik [https://informatiestandaarden.nictiz.nl/wiki/Format_Wiki_documentatie hier] voor de pagina waarin dit format is uitgewerkt t.b.v. het opstellen van een nieuwe Wiki pagina. Door de brontekst van het format te kopiëren en de tekst in hoofdletters te vervangen door de benodigde informatie, kan een Wiki pagina opgesteld worden.

=Pagina onderdelen van Wiki pagina’s=
Onderstaande subhoofdstukken geven een korte beschrijving van alle pagina onderdelen waaruit een Wiki pagina is opgebouwd.

==Inleiding==

De inleiding van een Wiki pagina geeft een informatiestandaard specifieke beschrijving, zonder in te zoomen op de concrete use cases die onderdeel zijn van de informatiestandaard. De beschrijving is opgesplitst in verschillende subhoofdstukken, waaronder ''Algemeen'', ''Doelgroep'', ''Kaders & Uitgangspunten en Infrastructuur''.

==Inleiding->Algemeen==

Een algemene toelichting op de Wiki pagina waarin wordt aangegeven dat de pagina een functioneel ontwerp voor een bepaalde informatiestandaard is. Tevens wordt de context waarin de pagina door de lezer geplaatst moet worden nader toegelicht.

==Inleiding->Doelgroep==

Een opsomming van de doelgroepen waarvoor de Wiki pagina is opgesteld, veelal zijn dit de volgende personen en organisaties:
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties;
* Vertegenwoordigers van zorgverleners.
Indien sprake is van een doelgroep per use case, wordt deze hier aangegeven.

==Inleiding->Kaders & Uitgangspunten==

De kaders en uitgangspunten van de Wiki pagina waarbij de beschrijving is opgesplitst in verschillende subhoofdstukken, waaronder Richtlijn, Infrastructuur en Kwalificatie.

==Inleiding->Kaders & Uitgangspunten->Richtlijn==

Een beschrijving van, incl. referentie naar, de richtlijn die als uitgangspunt voor de informatiestandaard gebruikt is.

==Inleiding->Kaders & Uitgangspunten->Infrastructuur==

Een tekstuele toelichting waarin kan worden aangegeven dat de informatiestandaard infrastructuur onafhankelijk is. Infrastructuur specifieke informatie is opgenomen in een ander hoofdstuk.

==Inleiding->Kwalificatie==
Indien sprake is van een kwalificatiemogelijkheid bij Nictiz voor de informatiestandaard, wordt hier een referentie opgenomen naar de pagina waar meer informatie is terug te vinden over kwalificaties.

==Use cases==
Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces.

==Use cases->Use case X==
In dit hoofdstuk wordt een beschrijving gegeven van één (van de) use case(s) waarvan voor deze informatiestandaard sprake is. De Use case X wordt vervangen door de naam van de use case.
De beschrijving is opgesplitst in verschillende subhoofdstukken, namelijk: ''Procesbeschrijving'', ''Bedrijfsrollen'', ''Systemen & Systeemrollen'' en ''Transacties & Transactiegroepen''.

==Use cases->Use case X->Procesbeschrijving==
Een beschrijving van het zorgproces waar de use case betrekking op heeft. De zaken die reeds beschreven zijn, bijv. in de richtlijnen die als uitgangspunt zijn gebruikt, worden niet in zijn geheel herhaald in de procesbeschrijving. Hier worden alleen zaken beschreven die benodigd zijn om het scenario in ART-DECOR (behorende bij deze use case) in context te plaatsen. Eventueel kan hier zowel de huidige als toekomstige situatie beschreven worden.

==Use cases->Use case X->Bedrijfsrollen==
Een opsomming van de bedrijfsrollen die bij het proces van deze use case betrokken zijn. Bedrijfsrol is een type “actor” en betreft de functionele rollen die bij het proces betrokken zijn. In dit hoofdstuk worden dan ook geen systeemrollen vermeld, maar de rol die een persoon en/of organisatie(delen) vervuld zoals bijv. een voorschrijver en/of een meldkamer. Op basis van een [[#UML diagrammen|UML Activity diagram]] wordt in dit hoofdstuk een overzicht geboden van alle activiteiten die in het proces worden uitgevoerd, opgesplitst naar de verschillende bedrijfsrollen.

==Use cases->Use case X->Systemen & Systeemrollen==
Een opsomming van de informatiesystemen die door de bedrijfsrollen gebruikt worden. De systemen worden benoemd naar hun functionele aard. Vervolgens wordt per informatiesysteem opgesomd welke systeemrollen dit systeem vervuld.
Een systeemrol is een functie die het systeem vervuld en wordt in ART-DECOR als “actor” gevuld als onderdeel van een transactie (zie ook volgend hoofdstuk). De naamgeving van de systeemrol is afhankelijk van het type transactie (push/pull) waarbij een systeemrol betrokken is.

Een systeem kan één of meerdere van de volgende systeemrollen vervullen:
*Sturend Systeem;
*Ontvangend Systeem;
*Raadplegend Systeem;
*Beschikbaarstellend Systeem.

De generieke transacties waarmee deze systeemrollen gegevens uitwisselen zijn:
*Sturend Systeem stuurt gegevens naar het Ontvangend Systeem;
*Ontvangend Systeem ontvangt gegevens van een Sturend Systeem;
*Raadplegend Systeem vraagt gegevens op bij een Beschikbaarstellend Systeem;
*Beschikbaarstellend Systeem stuurt de gevraagde gegevens naar een Raadplegend Systeem.

De naamgeving van systeemrollen is informatiestandaard overstijgend afgestemd, waarbij is afgesproken dat iedere systeemrol een unieke code [***-***] heeft. Deze code is opgebouwd uit twee sub-codes, waarbij de *** voor het verbindingsstreepje staan voor de eerste/logische letters van de informatiestandaard. Voor de informatiestandaard ''Acute Zorg Proces'' is dit bijv. AZP. De *** na het verbindingsstreepje staan voor de eerste/logische letters van het type overdrachtsbericht. Dit zijn drie letters, waarbij de eerste twee letters de eerste/logische letters van de transactienaam zijn (bijv. ''SP'' voor ''Spoedbericht'') en de laatste letter staat voor de generieke systeemrol (bijv. ''S'' voor ''Sturend Systeem''). Tot slot wordt toegevoegd of technische specificaties zijn uitgewerkt in CDA of FHIR door deze aan de systeemrol naam toe te voegen (respectievelijk -CDA of -FHIR). Zo ontstaat bijvoorbeeld ''AZP-SPS-CDA'': Acute Zorg Proces – Spoedbericht Sturend Systeem in CDA.

Per systeem wordt in dit hoofdstuk één [[#UML diagrammen|UML Component diagram]] opgenomen, waarin de verschillende systeemrollen worden getoond zodat voor een leverancier van een systeem inzichtelijk is welke systeemrollen zijn/haar systeem bevat in het kader van de desbetreffende use case. Er wordt gekwalificeerd op basis van systeem.

In ART-DECOR worden de systeemrollen in detail beschreven; dit blijft in dit hoofdstuk achterwegen, er vindt slechts een verwijzing plaats naar ART-DECOR. Systeemrollen worden in ART-DECOR als actor opgenomen bij de transacties.

==Use cases->Use case X->Transacties & Transactiegroepen==
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, een verzameling van transacties (bijvoorbeeld een vraag- en antwoordbericht) vormt een zogeheten transactiegroep.

De naam van de transactie wordt bepaald aan de hand van het soort transactie, waarbij binnen een transactiegroep sprake is van:
*Sturen en Ontvangen;
*Raadplegen en Beschikbaarstellen.
Het soort transactie wordt gevolgd door het soort bericht dat wordt uitgewisseld, bijv. Spoedbericht. Zo ontstaat bijvoorbeeld ''Sturen Spoedbericht''.

De naam van de transactiegroep wordt bepaald door het soort bericht dat wordt uitgewisseld (bijv. Spoedbericht) gevolgd door een indicator voor het type transactie hoofdletters, tussen haakjes ((PUSH), (PULL)).
*Sturen en Ontvangen -> PUSH.
*Raadplegen en Beschikbaarstellen -> PULL.
Zo ontstaat bijvoorbeeld ''Spoedbericht PUSH''.

De transacties die tussen de systeemrollen plaatsvinden, incl. bijbehorende berichtspecificaties staan niet in dit functioneel ontwerp (en dus niet op de Wiki pagina) uitgewerkt, er vindt slechts een verwijzing plaats naar ART-DECOR.

ART-DECOR beschrijft bij de scenario’s uit welke gegevenselementen een transactie bestaat en wat de kardinaliteit van deze elementen is. Voor de daadwerkelijke uitwisseling wordt gebruik gemaakt van de HL7-specifieke realisatie van deze “logische” berichten in de vorm van templates (CDA: beschikbaar op ART-DECOR) of profielen (FHIR: beschikbaar op Simplifier, waarvoor een apart FHIR Implementation Guide wordt opgesteld als technisch ontwerp).

Dit hoofdstuk toont een [[#UML diagrammen|UML Use Case diagram]] waarin de verschillende bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroepen, zoals eerder op de Wiki pagina beschreven, aan elkaar gelinkt worden. Op deze manier wordt inzichtelijk hoe de functionele specificaties (bedrijfsrollen, activiteiten) uiteindelijk mappen op de technische specificaties (systeemrollen, transacties, transactiegroepen) in ART-DECOR.

==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)==
Een beschrijving van de aanwijzingen/eisen voor functionaliteit van systemen zoals die tijdens de ontwikkeling van een informatiestandaard geïdentificeerd worden en waaraan de systemen dan ook moeten voldoen.

==Verantwoordelijkheden voor informatie (optioneel)==
Een uiteenzetting van de verantwoordelijkheden voor informatie die in het kader van de informatiestandaard wordt overgedragen. In dit hoofdstuk kan inzichtelijk gemaakt worden welke bedrijfsrol wanneer de inhouds- en beheerverantwoordelijkheid heeft voor geleverde medische informatie binnen het proces.

==Afschermen van gegevens (optioneel)==
Indien in het kader van de informatiestandaard afspraken zijn gemaakt omtrent het afschermen van gegevens, kunnen deze afspraken in dit hoofdstuk beschreven worden.

==Infrastructuur (optioneel)==
Mocht voor de informatiestandaard sprake zijn van een specifieke infrastructuur waarop de informatie die in de informatiestandaard is gespecificeerd wordt uitgewisseld, kan in dit hoofdstuk de infrastructuur kort worden benoemd en een referentie opgenomen worden naar aanvullende documentatie bij de aanbieder van de infrastructuur in kwestie.

==Referenties==
Een overzicht met referenties waar naar verwezen wordt in het functioneel ontwerp.

==Paginahistorie==
De pagina historie behorende bij de Wiki pagina. De paginahistorie wordt bijgehouden wanneer bijv. errata verwerkt zijn in de reeds gepubliceerde Wiki pagina. Bij het uitbrengen van een nieuwe versie van de informatiestandaard, zal een nieuwe Wiki pagina (incl. bijbehorend versienummer) worden gepubliceerd. Daarbij wordt deze tabel dan aangevuld met een omschrijving van de doorgevoerde wijzigingen.

Bestand:21.05.20 Concept Klantreis Medmij POC - Klantreis basisflow 20210621.pdf

2021-06-21T09:25:11Z

Harriet Luttikhuizen:

Bestand:UML Delen ClientprofielUC v0.2.png

2021-06-14T15:31:24Z

Harriet Luttikhuizen:

Usecase delen cliëntprofiel

Bestand:UML Delen ClientprofielCD v0.2.png

2021-06-14T15:29:42Z

Harriet Luttikhuizen:

Compontenten diagram delen cliëntprofiel

Bestand:UML verzamelen indicatiegegevensUC v0.2.png

2021-06-14T15:25:47Z

Harriet Luttikhuizen:

Usecase diagram verzamelen indicatiegegevens

Bestand:UML verzamelen indicatiegegevensCD v0.2.png

2021-06-14T14:55:57Z

Harriet Luttikhuizen:

Componenten diagram verzamelen indicatiegegevens

Bestand:UML Delen ClientprofielCD v0.1.png

2021-05-31T15:50:57Z

Harriet Luttikhuizen:

Componenten diagram delen cliëntprofiel

Bestand:UML Delen ClientprofielUC v0.1.png

2021-05-31T15:49:17Z

Harriet Luttikhuizen:

Usecase diagram delen cliëntprofiel

Bestand:UML Delen ClientprofielAD v0.1.png

2021-05-31T15:45:00Z

Harriet Luttikhuizen:

Activiteiten diagram delen cliëntprofiel

Bestand:UML notificeren ClientprofielUC v0.1.png

2021-05-31T15:41:38Z

Harriet Luttikhuizen:

Usecase diagram notificeren cliëntprofiel

Bestand:UML notificeren ClientprofielCD v0.1.png

2021-05-31T15:39:11Z

Harriet Luttikhuizen:

Componenten diagram notificatie cliëntprofiel

Bestand:UML notificeren ClientprofielAD v0.1.png

2021-05-31T15:37:35Z

Harriet Luttikhuizen:

Activiteiten diagram clientprofiel

Bestand:UML abonneren ClientprofielUC v0.1.png

2021-05-31T15:27:26Z

Harriet Luttikhuizen:

Usecase diagram abonneren cliëntprofiel

Bestand:UML abonneren ClientprofielCD v0.1.png

2021-05-31T15:25:55Z

Harriet Luttikhuizen:

Componenten diagram abonneren cliëntprofiel

Bestand:UML abonneren ClientprofielAD v0.1.png

2021-05-31T15:22:38Z

Harriet Luttikhuizen:

Activiteiten diagram abonneren cliëntprofiel

Bestand:UML Raadplegen indicatiegegevensUC v0.1.png

2021-05-31T15:16:42Z

Harriet Luttikhuizen:

Usecase diagram verzamelen indicatiegegevens