informatiestandaarden - Gebruikersbijdragen [nl]

MedMij:Vprepub-2020.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:V2020.01/PDFA Sturen

2021-09-24T13:24:28Z

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

MedMij:Vprepub-2020.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:V2020.01/PDFA Ontvangen

2021-09-24T13:22:43Z

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

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.

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

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.

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

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

Bestand:UML Raadplegen indicatiegegevensCD v0.1.png

2021-05-31T15:15:32Z

Harriet Luttikhuizen:

Componenten diagram verzamelen indicatiegegevens

Bestand:UML Raadplegen indicatiegegevensAD v0.1.png

2021-05-31T15:11:19Z

Harriet Luttikhuizen:

Activiteiten diagram verzamelen indicatiegegevens

Bestand:UML notificeren indicatiegegevensUC v0.1.png

2021-05-31T12:38:21Z

Harriet Luttikhuizen:

Usecase diagram notificeren indicatiegegevens

Bestand:UML notificeren indicatiegegevensCD v0.1.png

2021-05-31T12:36:17Z

Harriet Luttikhuizen:

Componeten diagram notificeren indicatiegegevensCD

Bestand:UML notificeren indicatiegegevensAD v0.1.png

2021-05-31T12:31:48Z

Harriet Luttikhuizen:

Activiteiten diagram notificeren indicatiegegevens

Bestand:Abonneren indicatiegegevensCP v0.1.png

2021-05-31T11:54:19Z

Harriet Luttikhuizen:

Componenten diagram abonneren indicatiegegevens

Bestand:UML abonneren indicatiegegevens UCv0.1.png

2021-05-31T11:44:42Z

Harriet Luttikhuizen:

Usecase diagram abonneren indicatiegegevens

Bestand:UML abonneren indicatiegegevensAD v0.1.png

2021-05-31T11:34:49Z

Harriet Luttikhuizen:

Activiteiten diagram abonneren indicatiegegevens

Bestand:1. Kwalificatiescript - MedMij Raadplegen PDFA V2020.01 20210429.pdf

2021-04-15T13:33:10Z

Harriet Luttikhuizen:

Bestand:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA V2020.01 20210429.pdf

2021-04-15T13:31:24Z

Harriet Luttikhuizen:

Bestand:1. Kwalificatiescript - MedMij Raadplegen PDFA V2020.01 2021429.pdf

2021-04-14T08:24:24Z

Harriet Luttikhuizen:

Bestand:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA V2020.01 2021429.pdf

2021-04-08T10:59:36Z

Harriet Luttikhuizen:

MedMij:Vprepub-2020.01/Kwalificatie

2021-01-19T12:34:55Z

Harriet Luttikhuizen: MM-1648: PDF/A kwalificatiescripts beschikbaarstellen en ontvangen. Scenario 1.3/2.3 inconsistenties aangepast

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





=Introductie=
Nictiz beheert voor Stichting MedMij de informatiestandaarden die binnen MedMij gebruikt worden. Om de informatiestandaarden te kunnen toepassen binnen MedMij, zijn gegevensdiensten gedefinieerd die bestaan uit één of meerdere systeemrollen vanuit een informatiestandaard. Stichting MedMij omschrijft de gegevensdiensten en bepaalt vanaf wanneer en tot hoelang de gegevensdienst op het MedMij-netwerk gebruikt kan worden. Dit doet Stichting MedMij in samenspraak met Nictiz als beheerder. Voor een actueel overzicht van gegevensdiensten, met een verwijzing naar kwalificatie-informatie per systeemrol, raadpleeg de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus].

Voor het implementeren van informatiestandaarden en daaruit de gedefinieerde gegevensdiensten voor MedMij, is een Nictiz kwalificatie van toepassing. De kwalificaties worden uitgevoerd door het kwalificatiecentrum van Nictiz en vinden plaats per systeemrolcode. De systeemrolcode vormt de koppeling van een (MedMij) informatiestandaard aan een, in de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus] vermelde, gegevensdienst van het MedMij-netwerk.

Kwalificatiescripts en meer informatie over een kwalificatie zijn te vinden via de betreffende paragrafen onder [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiebenodigdheden|kwalificatiebenodigdheden]].<section end=medmij_kwalificatie_introductie />

Voor een optimaal verloop van de kwalificatie is het belangrijk dat via de juiste kanalen wordt gecommuniceerd. Raadpleeg hiervoor het onderstaand communicatiekanalenoverzicht:
* Procedure en planninggerelateerde vragen: [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]
* Inhoudelijke vragen of opmerkingen over de implementatie van informatiestandaarden en gegevensdiensten: [https://bits.nictiz.nl/projects/MM BITS]
* Algemene vragen MedMij: [mailto:info@medmij.nl info@medmij.nl]

In onze [[MedMij:Vprepub-2020.01/Kwalificatie_FAQ|FAQ]] tref je de veelgestelde vragen tijdens het kwalificatietraject.

Het kwalificatiecentrum biedt ook aanvullende dienstverlening voor Stichting MedMij. Wijzigingen bij DVZA’s of DVP’s die een hoog risico vormen voor de interoperabiliteit en kwaliteit van de gegevensuitwisseling kunnen vrijblijvend worden geherkwalificeerd. Herkwalificatie kan noodzakelijk zijn indien:
* Eén van de bronsystemen wordt vervangen door een andere applicatie;
* Een versie-update aan de kant van het het bronsysteem en/of overige betrokken partijen van toepassing is;
* Er een grote update plaatsvindt aan de kant van de DVZA of DVP.

Voor het inplannen van een herkwalificatie kan contact opgenomen worden met [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]

== Kwalificatie gebruik van terminologie ==
Op de kwalificatiepagina wordt gesproken over DVP en PGO of DVZA en XIS. 
Een DVP dient altijd te kwalificeren met een PGO en een DVZA dient altijd te kwalificeren met achterliggend bronsysteem of bronsystemen (XIS).

{| class="wikitable"
|-
| '''DVP''' || Dit betreft een rol in het MedMij Afsprakenstelsel. 
Levert een Persoonlijke gezondheidsomgeving, een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''DVZA''' || Dit betreft een rol in het MedMij Afsprakenstelsel. 
Levert Diensten aan de Zorgaanbieder gerelateerd aan de uitwisseling tussen Persoon en Zorgaanbieder en committeert zich hiervoor aan de naleving van de afspraken van het MedMij Afsprakenstelsel.
|-
| '''Persoonsdomein''' || Alle Personen en alle Dienstverleners personen vormen samen het Persoonsdomein.
|-
| '''PGO''' || Een Persoonlijke gezondheidsomgeving is een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''XIS''' || Het systeem of geheel van de systemen waarin de zorgaanbieder het medisch dossier van de persoon bijhoudt.
|-
| '''Zorgaanbiedersdomein''' || Alle Zorgaanbieders en alle Dienstverleners zorgaanbieder vormen samen het Zorgaanbiedersdomein.
|}

=Algemene voorwaarden voor kwalificatie=
Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van [https://www.medmij.nl/afsprakenstelsel/ 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:Vprepub-2020.01/Ontwerpen|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.
# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in het document '''2. Addenda - Kwalificaties''' als bijlage van de betreffende informatiestandaard.
# 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.

=Procedurele eisen voor kwalificatie=
Naast de bovengenoemde algemene voorwaarden voor kwalificatie dient een kwalificerende (kandidaat-) deelnemer ook te voldoen aan de procedurele eisen voor kwalificatie. Om het kwalificatietraject niet onnodig te vertragen wordt van een (kandidaat-) deelnemer verwacht dat deze de onderstaande procedurele eisen in acht neemt.

* Indien niet kan worden voldaan aan de functionele en/of technische eisen van een gegevensdienst, dient dit minimaal 2 weken '''voorafgaand aan de kwalificatie''' aangegeven te worden.
* Indien gebruik gemaakt wordt van de vrijheidsgraden die de gegevensdiensten BgGGZ, BgLZ, BgZ en PDF/a bieden, dient dit minimaal 2 weken '''voorafgaand aan de kwalificatie''' aangegeven te worden.
* De testexecutie dient 100% succesvol geslaagd te zijn voordat gestart kan worden met de kwalificatie. Indien dit niet het geval is dient dit '''voorafgaand aan de kwalificatie''' aangegeven te worden.
* Het uitgevoerde certificering-testscript dient niet ouder te zijn dan één week voor de aanlevering van het (pre)kwalificatiemateriaal. Nictiz staat in zijn recht om te bepalen of een test executie is verouderd en daarom af te wijzen.
* Bij het instellen van een variabele T datum door een DVZA, dient de datum gelijk te zijn aan de datum waarop de Touchstone testexecutie is uitgevoerd.
* Voor zowel DVP als DVZA geldt dat de schermafdrukken overeen dienen te komen met de uitgevoerde Touchstone testexecutie die is bijgevoegd in het aanleverformat. Wanneer hier niet aan wordt voldaan leidt dit tot een afwijzing.
* Het kwalificatiemateriaal dient in het juiste formaat aangeleverd te worden. Gebruik voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformat behorende bij de gegevensdienst. In het aanleverformat staat per dia beschreven welke schermafdruk wordt verwacht.
** Voor een DVP geldt dat er schermafdrukken gemaakt dienen te worden van de interface van een PGO.
** Voor een DVZA geldt dat er schermafdrukken gemaakt dienen te worden (van de combinatie) van de achterliggende bronsystemen waarmee men kwalificeert. '''Let op''': Wanneer men voor een nieuwe combinatie van bronsystemen acht te kwalificeren wordt dit behandeld als een nieuwe kwalificatie waarbij ook van die nieuwe combinatie schermafdrukken dienen te worden gemaakt. Schermafdrukken van andere interfaces zoals van een XDS worden afgekeurd.

=Uitgangspunten voor kwalificatie=
In dit hoofdstuk worden de generieke uitgangspunten voor de kwalificatie per systeemrol uiteengezet. Per informatiestandaard kan het voorkomen dat er nog 'specifieke' uitgangspunten op van toepassing zijn, in dat geval, zijn deze opgenomen in een aparte paragraaf onder het hoofdstuk 'Kwalificatie' van het functioneel ontwerp van de informatiestandaard.

==Systeemrol 'Raadplegen' (Persoonsdomein)==
Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Raadplegen':
<section begin=Uitgangspunten_Systeemrol_Raadplegen />
* De set van de gegevensdienst is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
* Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard te tonen aan de gebruiker. De uitzonderingen per gegevensdienst zijn beschreven in de bijbehorende functionele ontwerpen.
* Een PGO biedt de persoon inzicht in de ontvangen respons. Als er géén gegevens beschikbaar gesteld worden, kan dat zijn omdat er geen informatie beschikbaar is in het XIS of vanwege een technische foutmelding. Er volgt bijvoorbeeld een foutmelding indien de resource, een specifieke zib, niet wordt ondersteund in het XIS. Het is een belangrijk inzicht voor de persoon als gegevens technisch niet beschikbaar gesteld kunnen worden.
* Een PGO biedt de persoon inzicht in herkomst van de verzamelde gegevens, en wanneer deze gegevens verzameld zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door de PGO bij ontvangst van de geraadpleegde gegevens.<section end=Uitgangspunten_Systeemrol_Raadplegen />

==Systeemrol 'Beschikbaarstellen' (Zorgaanbiedersdomein)==
Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Beschikbaarstellen':
<section begin=Uitgangspunten_Systeemrol_Beschikbaarstellen />
* Een DVZA dient de gehele gegevensdienst te ondersteunen. Uitzonderingen worden toegelicht in de bijbehorende functionele ontwerpen en kwalificatiescripts.
* Een DVZA geeft technisch correct antwoord op alle searches ongeacht of de gegevens in XIS beschikbaar zijn. XIS stelt alle gegevens beschikbaar voor zover aanwezig.

* Mochten gegevens niet beschikbaar gesteld kunnen worden, dan is uit de respons voor de persoon te herleiden waardoor dit veroorzaakt wordt:
**veroorzaakt door het ontbreken van de informatie
**veroorzaakt doordat het XIS dit technisch niet kan leveren.

* In het geval dat een vraag om gegevens goed wordt verwerkt door het XIS, volgt een respons met daarin 0 tot * FHIR resources die matchen aan de vraag. Als er dus 0 resources in zitten mag de persoon ervan uitgaan dat het XIS deze gegevens niet heeft, maar de vraag wel goed begrepen heeft.

* Als er technisch iets niet goed gaat, stuurt de DVZA conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een specifieke zib, niet wordt ondersteund in het XIS. Deze foutcode moet ingebouwd worden door het XIS. Hierop wordt de DVZA ook gekwalificeerd.<section end=Uitgangspunten_Systeemrol_Beschikbaarstellen />

==Systeemrol 'Ontvangen' (Zorgaanbiedersdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Ontvangen':
* Een XIS biedt inzicht in herkomst van de ontvangen gegevens, en wanneer deze gegevens ontvangen zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door het XIS bij ontvangst van de gestuurde gegevens.

=Kwalificatie aansluiten op Touchstone=
Nictiz stelt het testsysteem Touchstone beschikbaar voor het testen van systeemrollen met bijbehorende MedMij gegevensdiensten als voorbereiding op het kwalificatieproces.
 MedMij (kandidaat-) deelnemers kunnen Touchstone eveneens gebruiken in de ontwikkel- en testfase voor het vroegtijdig testen en/of valideren van de FHIR berichten.
* Documentatie over het aansluiten op Touchstone is te vinden op de pagina Kwalificatie aansluiten in de sectie [[MedMij:Vprepub-2020.01/Kwalificatie_aansluiten#Configureren_simulator|configureren simulator]].
* Voor uitleg over gebruik van de simulator en tokens, zie [[MedMij:Vprepub-2020.01/Qualification | gebruik tokens]]
<section end=medmij_kwalificatie_introductie />
<section begin=medmij_kwalificatiescripts />

=Kwalificatiebenodigdheden=
Het kwalificatiemateriaal voor de meest recente versies van de verschillende systeemrollen met bijbehorende MedMij gegevensdiensten is in dit hoofdstuk te vinden.
 Voor een actueel overzicht van gegevensdiensten, met een verwijzing naar kwalificatie-informatie per systeemrol, raadpleeg de [https://afsprakenstelsel.medmij.nl/display/MMCatalogus/Actuele+gegevensdiensten MedMij Catalogus].

=Kwalificatiescripts=
==Basisgegevensset Zorg 3.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen BgZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen BgZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen_BgZ_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen_BgZ.zip]]
* [[Media: Aanleverformat - Raadplegen BgZ_V2020.01.zip|3. Aanleverformat - Raadplegen BgZ.zip]]
* [[Media: Beoordelingsformulier BasisgegevenssetZorg Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media: Beoordelingsformulier_BasisgegevenssetZorg_Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen BgZ.pdf]]

===Uitgebreide gegevensset===
Nota bene: onderstaande kwalificatiescripts bevatten een uitgebreidere gegevens set voor de BgZ. Deze worden '''niet''' gebruikt voor kwalificatie.

* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ extended.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ extended.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen BGZ extended.pdf|1. Kwalificatiescript - MedMij Raadplegen BgZ extended.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ Extended.pdf|2.Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ Extended.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ Extended.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ Extended.pdf]]

==Labuitwisseling 2.0==
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten_V2020.01_20201027.pdf|1. Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript – MedMij Raadplegen Laboratoriumresultaten_V2020.01.pdf|2. Addenda - Kwalificatiescript – MedMij Raadplegen Laboratoriumresultaten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript – MedMij Beschikbaarstellen Laboratoriumresultaten_V2020.01.pdf|2. Addenda - Kwalificatiescript – MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Laboratoriumresultaten_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Laboratoriumresultaten.zip]]
* [[Media: Aanleverformat - Raadplegen Laboratoriumresultaten_V2020.01.zip|3. Aanleverformat - Raadplegen Laboratoriumresultaten.zip]]
* [[Media: Beoordelingsformulier Laboratoriumresultaten Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media: Beoordelingsformulier Laboratoriumresultaten Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Laboratoriumresultaten.pdf]]

==AllergieIntolerantie 2.0==

===AllergieIntolerantie===
* [[MedMij:Vprepub-2020.01/kw-MM-AIB-FHIR|1. Kwalificatiescript - MedMij Beschikbaarstellen AllergieIntolerantie gegevens]]
* [[MedMij:Vprepub-2020.01/kw-MM-AIR-FHIR|1. Kwalificatiescript - MedMij Raadplegen AllergieIntolerantie gegevens]]
* [[Media: Aanleverformat - Beschikbaarstellen AllergieIntolerantie_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen AllergieIntolerantie.zip]]
* [[Media: Aanleverformat - Raadplegen AllergieIntolerantie_V2020.01.zip|3. Aanleverformat - Raadplegen AllergieIntolerantie.zip]]
* [[Media: Beoordelingsformulier AllergieIntolerantie Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen AllergieIntolerantie.pdf]]

===AllergieIntolerantieVertaling===
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIB-FHIR|1. Kwalificatiescript - MedMij Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIR-FHIR|1. Kwalificatiescript - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[Media: Aanleverformat - Beschikbaarstellen AllergieIntolerantieVertaling_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.zip]]
* [[Media: Aanleverformat - Raadplegen AllergieIntolerantieVertaling_V2020.01.zip|3. Aanleverformat - Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.zip]]
* [[Media: Beoordelingsformulier AllergieIntolerantieVertaling Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.pdf]]

==eAfspraak 2.0==
* [[Media:1. Kwalificatiescript - MedMij Raadplegen eAfspraak_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen eAfspraak_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf]]
* [[Media:Aanleverformat - Raadplegen eAfspraak_V2020.01.zip|3. Aanleverformat - Raadplegen eAfspraak.zip]]
* [[Media:Aanleverformat - Beschikbaarstellen eAfspraak_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen eAfspraak.zip]]

==Zelfmetingen 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Ontvangen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Ontvangen Zelfmetingen.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Zelfmetingen.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Sturen Zelfmetingen_V2020.01.pdf|1. Kwalificatiescript - MedMij Sturen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Ontvangen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Ontvangen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Sturen Zelfmetingen_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Sturen Zelfmetingen.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Zelfmetingen_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Zelfmetingen.zip]]
* [[Media: Aanleverformat - Ontvangen Zelfmetingen_V2020.01_20201124.zip|3. Aanleverformat - Ontvangen Zelfmetingen.zip]]
* [[Media: Aanleverformat - Raadplegen Zelfmetingen_V2020.01.zip|3. Aanleverformat - Raadplegen Zelfmetingen.zip]]
* [[Media: Aanleverformat - Sturen Zelfmetingen_V2020.01.zip|3. Aanleverformat - Sturen Zelfmetingen.zip]]
* [[Media: Beoordelingsformulier Meetwaardenvitalefuncties Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Zelfmetingen.pdf]]
* [[Media: Beoordelingsformulier_zelfmetingenvanvitalefuncties_Sturen_20201124.pdf|4. Beoordelingsformulier - MedMij Sturen Zelfmetingen.pdf]]

==PDF/A 3.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA_V2020.01_20210127.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Ontvangen PDFA_V2020.01_20210126.pdf|1. Kwalificatiescript - MedMij Ontvangen PDFA.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen PDFA_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen PDFA.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Sturen PDFA_V2020.01.pdf|1. Kwalificatiescript - MedMij Sturen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Ontvangen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Ontvangen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen PDFA.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Sturen PDFA_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Sturen PDFA.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen PDFA_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen PDFA.zip]]
* [[Media: Aanleverformat - Ontvangen PDFA_V2020.01_20201124.zip|3. Aanleverformat - Ontvangen PDFA.zip]]
* [[Media: Aanleverformat - Raadplegen PDFA_V2020.01.zip|3. Aanleverformat - Raadplegen PDFA.zip]]
* [[Media: Aanleverformat - Sturen PDFA_V2020.01.zip|3. Aanleverformat - Sturen PDFA.zip]]
* [[Media: Beoordelingsformulier PDFA Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen PDFA.pdf]]
* [[Media: Beoordelingsformulier PDFA Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen PDFA.pdf]]
* [[Media: Beoordelingsformulier PDFA Sturen_20201124.pdf|4. Beoordelingsformulier - MedMij Sturen PDFA.pdf]]
* [[Media: Beoordelingsformulier PDFA Ontvangen.pdf|4. Beoordelingsformulier - MedMij Ontvangen PDFA.pdf]]
* [[Media: PDFA Example Documents.zip|5. Voorbeelddocumenten PDFA voor use case Beschikbaarstellen]]

==Huisartsgegevens 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Huisartsgegevens_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Huisartsgegevens_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen huisartsgegevens_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen huisartsgegevens.zip]]
* [[Media: Aanleverformat - Raadplegen huisartsgegevens_V2020.01.zip|3. Aanleverformat - Raadplegen huisartsgegevens.zip]]
* [[Media: Beoordelingsformulier Huisartsgegevens Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Huisartsgegevens .pdf]]
* [[Media: Beoordelingsformulier Huisartsgegevens Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Huisartsgegevens .pdf]]

==Basisgegevens GGZ 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ_V2020.01_20201124.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Basisgegevens GGZ_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Basisgegevens GGZ.zip]]
* [[Media: Aanleverformat - Raadplegen Basisgegevens GGZ_V2020.01.zip|3. Aanleverformat - Raadplegen Basisgegevens GGZ.zip]]
* [[Media: Beoordelingsformulier BasisgegevensGGZ Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media: Beoordelingsformulier BasisgegevensGGZ Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Basisgegevens GGZ.pdf]]

==Beelden 2.0==
* [[Media:1. Kwalificatiescript - MedMij Ontvangen beelden_V2020.01.pdf|1. Kwalificatiescript - MedMij Ontvangen beelden.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Sturen beelden_V2020.01.pdf|1. Kwalificatiescript - MedMij Sturen beelden.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Ontvangen beelden_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Ontvangen beelden.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Sturen beelden_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Sturen beelden.pdf]]
* [[Media:Aanleverformat - Ontvangen Beelden_V2020.01_20201124.zip|3. Aanleverformat - Ontvangen Beelden.zip]]
* [[Media:Aanleverformat - Sturen Beelden_V2020.01.zip|3. Aanleverformat - Sturen Beelden.zip]]

==Basisgegevens Langdurige Zorg 2.0==
{{NoteBox|1= Meld je bij het Nictiz kwalificatiecentrum (via [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]) wanneer je voor de Basisgegevens Langdurige Zorg wilt kwalificeren.}}
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.1|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.1]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.2|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.2]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.3|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.3]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.4|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.4]]
* [[Media: Aanleverformat - Beschikbaarstellen Basisgegevens Langdurige Zorg_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen Basisgegevens Langdurige Zorg.zip]]
* [[Media:3. Aanleverformat - Raadplegen Basisgegevens Langdurige Zorg_V2020.01.zip|3. Aanleverformat - Raadplegen Basisgegevens Langdurige Zorg.zip]]
* [[Media: Beoordelingsformulier BasisgegevensLangdurigeZorg Beschikbaarstellen_20201124.pdf|4. Beoordelingsformulier - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media: Beoordelingsformulier BasisgegevensLangdurigeZorg Raadplegen.pdf|4. Beoordelingsformulier - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]

==Vragenlijsten 2.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten_V2020.01.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten_V2020.01.pdf|1. Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten_V2020.01.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten_V2020.01_20201124.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen en Ontvangen vragenlijsten_V2020.01_20201124.zip|3. Aanleverformat - Beschikbaarstellen en Ontvangen vragenlijsten.zip]]
* [[Media: Aanleverformat - Raadplegen en sturen vragenlijsten_V2020.01.zip|3. Aanleverformat - Raadplegen en sturen vragenlijsten.zip]]

<section end=medmij_kwalificatiescripts />
[[Categorie:Kwalificatie]]

MedMij:V2020.01/Kwalificatie

2021-01-19T12:34:55Z

Harriet Luttikhuizen: MM-1648: PDF/A kwalificatiescripts beschikbaarstellen en ontvangen. Scenario 1.3/2.3 inconsistenties aangepast

Bestand:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA V2020.01 20210127.pdf

2021-01-19T12:12:35Z

Harriet Luttikhuizen:

Bestand:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA V2020.01 20210126.pdf

2021-01-19T11:38:30Z

Harriet Luttikhuizen: Harriet Luttikhuizen heeft een nieuwe versie van Bestand:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA V2020.01 20210126.pdf geüpload

MedMij:V2019.01 Kwalificatie

2021-01-19T11:18:37Z

Harriet Luttikhuizen: MM-1648: PDF/A kwalificatiescript Beschikbaarstellen en ontvangen. Scenario 1.3 inconsistentie verwijderd.

__NOINDEX__
{{MedMij:Vprepub-2019.01_Issuebox}}
__NUMBEREDHEADINGS__





=Introductie=
<section begin=medmij_kwalificatie_introductie />
Op deze informatiestandaard is een Nictiz kwalificatie van toepassing.
Kwalificatie vindt plaats per systeemrol.

Enkele systeemrollen vallen binnen de 'subsidieregeling voor PGO-leveranciers (dienstverlener persoon)' die in 2018 is opgesteld door de Dienst Uitvoering Subsidie voor Instellingen. Welke systeemrollen dat betreft vindt u in [[MedMij:Vprepub-2019.01_ToelichtingSubsidie| ToelichtingSubsidie]].

Voor meer informatie, stuur een mail naar 'kwalificatie@medmij.nl'.

Kwalificatiescripts en meer informatie over de kwalificatie is te vinden via de betreffende paragraaf op de [[MedMij:Vprepub-2019.01_Kwalificatie#Kwalificatie_scripts|Kwalificatiepagina]].<section end=medmij_kwalificatie_introductie />

=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 betreffende MedMij informatiestandaard, zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten en andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in het document '''2. Addenda - Kwalificaties''' als bijlage bij de betreffende informatiestandaard.
# 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 leverancier levert voor deze informatie schermafdrukken op voor controle.'''
# Deze kwalificatie toetst geen infrastructurele eisen.

=Uitgangspunten voor kwalificatie=
In dit hoofdstuk worden de generieke uitgangspunten voor de kwalificatie per systeemrol uiteengezet. Per informatiestandaard kan het voorkomen dat er nog 'specifieke' uitgangspunten op van toepassing zijn, in dat geval, zijn deze opgenomen in een aparte paragraaf onder het hoofdstuk 'Kwalificatie' van het [[MedMij:Vprepub-2019.01_Ontwerpen#Algemeen_2 | functioneel ontwerp]] van de informatiestandaard.

==Systeemrol 'Raadplegen' (PGO)==
Hieronder volgt het generieke uitgangspunt voor de kwalificatie van de systeemrol 'Raadplegen':
<section begin=Uitganspunten_Systeemrol_Raadplegen />
* Een PGO biedt de persoon inzicht in de ontvangen respons. Als er géén gegevens beschikbaar gesteld worden, kan dat zijn omdat er geen informatie beschikbaar is in het XIS of vanwege een technische foutmelding. Er volgt bijvoorbeeld een foutmelding indien de resource, een specifieke zib, niet wordt ondersteund in het XIS. Het is een belangrijk inzicht voor de persoon als gegevens technisch niet beschikbaar gesteld kunnen worden.<section end=Uitganspunten_Systeemrol_Raadplegen />

==Systeemrol 'Beschikbaarstellen' (XIS)==
Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Beschikbaarstellen':
<section begin=Uitganspunten_Systeemrol_Beschikbaarstellen />
* XIS geeft technisch correct antwoord op alle searches ongeacht of de gegevens in XIS beschikbaar zijn. XIS stelt alle gegevens beschikbaar voor zover aanwezig.

* Mochten gegevens niet beschikbaar gesteld kunnen worden, dan is uit de respons voor de persoon te herleiden waardoor dit veroorzaakt wordt:
**veroorzaakt door het ontbreken van de informatie
**veroorzaakt doordat het XIS dit technisch niet kan leveren.

* In het geval dat een vraag om gegevens goed wordt verwerkt door het XIS, volgt een respons met daarin 0 tot * FHIR resources die matchen aan de vraag. Als er dus 0 resources in zitten mag de persoon ervan uitgaan dat het XIS deze gegevens niet heeft, maar de vraag wel goed begrepen heeft.

* Als er technisch iets niet goed gaat, stuurt het XIS conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een specifieke zib, niet wordt ondersteund in het XIS. Deze moet ingebouwd worden door het XIS. Hierop wordt het XIS ook gekwalificeerd.<section end=Uitganspunten_Systeemrol_Beschikbaarstellen />

=Kwalificatie aansluiten op de kwalificatieomgeving=
MedMij biedt leveranciers de mogelijkheid hun producten en diensten te laten testen op correcte implementatie van informatiestandaarden.
Documentatie over hoe aan te sluiten is te vinden op: [[MedMij:Vprepub-2019.01_Kwalificatie_aansluiten]]

=Gebruik van de simulator=

==Authorization tokens==
Voor uitleg over gebruik van de simulator en tokens, zie [[MedMij:Vprepub-2019.01_Qualification]]<section end=medmij_kwalificatie_introductie />
<section begin=medmij_kwalificatiescripts />

==Variable T datum==
Voor veel, straks alle, kwalificaties wordt er gebruik gemaakt van een variabele datum. Dit is de zogenoemde T datum welke is opgenomen in de functionele testscripts, met name in de addenda, en in de technische testscripts op Touchstone. Deze variabele datum wordt gebruikt om zo dicht mogelijk tegen een productiewaardig scenario te testen en te kwalificeren. Middels de variabele datum kunnen de testgegevens actueel blijven. Deze T datum komt op twee plekken terug, namelijk in de datumvelden van de testgegevens en in de datumparameters in de search URL's. In de volgende twee paragrafen wordt dit toegelicht.

===Kwalificatie test gegevens===
De functionele testscripts beschrijven in de addenda testgegevens waarin datum velden staan op basis van een T datum. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan de datum die voor T geldt. Deze testgegevens uit de addenda worden vervolgens gebruikt om ofwel de Nictiz WildFHIR server te vullen of door kandidaat deelnemers om de testgegevens in het systeem te registreren.

Het vullen van de Nictiz WildFHIR server kon in het verleden door kandidaatdeelnemers gebeuren door het draaien van het 'load script' op basis van een op te geven variable T. Dit is nu in beheer genomen door het kwalificatie team.

'''Elke maandag wordt de Nictiz WildFHIR server geschoond en opnieuw gevuld met een testgegevens op basis van een T datum gelijk aan de datum van die maandag.'''

Bijvoorbeeld in 2019 is T datum in week 46 gelijk aan 11 november 2019.

===Parameters in de request URL's===
Bij sommige testscenario's wordt een datumfilter gebruikt. Deze datumfilters zijn ook op basis van de variabele T datum. Bij het uitvoeren van het testscript in Touchstone is het mogelijk om bij de setupfase de variabele T datum te geven. Deze T datum staat in relatie tot de testgegevens die op de Nictiz WildFHIR server of het eigen bronsysteem staan. De T datum die hier gebruikt dient te worden, is gelijk aan de datum van de maandag (waarop de gegevens geladen zijn).

Wanneer een andere T datum wordt gebruikt kan het voorkomen dat er geen of te weinig testgegevens terugkomen op de uitgevoerde test. Dit kan er toe leiden dat de test niet slaagt.

===Tijdnotatie===
Het meegeven van de tijd is bij de gestructureerde einddatum/tijd (dus niet de Resource.text, maar de velden met alleen de datum/tijd) verplicht in de standaard om eventuele verwarring tussen de precieze betekenis van "tot" en "tot en met" te voorkomen.

In de FHIR datatypes ''dateTime'' (indien uren en minuten worden gebruikt) en ''instant'' is de tijdzone verplicht. De tijdzone kan daarom niet worden weglaten uit de testgegevens.

Touchstone heeft helaas een beperking dat de Nederlandse tijdzone niet berekend kan worden bij een variabele datum. De tijdzone die nu in onze testgegevens staat, was een Nederlandse tijdzone bij de eerste keer invullen van dit scenario met concrete datums. Dit komt niet per definitie overeen met de geldende tijdzone in Nederland voor de (in een test-executie gebruikte, uiteindelijke) datum. In productie moet gerekend worden op een juiste tijdzone en het is dan ook juist om deze tijdzone gewoon te interpreteren, dit betekent dat de gegevens mogelijk soms een uur later of vroeger zijn dan in het addendum staat. Dit is geen reden voor afkeuren in kwalificatie.

=Kwalificatiescripts=
==Basisgegevensset Zorg 2.1==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen BgZ.pdf|1. Kwalificatiescript - MedMij Raadplegen BgZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen_BgZ.zip|3. Aanleverformat - Beschikbaarstellen_BgZ.zip]]
* [[Media: Aanleverformat - Raadplegen BgZ.zip|3. Aanleverformat - Raadplegen BgZ.zip]]

===Uitgebreide gegevensset===
Nota bene: onderstaande kwalificatiescripts bevatten een uitgebreidere gegevens set voor de BgZ. Deze worden nu '''niet''' gebruikt voor kwalificatie. Op termijn zullen deze kwalificatiescripts de huidige vervangen.

* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ extended.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen BgZ extended.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen BGZ extended.pdf|1. Kwalificatiescript - MedMij Raadplegen BgZ extended.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ Extended.pdf|2.Addenda - Kwalificatiescript - MedMij Beschikbaarstellen BgZ Extended.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ Extended.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen BgZ Extended.pdf]]

==Labuitwisseling 1.1==
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten.pdf|1. Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript – MedMij Raadplegen Laboratoriumresultaten.pdf|2. Addenda - Kwalificatiescript – MedMij Raadplegen Laboratoriumresultaten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript – MedMij Beschikbaarstellen Laboratoriumresultaten.pdf|2. Addenda - Kwalificatiescript – MedMij Beschikbaarstellen Laboratoriumresultaten.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Laboratoriumresultaten.zip|3. Aanleverformat - Beschikbaarstellen Laboratoriumresultaten.zip]]
* [[Media: Aanleverformat - Raadplegen Laboratoriumresultaten.zip|3. Aanleverformat - Raadplegen Laboratoriumresultaten.zip]]

==Medicatieproces 9.0 ==
:Een uitleg van medicatieproces voor PGO's die kwalificeren voor MedMij is beschikbaar in de vorm van:
::*[[Media:PGOsessie OpnameOnline.mp4 |Bestand (met mp4 opname) van uitleg Medicatieproces]] met bijbehorende
::*[[Media:PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf|PowerPoint (in PDF)]].

:Diverse medicatieproces kwalificatiescripts zijn van toepassing voor zowel zorgverlener-patiënt (MedMij) als zorgverlener-zorgverlener gegevensuitwisseling. Deze kwalificatiescripts worden op één plek onderhouden en gepubliceerd. Via deze MedMij pagina wordt direct naar het betreffende kwalificatiescript verwezen (via de link).

===Medicatiegegevens===
:* [[Media:1.1 Kwalificatiescript Raadplegen medicatieafspraak907 v3.pdf|1.1. Kwalificatiescript - Raadplegen medicatieafspraak907.pdf]]
:* [[mp:V9.0.7_kwalificatie_medicatiegegevens_beschikbaarstellen_MA|1.1. Kwalificatiescript & Addenda - Beschikbaarstellen medicatieafspraak907]]
:* [[Media:1.2 Kwalificatiescript Raadplegen toedieningsafspraak907 v3.pdf|1.2. Kwalificatiescript - Raadplegen toedieningsafspraak907.pdf]]
:* [[Media:1.3 Kwalificatiescript Raadplegen medicatiegebruik907 v3.pdf|1.3. Kwalificatiescript - Raadplegen medicatiegebruik907.pdf]]
:* [[Media:1.4 Kwalificatiescript Raadplegen verstrekkingsverzoek907 v3.pdf|1.4. Kwalificatiescript - Raadplegen verstrekkingsverzoek907.pdf]]
:* [[mp:V9.0.7_kwalificatie_medicatiegegevens_beschikbaarstellen_VV|1.4. Kwalificatiescript & Addenda - Beschikbaarstellen verstrekkingsverzoek907]]
:* [[Media:1.5 Kwalificatiescript Raadplegen medicatieverstrekking907 v3.pdf|1.5. Kwalificatiescript - Raadplegen medicatieverstrekking907.pdf]]
:* [[Media:1.6 Kwalificatiescript Raadplegen medicatiegegevens AlleBouwstenen907 v3.pdf|1.6. Kwalificatiescript - Raadplegen medicatiegegevens AlleBouwstenen907.pdf]]
:* [[MedMij:V1.0_MP9.0.7-KwalificatieAddendumMedicatieafspraken|2.1. Addenda - Raadplegen medicatieafspraak907]]
:* [[MedMij:V1.0_MP9.0.7-KwalificatieAddendumToedieningsafspraken|2.2. Addenda - Raadplegen toedieningsafspraak907]]
:* [[MedMij:V1.0_MP9.0.7-KwalificatieAddendumMedicatiegebruik|2.3. Addenda - Raadplegen medicatiegebruik907]]
:* [[MedMij:V1.0_MP9.0.7-KwalificatieAddendumVerstrekkingsverzoeken|2.4. Addenda - Raadplegen verstrekkingsverzoek907]]
:* [[MedMij:V1.0_MP9.0.7KwalificatieAddendumVerstrekkingen|2.5. Addenda - Raadplegen medicatieverstrekking907]]
:* [[MedMij:V1.0_MP9.0.7-KwalificatieAddendumAlleBouwstenen|2.6. Addenda - Raadplegen medicatiegegevens AlleBouwstenen907]]
:* [[Media:Aanleverformat_-_Raadplegen_Medicatieafspraak.zip|3.1. Aanleverformat - Raadplegen medicatieafspraak907.zip]]
:* [[Media:Aanleverformat_-_Beschikbaarstellen_Medicatieafspraak.zip|3.1. Aanleverformat - Beschikbaarstellen medicatieafspraak907.zip]]
:* [[Media:Aanleverformat_-_Raadplegen_Toedieningsafspraak.zip|3.2. Aanleverformat - Raadplegen toedieningsafspraak907.zip]]
:* [[Media:Aanleverformat_-_Raadplegen_Medicatiegebruik.zip|3.3. Aanleverformat - Raadplegen medicatiegebruik907.zip]]
:* [[Media:Aanleverformat_-_Raadplegen_Verstrekkingsverzoek.zip|3.4. Aanleverformat - Raadplegen verstrekkingsverzoek907.zip]]
:* [[Media:Aanleverformat_-_Beschikbaarstellen_Verstrekkingsverzoek.zip|3.4. Aanleverformat - Beschikbaarstellen verstrekkingsverzoek907.zip]]
:* [[Media:Aanleverformat_-_Raadplegen_Medicatieverstrekking.zip|3.5. Aanleverformat - Raadplegen medicatieverstrekking907.zip]]
:* [[Media:Aanleverformat_-_Raadplegen_Medicatiegegevens.zip|3.6. Aanleverformat - Raadplegen medicatiegegevens AlleBouwstenen907.zip]]

===Medicatieoverzicht===
:* [[Media:Kwalificatiescript_Raadplegen_medicatieoverzicht907_v2.1.pdf|1. Kwalificatiescript - Raadplegen medicatieoverzicht907.pdf]]
:* [[mp:V9.0.7_kwalificatie_medicatieoverzicht_beschikbaarstellen_MA_BEPERKT|1. Kwalificatiescript & Addenda - Beschikbaarstellen medicatieoverzicht907 BEPERKT (alléén voor VIPP GGZ)]]
:* [[MedMij:V1.0_MP9.0.7-KwalificatieAddendumMedicatieoverzicht|2. Addenda - Raadplegen medicatieoverzicht907]]
:* [[Media:Aanleverformat_-_Raadplegen_Medicatieoverzicht.zip|3. Aanleverformat - Raadplegen medicatieoverzicht907.zip]]
:* [[Media:Aanleverformat_-_Beschikbaarstellen_Medicatieoverzicht.zip|3. Aanleverformat - Beschikbaarstellen medicatieoverzicht907 BEPERKT (alléén voor VIPP GGZ).zip]]

===Verstrekkingenvertaling===
:* [[Media:Kwalificatiescript_Raadplegen_verstrekkingenvertaling907_v1.2.pdf|1. Kwalificatiescript - Raadplegen verstrekkingenvertaling907.pdf]]
:* [[Media:Kwalificatiescript_Beschikbaarstellen_verstrekkingenvertaling907_v1.2.pdf|1. Kwalificatiescript - Beschikbaarstellen verstrekkingenvertaling907.pdf]]
:* [[MedMij:V1.0_MP9.A.0-AddendaInhoudelijkeGegevens|2. Addenda - Verstrekkingenvertaling907]]
:* [[Media:Aanleverformat_-_Raadplegen_Verstrekkingenvertaling.zip |3. Aanleverformat - Raadplegen Verstrekkingenvertaling907.zip]]
:* [[Media:Aanleverformat_-_Beschikbaarstellen_Verstrekkingenvertaling.zip |3. Aanleverformat - Beschikbaarstellen Verstrekkingenvertaling907.zip]]

==AllergieIntolerantie 2.0==

===AllergieIntolerantie===
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen AllergieIntolerantie gegevens.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen AllergieIntolerantie gegevens.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen AllergieIntolerantie gegevens.pdf|1. Kwalificatiescript - MedMij Raadplegen AllergieIntolerantie gegevens.pdf]]
* [[Media:2. Addenda - MedMij Beschikbaarstellen AllergieIntolerantie gegevens_20201124.pdf|2. Addenda - MedMij Beschikbaarstellen AllergieIntolerantie gegevens.pdf]]
* [[Media:2. Addenda - MedMij Raadplegen AllergieIntolerantie gegevens_20201124.pdf|2. Addenda - MedMij Raadplegen AllergieIntolerantie gegevens.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen AllergieIntolerantie.zip|3. Aanleverformat - Beschikbaarstellen AllergieIntolerantie.zip]]
* [[Media: Aanleverformat - Raadplegen AllergieIntolerantie.zip|3. Aanleverformat - Raadplegen AllergieIntolerantie.zip]]

===AllergieIntolerantieVertaling===
* [[MedMij:Vprepub-2019.01_kw-MM-1.A-AIB-FHIR|1. Kwalificatiescript - MedMij Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[MedMij:Vprepub-2019.01_kw-MM-1.A-AIR-FHIR|1. Kwalificatiescript - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[Media: Aanleverformat - Beschikbaarstellen AllergieIntolerantieVertaling.zip|3. Aanleverformat - Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.zip]]
* [[Media: Aanleverformat - Raadplegen AllergieIntolerantieVertaling.zip|3. Aanleverformat - Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling.zip]]

==eAfspraak 1.1==
* [[Media:1. Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf|1. Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen eAfspraak.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak.pdf]]
* [[Media:Aanleverformat - Raadplegen eAfspraak.zip|3. Aanleverformat - Raadplegen eAfspraak.zip]]
* [[Media:Aanleverformat - Beschikbaarstellen eAfspraak.zip|3. Aanleverformat - Beschikbaarstellen eAfspraak.zip]]

==Zelfmetingen 1.2==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Zelfmetingen.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Zelfmetingen.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen en Sturen Zelfmetingen.pdf|1. Kwalificatiescript - MedMij Raadplegen en Sturen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Zelfmetingen.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Zelfmetingen.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Zelfmetingen.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Zelfmetingen.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen en Ontvangen Zelfmetingen.zip|3. Aanleverformat - Beschikbaarstellen en Ontvangen Zelfmetingen.zip]]
* [[Media: Aanleverformat - Raadplegen en Sturen Zelfmetingen.zip|3. Aanleverformat - Raadplegen en Sturen Zelfmetingen.zip]]

==PDF/A 2.0==
* [[Media:1._Kwalificatiescript_-_MedMij_Beschikbaarstellen_en_Ontvangen_PDFA_20210126.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen PDFA.pdf]]
* [[Media:1._Kwalificatiescript_-_MedMij_Raadplegen_en_Sturen_PDFA.pdf|1. Kwalificatiescript - MedMij Raadplegen en Sturen PDFA.pdf]]
* [[Media:2._Addenda_-_Kwalificatiescript_-_MedMij_Beschikbaarstellen_en_Ontvangen_PDFA.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen PDFA.pdf]]
* [[Media:2._Addenda_-_Kwalificatiescript_-_MedMij_Raadplegen_en_Sturen_PDFA.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen PDFA.pdf]]
* [[Media: Aanleverformat_-_Beschikbaarstellen_en_Ontvangen_PDFA.zip|3. Aanleverformat - Beschikbaarstellen en Ontvangen PDFA.zip]]
* [[Media: Aanleverformat_-_Raadplegen_en_Sturen_PDFA.zip|3. Aanleverformat - Raadplegen en Sturen PDFA.zip]]

==Huisartsgegevens 1.1==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf|1. Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Huisartsgegevens.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen huisartsgegevens.zip|3. Aanleverformat - Beschikbaarstellen huisartsgegevens.zip]]
* [[Media: Aanleverformat - Raadplegen huisartsgegevens.zip|3. Aanleverformat - Raadplegen huisartsgegevens.zip]]

==Basisgegevens GGZ 1.1==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf|1. Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ.pdf]]
* [[Media: Aanleverformat - Beschikbaarstellen Basisgegevens GGZ.zip|3. Aanleverformat - Beschikbaarstellen Basisgegevens GGZ.zip]]
* [[Media: Aanleverformat - Raadplegen Basisgegevens GGZ.zip|3. Aanleverformat - Raadplegen Basisgegevens GGZ.zip]]

==Beelden 1.0==
* [[Media:1. Kwalificatiescript - MedMij Ontvangen beelden.pdf|1. Kwalificatiescript - MedMij Ontvangen beelden.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Sturen beelden.pdf|1. Kwalificatiescript - MedMij Sturen beelden.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Ontvangen beelden.pdf|2. Addenda - Kwalificatiescript - MedMij Ontvangen beelden.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Sturen beelden.pdf|2. Addenda - Kwalificatiescript - MedMij Sturen beelden.pdf]]
* [[Media:Aanleverformat - Ontvangen Beelden.zip|3. Aanleverformat - Ontvangen Beelden.zip]]
* [[Media:Aanleverformat - Sturen Beelden.zip|3. Aanleverformat - Sturen Beelden.zip]]

==Basisgegevens Langdurige Zorg 1.0==
{{NoteBox|1= Meld je bij het Nictiz kwalificatiecentrum (via [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]) wanneer je voor de Basisgegevens Langdurige Zorg wilt kwalificeren.}}
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf|1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]
* [[MedMij:V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.1|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.1]]
* [[MedMij:V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.2|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.2]]
* [[MedMij:V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.3|2. Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.3]]
* [[Media:3. Aanleverformat - Beschikbaarstellen Basisgegevens Langdurige Zorg.pptx.zip|3. Aanleverformat - Beschikbaarstellen Basisgegevens Langdurige Zorg.zip]]
* [[Media:3. Aanleverformat - Raadplegen Basisgegevens Langdurige Zorg.pptx.zip|3. Aanleverformat - Raadplegen Basisgegevens Langdurige Zorg.zip]]

==Vragenlijsten 1.0==
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf|1. Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf|1. Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf|2. Addenda - Kwalificatiescript - MedMij Beschikbaarstellen en Ontvangen Vragenlijsten.pdf]]
* [[Media:2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf|2. Addenda - Kwalificatiescript - MedMij Raadplegen en Sturen Vragenlijsten.pdf]]

<section end=medmij_kwalificatiescripts />

[[Categorie:Kwalificatie]]

MedMij:Vprepub-2019.01 Kwalificatie

2021-01-19T11:18:37Z

Harriet Luttikhuizen: MM-1648: PDF/A kwalificatiescript Beschikbaarstellen en ontvangen. Scenario 1.3 inconsistentie verwijderd.

Bestand:1. Kwalificatiescript - MedMij Ontvangen PDFA V2020.01 20210126.pdf

2021-01-13T14:19:44Z

Harriet Luttikhuizen:

Bestand:1. Kwalificatiescript - MedMij Beschikbaarstellen PDFA V2020.01 20210126.pdf

2021-01-13T14:11:43Z

Harriet Luttikhuizen: