informatiestandaarden - Gebruikersbijdragen [nl]

MedMij:V2020.01/kw-MM-1.A-AIx-FHIR-OptioneleGegevens

2020-07-20T15:38:59Z

Update bot: Copy of V2019.01

===Optionele gegevens===
Deze systeemrol kent optionele gegevens, zie eventueel [[Handleiding_Kardinaliteiten_en_conformance|kardinaliteiten en conformance]].

Deze gegevens zijn formeel niet gespecificeerd in de 6.12 versie van de standaard en daarom is het ook niet verplicht om deze te ondersteunen in deze systeemrol. Het betreft echter gegevens die leveranciers - vanuit andere systeemrollen - meestal al wél ondersteunen. Het advies aan kwalificerende partijen is dan ook om deze gegevens ook voor deze systeemrol gewoon te ondersteunen. Om die reden hebben de kwalificatiescenario's wel vulling van deze gegevens. Wanneer een leverancier deze gegevens niet ondersteunt is dat voor kwalificatie van deze systeemrol géén reden tot afkeuring.

Het gaat om:
* Zorgverlener
**Naamgegevens
**Specialisme
**Adresgegevens
**Contactgegevens
**Zorgaanbieder
* Zorgaanbieder
**OrganisatieNaam
**OrganisatieLocatie
**AfdelingSpecialisme
**Contactgegevens
**Adresgegevens
**OrganisatieType

MedMij:Vprepub-2020.01/kw-MM-1.A-AIx-FHIR-OptioneleGegevens

2020-07-20T15:38:59Z

Update bot: Copy of V2019.01

MedMij:V2020.01/kw-MM-1.A-AIB-FHIR

2020-07-20T15:38:58Z

Update bot: Copy of V2019.01

{{DISPLAYTITLE:AllergieIntolerantie - kwalificatie - AllergieIntolerantieVertaling beschikbaarstellend systeem - Medicatiegerelateerde allergie- en intolerantiegegevensvertaling}}

= Inleiding =
Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:
* ''AllergieIntolerantieVertaling beschikbaarstellend systeem'' - medicatiegerelateerde allergie- en intolerantiegegevensvertaling
De doelgroep van dit document is de leverancier die wil kwalificeren.
De kwalificatie wordt uitgevoerd met de Nictiz kwalificatiesimulator. Deze 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 et cetera.
# Kennis en begrip van de aan de standaard gerelateerde zorginformatiebouwstenen (ZIB’s).
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de standaard gebruikt.
# Kennis en begrip en het naleven van de [[#Aandachtspunten_voor_inhoudelijke_gegevens|aandachtspunten]].
# De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. '''''Onjuist ingevoerde gegevens''''' (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de PGO gebruiker. De (kandidaat)deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Uit te voeren stappen ==
Voer – voor ieder scenario – de volgende stappen uit:
# Registreer in het XIS de patiëntgegevens voor de testpersonen zoals beschreven in de [[#Inhoudelijke_gegevens|inhoudelijke gegevens]].
# Maak in het XIS de AllergieIntolerantieVertaling voor deze personen aan, gebruik hiervoor de [[#Inhoudelijke_gegevens|inhoudelijke gegevens]].
# Maak schermafdrukken van de in het XIS ingevoerde gegevens en plaats deze in het [[Media: Aanleverformat - Beschikbaarstellen AllergieIntolerantieVertaling.zip|Aanleverformat - Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]].
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters (bijvoorbeeld voor een bepaalde persoon voor een bepaalde periode), zoals beschreven in de scenario’s.
# AllergieIntolerantieVertaling gegevens beschikbaarstellen conform de scenario’s.

== Op te leveren materialen ==
De op te leveren materialen bestaan voor alle scenario’s uit:
# de technische uitgaande berichten én
# schermafdrukken.
De schermafdrukken moeten duidelijk maken dat de medicatiegerelateerde allergie- en intolerantiegegevensvertaling juist getoond worden aan de
PGO gebruiker. De inhoud van de medicatiegerelateerde allergie- en intolerantiegegevensvertaling is gespecificeerd in de [[#Inhoudelijke_gegevens|inhoudelijke gegevens]].

== Leeswijzer ==
Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:
# Doel en verwacht resultaat,
# Scenario’s.

=Aandachtspunten voor inhoudelijke gegevens=
Hieronder volgen een aantal belangrijke aandachtspunten.

==Persoonsgegevens==
Het onderdeel ‘Persoonsgegevens’ bevat algemene gegevens over de persoon zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). PGO’s mogen echter geen BSN verwerken. Een PGO behoort namelijk tot het persoonsdomein en valt daarom buiten wetgeving voor het zorgaanbiedersdomein. Een XIS mag ook geen BSN naar het persoonsdomein – en dus PGO’s - sturen.
Er is wel een fBSN (fictief BSN voor testdoeleinden) in de persoonsgegevens opgenomen, zodat ook een XIS zich voor deze rol kan kwalificeren.

==Specifieke gegevens==
Deze paragraaf bevat specifieke gegevens die de leverancier moet meegeven als AllergieIntolerantieVertaling beschikbaarstellend systeem.

==Gegevens AllergieIntolerantieVertaling==
Het onderdeel ‘Gegevens AllergieIntolerantieVertaling’ bevat de gegevens van de AllergieIntolerantieVertaling voor de betreffende personen. Dit gaat om het verwachte resultaat van de raadpleging.

===Algemeen===
Om AllergieIntolerantieVertaling goed te kunnen implementeren is kennis en gebruik van het [[MedMij:Vprepub/OntwerpAllergieIntolerantie#Use_case_2:_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling_door_pati.C3.ABnt|functioneel]] en [[MedMij:Vprepub/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|technisch]] ontwerp vereist.

{{:MedMij:Vprepub/kw-MM-1.A-AIx-FHIR-OptioneleGegevens}}

===Beschikbaarstellend systeem===
Het beschikbaarstellend systeem voert de gegevens uit het addendum in het XIS in en levert de resulterende berichten op voor kwalificatie. Voor een beschikbaarstellend systeem geldt dat sommige gegevens door dit beschikbaarstellende systeem bepaald mogen worden:

*Zorgverlener, zorgaanbieder. Dit mag een eigen (test)zorgverlener en organisatie zijn.
*Identificatie van AllergieIntolerantie: verwacht wordt dat hier 'eigen' identificaties aan worden toegekend in een eigen identificatiesysteem (eigen OID).

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

= Beschikbaarstellen AllergieIntolerantieVertaling =
== Doel en verwacht resultaat ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem AllergieIntolerantieVertaling gegevens kan beschikbaarstellen (alle scenario's) || Het systeem genereert technisch correcte berichten.
|-style="vertical-align:top; style="background-color: white;"
|Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één AllergieIntolerantieVertaling gegeven moet worden verstuurd (scenario 1.1 en 1.2) || Het systeem stelt de AllergieIntolerantieVertaling gegevens beschikbaar.
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem kan omgaan met een uitvraag voor de persoon waarvoor géén AllergieIntolerantieVertaling gegevens bekend zijn (scenario 1.3) || Het systeem maakt kenbaar dat er geen AllergieIntolerantieVertaling gegevens aanwezig zijn voor de persoon.
|}

== Scenario’s ==

{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Scenario||Beschrijving
|-style="vertical-align:top;|style="background-color: white;"
|1.1 || Alle AllergieIntolerantieVertaling gegevens van een persoon.
|-style="vertical-align:top; style="background-color: white;"
|1.2 || Alle AllergieIntolerantieVertaling gegevens van een persoon met de verschillende mogelijkheden AllergieIntolerantie status.
|-style="vertical-align:top; style="background-color: white;"
|1.3 || Een persoon zonder AllergieIntolerantieVertaling gegevens.
|}

=Inhoudelijke gegevens=
{{#lst:MedMij:Vprepub/CIO1.0-AddendaInhoudelijkeGegevensAIV|CIO-01-AlleOnderdelen}}

{{#lst:MedMij:Vprepub/CIO1.0-AddendaInhoudelijkeGegevensAIV|CIO-02}}

{{#lst:MedMij:Vprepub/CIO1.0-AddendaInhoudelijkeGegevensAIV|CIO-03}}

= Documenthistorie =
== Paginahistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum|| BITS issue||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
| 26 februari 2020
|style="background-color: white;"|
[https://bits.nictiz.nl/browse/CIO-20 CIO-20]
|style="background-color: white;"|
Paragraaf 2.3.2 Optionele gegevens toegevoegd.
|-style="vertical-align:top; background-color: #E3E3E3;;"
| 21 januari 2020
|style="background-color: white;"|
[https://bits.nictiz.nl/browse/CIO-14 CIO-14] [https://bits.nictiz.nl/browse/CIO-17 CIO-17] [https://bits.nictiz.nl/browse/CIO-18 CIO-18]
|style="background-color: white;"|
Inhoudelijke gegevens van scenario 1.1 en 1.2: Vanwege incompatibiliteit met medicatieproces 6.12 diverse contactgegevens verwijderd, adressen specifiek gemaakt met huisnummertoevoeging, zorgverlenersrol verwijderd, contactpersoon/relatie verwijderd.
|-style="vertical-align:top; background-color: #E3E3E3;;"
| 18 oktober 2019
|style="background-color: white;"| -
|style="background-color: white;"|
*Eerste versie voor AllergieIntolerantieVertaling
*Het kwalificatiescript en addendum (inhoudelijke gegevens) zitten in één document
|-style="vertical-align:top; background-color: #E3E3E3;;"
|}

[[Categorie:Kwalificatie|A]]

MedMij:V2020.01/kw-MM-1.A-AIR-FHIR

2020-07-20T15:38:58Z

Update bot: Copy of V2019.01

{{DISPLAYTITLE:AllergieIntolerantie - kwalificatie - AllergieIntolerantieVertaling raadplegend systeem - Medicatiegerelateerde allergie- en intolerantiegegevensvertaling}}

= Inleiding =
Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:
* ''AllergieIntolerantieVertaling raadplegend systeem'' - medicatiegerelateerde allergie- en intolerantiegegevensvertaling
De doelgroep van dit document is de leverancier die wil kwalificeren.
De kwalificatie wordt uitgevoerd met de Nictiz kwalificatiesimulator. Deze 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 et cetera.
# Kennis en begrip van de aan de standaard gerelateerde zorginformatiebouwstenen (ZIB’s).
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardelijsten en andere referenties die de standaard gebruikt.
# Kennis en begrip en het naleven van de [[#Aandachtspunten_voor_inhoudelijke_gegevens|aandachtspunten]].
# De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. '''''Onjuist ingevoerde gegevens''''' (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de PGO gebruiker. De (kandidaat)deelnemer levert voor deze informatie schermafdrukken op voor controle.
# Deze kwalificatie toetst geen infrastructurele eisen.

== Uit te voeren stappen ==
Voer – voor ieder scenario – de volgende stappen uit:
# Vraag de AllergieIntolerantieVertaling gegevens op voor een bepaalde persoon, zoals beschreven in de [[#Inhoudelijke_gegevens|inhoudelijke gegevens]].
# De kwalificatiesimulator zal de AllergieIntolerantieVertaling gegevens beschikbaarstellen. Deze gegevens komen overeen met de [[#Inhoudelijke_gegevens|inhoudelijke gegevens]].
# Ontvang en verwerk (gestructureerd opslaan in de database) de AllergieIntolerantieVertaling gegevens in het systeem.
# Maak schermafdrukken van de wijze waarop het PGO de AllergieIntolerantieVertaling gegevens toont, en leg deze vast in het [[Media: Aanleverformat - Raadplegen AllergieIntolerantieVertaling.zip|Aanleverformat - Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]].

== Op te leveren materialen ==
De op te leveren materialen bestaan voor alle scenario’s uit:
# de technische uitgaande berichten én
# schermafdrukken.
De schermafdrukken moeten duidelijk maken dat de medicatiegerelateerde allergie- en intolerantiegegevensvertaling juist getoond worden aan de
PGO gebruiker. De inhoud van de medicatiegerelateerde allergie- en intolerantiegegevensvertaling is gespecificeerd in de [[#Inhoudelijke_gegevens|inhoudelijke gegevens]].

== Leeswijzer ==
Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:
# Doel en verwacht resultaat,
# Scenario’s.
=Aandachtspunten voor inhoudelijke gegevens=
Hieronder volgen een aantal belangrijke aandachtspunten.

==Persoonsgegevens==
Het onderdeel ‘Persoonsgegevens’ bevat algemene gegevens over de persoon zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). PGO’s mogen echter geen BSN verwerken. Een PGO behoort namelijk tot het persoonsdomein en valt daarom buiten wetgeving voor het zorgaanbiedersdomein. Een XIS mag ook geen BSN naar het persoonsdomein – en dus PGO’s - sturen.
Er is wel een fBSN (fictief BSN voor testdoeleinden) in de persoonsgegevens opgenomen, zodat ook een XIS zich voor deze rol kan kwalificeren.

==Specifieke gegevens==
Deze paragraaf bevat specifieke gegevens die de leverancier moet meegeven als AllergieIntolerantieVertaling raadplegend systeem.

==Gegevens AllergieIntolerantieVertaling==
Het onderdeel ‘Gegevens AllergieIntolerantieVertaling’ bevat de gegevens van de AllergieIntolerantieVertaling voor de betreffende personen. Dit gaat om het verwachte resultaat van de raadpleging.

===Algemeen===
Om AllergieIntolerantieVertaling goed te kunnen implementeren is kennis en gebruik van het [[MedMij:Vprepub/OntwerpAllergieIntolerantie#Use_case_2:_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling_door_pati.C3.ABnt|functioneel]] en [[MedMij:Vprepub/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|technisch]] ontwerp vereist.

{{:MedMij:Vprepub/kw-MM-1.A-AIx-FHIR-OptioneleGegevens}}

===Raadplegend systeem===
Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt.

Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden.

====Medicatie codering en weergavenaam====
Alleen de weergavenaam van het geneesmiddel of stof hoeft getoond te worden.

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

= Raadplegen AllergieIntolerantieVertaling =
=== Doel en verwacht resultaat ===
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Doel|| Verwacht resultaat
|-style="vertical-align:top;|style="background-color: white;"
|Aantonen dat het systeem AllergieIntolerantieVertaling gegevens kan raadplegen (alle scenario's) ||
Het systeem genereert technisch correcte berichten.
|-style="vertical-align:top; style="background-color: white;"
|Aantonen dat ontvangen AllergieIntolerantieVertaling gegevens correct worden getoond (scenario 1.1 en 1.2) ||
Het systeem ontvangt, verwerkt (gestructureerd opslaan in systeem) en toont de AllergieIntolerantieVertaling gegevens uit het retourbericht.
|-style="vertical-align:top; style="background-color: white;"
| Aantonen dat het systeem kan omgaan met een uitvraag voor de persoon waarvoor geen AllergieIntolerantieVertaling gegevens bekend zijn (scenario 1.3)||
Het systeem gaat hier correct mee om en maakt duidelijk dat er geen AllergieIntolerantieVertaling gegevens aanwezig zijn voor de persoon.
|}

=== Scenario’s ===

{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Scenario||Beschrijving
|-style="vertical-align:top;|style="background-color: white;"
|1.1 || Alle AllergieIntolerantieVertaling gegevens van een persoon.
|-style="vertical-align:top;|style="background-color: white;"
|1.2 || Alle AllergieIntolerantieVertaling gegevens van een persoon met de verschillende mogelijkheden voor AllergieIntolerantie status.
|-style="vertical-align:top; style="background-color: white;"
|1.3 || Een persoon zonder AllergieIntolerantieVertaling gegevens.
|}
Uitgangspunt: Het raadplegen van een XIS van één specifieke zorgaanbieder waarmee verbinding is gemaakt.

=Inhoudelijke gegevens=
{{#lst:MedMij:Vprepub/CIO1.0-AddendaInhoudelijkeGegevensAIV|CIO-01-AlleOnderdelen}}

{{#lst:MedMij:Vprepub/CIO1.0-AddendaInhoudelijkeGegevensAIV|CIO-02}}

{{#lst:MedMij:Vprepub/CIO1.0-AddendaInhoudelijkeGegevensAIV|CIO-03}}

= Documenthistorie =
== Paginahistorie ==
{| class="wikitable"
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Datum|| BITS issue||Omschrijving
|-style="vertical-align:top; background-color: #E3E3E3;;"
| 26 februari 2020
|style="background-color: white;"|
[https://bits.nictiz.nl/browse/CIO-20 CIO-20]
|style="background-color: white;"|
Paragraaf 2.3.2 Optionele gegevens toegevoegd.
|-style="vertical-align:top; background-color: #E3E3E3;;"
| 21 januari 2020
|style="background-color: white;"|
[https://bits.nictiz.nl/browse/CIO-14 CIO-14] [https://bits.nictiz.nl/browse/CIO-17 CIO-17] [https://bits.nictiz.nl/browse/CIO-18 CIO-18]
|style="background-color: white;"|
Inhoudelijke gegevens van scenario 1.1 en 1.2: Vanwege incompatibiliteit met medicatieproces 6.12 diverse contactgegevens verwijderd, adressen specifiek gemaakt met huisnummertoevoeging, zorgverlenersrol verwijderd, contactpersoon/relatie verwijderd.
|-style="vertical-align:top; background-color: #E3E3E3;;"
| 18 oktober 2019
|style="background-color: white;"| -
|style="background-color: white;"|
*Eerste versie voor AllergieIntolerantieVertaling
*Het kwalificatiescript en addendum (inhoudelijke gegevens) zitten in één document
|-style="vertical-align:top; background-color: #E3E3E3;;"
|}

[[Categorie:Kwalificatie|A]]

MedMij:Vprepub-2020.01/kw-MM-1.A-AIR-FHIR

2020-07-20T15:38:58Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/kw-MM-1.A-AIB-FHIR

2020-07-20T15:38:58Z

Update bot: Copy of V2019.01

MedMij:V2020.01/ToelichtingKwalificatieLangdurigeZorg

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

=Inleiding=
==Algemeen==
Hier vindt u informatie over de kwalificatie van de [[MedMij:Vprepub/OntwerpLangdurigeZorg|Basisgegevens Langdurige Zorg]] op basis van het [https://www.dus-i.nl/subsidies/inzicht InZicht programma] binnen MedMij.

Deze pagina beschrijft de eisen voor zowel de raadplegende als beschikbaarstellende systemen.

De kwalificatie is ingericht aan de hand van Basisgegevens Langdurige Zorg secties en de onderliggende zibs. De Basisgegevens Langdurige Zorg omvat 9 secties, en 14 onderliggende zibs.

==Doelgroep==
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers, bouwers en testers van PGO en XIS-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van patiënten, laboratoria en zorgverleners.

=Uitgangspunten=
==Uitgangspunten voor de kwalificatie systeemrol ‘Raadplegen Basisgegevens Langdurige Zorg’ (PGO)==
Hieronder volgen de uitgangspunten bij de kwalificatie van de systeemrol ‘Raadplegen Basisgegevens Langdurige Zorg’:

* De Basisgegevens Langdurige Zorg is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.

* Een PGO raadpleegt altijd de gehele Basisgegevens Langdurige Zorg en daarmee dus alle secties (altijd alle FHIR searches).

* Een PGO kan de gehele Basisgegevens Langdurige Zorg verwerken op technisch niveau. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel). Voor het tonen zijn alleen de gegevens (verplicht en optioneel) nodig die zijn opgenomen in de transactie Raadplegen Basisgegevens Langdurige Zorg (zie de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vprepub/OntwerpLangdurigeZorg#Transacties_.26_Transactiegroepen transactie specificaties] op ART-DECOR).
{{#lst:MedMij:Vprepub/Kwalificatie|Uitganspunten_Systeemrol_Raadplegen}}

* Bij raadpleging Basisgegevens Langdurige Zorg wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
* Mocht een PGO alleen enkele losse secties van de Basisgegevens Langdurige Zorg willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen Basisgegevens Langdurige Zorg’.

* Bij Basisgegevens Langdurige Zorg raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen Basisgegevens Langdurige Zorg bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere usecases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.

* De Basisgegevens Langdurige Zorg secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.

* In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vprepub/FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].

==Uitgangspunten voor de kwalificatie systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’ (XIS)==
Hieronder volgen de uitgangspunten voor de kwalificatie van de systeemrol ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’:
{{#lst:MedMij:Vprepub/Kwalificatie|Uitganspunten_Systeemrol_Beschikbaarstellen}}

* Mocht XIS alleen enkele losse secties van de Basisgegevens Langdurige Zorg beschikbaar willen / kunnen stellen, dan kan XIS dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert een XIS voor die informatiestandaard, maar niet voor Basisgegevens Langdurige Zorg. Dit komt overzichtelijkheid ten goede voor persoon en PGO.

* Voorafgaand aan kwalificatie wordt vastgesteld welke Basisgegevens Langdurige Zorg het XIS ondersteunt.
* Basisgegevens Langdurige Zorg gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden.

* Idealiter ondersteunt een Basisgegevens Langdurige Zorg beschikbaarstellend systeem de gehele Basisgegevens Langdurige Zorg. Wel is het mogelijk dat, anders dan een PGO, in het zorgproces dat het XIS ondersteunt doorgaans niet de gehele Basisgegevens Langdurige Zorg vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben. Op grond hiervan is het mogelijk dat een XIS bepaalde data-elementen niet beschikbaar kan stellen.
**Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.

* Als een XIS na kwalificatie meer of minder Basisgegevens Langdurige Zorg secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/herkwalificatie herkwalificatie pagina].

* XIS leverancier ondersteunt ‘Beschikbaarstellen Basisgegevens Langdurige Zorg’ vanaf een bepaalde softwareversie. Deze versie kan binnen het [https://www.dus-i.nl/subsidies/inzicht InZicht programma] (module PGO) gebruikt worden voor de bepaling van de financiering per ziekenhuis.

==Samenvatting==
De gehele Basisgegevens Langdurige Zorg wordt als usecase gehanteerd, en de kwalificatie is daarop ingericht.

Binnen MedMij kan worden gekwalificeerd voor de systeemrollen ‘raadplegen Basisgegevens Langdurige Zorg’ en ‘beschikbaarstellen Basisgegevens Langdurige Zorg’.

De gehele Basisgegevens Langdurige Zorg wordt geraadpleegd via losse queries. Er wordt geen gebruik gemaakt van FHIR bundle bij raadplegen en beschikbaarstellen.

PGO kwalificeert als de gehele Basisgegevens Langdurige Zorg geraadpleegd, verwerkt en getoond kan worden.

XIS kwalificeert bij (technisch) beschikbaarstellen van alle 14 zibs, hiervoor geldt geen minimum (vulling wel afhankelijk van klinische relevantie).

==Paginahistorie==
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 06-04-2020
| style="background-color: white;"|
* Toevoegingen uitgangspunten bij Raadplegen en Beschikbaarstellen. Gerelateerd aan BITS-issue [https://bits.nictiz.nl/browse/MM-359 MM-359]
* o.a. punt over herkwalificatie ontbrak.
|-
|-
| style="background-color: white;"| 19-07-2019
| style="background-color: white;"|
* Tekstcorrectie ten aanzien van OperationOutcome. Gerelateerd aan BITS-issue [https://bits.nictiz.nl/browse/MM-358 MM-358]
* Paginahistorie toegevoegd.
|-

MedMij:V2020.01/ToelichtingKwalificatieGGZ

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

=Inleiding=
==Algemeen==
Hier vindt u informatie over de kwalificatie van de [[MedMij:Vprepub/OntwerpGGZ|Basisgegevens GGZ]] op basis van het [https://www.vippggz.nl/ VIPP GGZ programma] binnen MedMij.

Deze pagina beschrijft de eisen voor zowel de raadplegende als beschikbaarstellende systemen.

De kwalificatie is ingericht aan de hand van Basisgegevens GGZ secties en de onderliggende zibs. De Basisgegevens GGZ omvat 10 secties, en 24 onderliggende zibs.

==Doelgroep==
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers, bouwers en testers van PGO en XIS-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van patiënten, laboratoria en zorgverleners.

=Uitgangspunten=
==Uitgangspunten voor de kwalificatie systeemrol ‘Raadplegen Basisgegevens GGZ’ (PGO)==
Hieronder volgen de uitgangspunten bij de kwalificatie van de systeemrol ‘Raadplegen Basisgegevens GGZ’:

* De Basisgegevens GGZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.

* Een PGO raadpleegt altijd de gehele Basisgegevens GGZ en daarmee dus alle secties (altijd alle FHIR searches).

* Een PGO kan de gehele Basisgegevens GGZ verwerken (gestructureerd opslaan in PGO database) en tonen. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
{{#lst:MedMij:Vdraft_Kwalificatie|Uitganspunten_Systeemrol_Raadplegen}}

* Bij raadpleging Basisgegevens GGZ wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
* Mocht een PGO alleen enkele losse secties van de Basisgegevens GGZ willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen Basisgegevens GGZ’.

* Bij Basisgegevens GGZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen Basisgegevens GGZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere usecases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.

* De Basisgegevens GGZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.

* In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].

==Uitgangspunten voor de kwalificatie systeemrol ‘Beschikbaarstellen Basisgegevens GGZ’ (XIS)==
Hieronder volgen de uitgangspunten voor de kwalificatie van de systeemrol ‘Beschikbaarstellen Basisgegevens GGZ’:
{{#lst:MedMij:Vdraft_Kwalificatie|Uitganspunten_Systeemrol_Beschikbaarstellen}}

* Mocht XIS alleen enkele losse secties van de Basisgegevens GGZ beschikbaar willen / kunnen stellen, dan kan XIS dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert een XIS voor die informatiestandaard, maar niet voor Basisgegevens GGZ. Dit komt overzichtelijkheid ten goede voor persoon en PGO.

* Voorafgaand aan kwalificatie wordt vastgesteld welke Basisgegevens GGZ het XIS ondersteunt.
* Basisgegevens GGZ gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden.

* Idealiter ondersteunt een Basisgegevens GGZ beschikbaarstellend systeem de gehele Basisgegevens GGZ, maar om een XIS tegemoet te komen, kwalificeert een XIS bij ondersteuning van minimaal 90% oftewel 21 van de 24 onderliggende zibs. Dit wijkt bewust af van het uitgangspunt voor PGO, omdat in het zorgproces dat het XIS ondersteunt, doorgaans niet de gehele Basisgegevens GGZ vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben.
**NB: afhankelijk van de zorgsetting "ambulante zorg" versus "zorg met verblijf" is de zib VrijheidsbeperkendeMaatregelen niet verplicht (ambulant: totaal 23 zibs) of wel verplicht (verblijf: totaal 24 zibs). Voor deze zib geldt dat deze altijd bij de zorgsetting "zorg met verblijf" ingebouwd moet worden; de acceptabele marge van 90% geldt dus alleen voor de overige 23 zibs.
**Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.

* Als een XIS na kwalificatie meer of minder Basisgegevens GGZ secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/herkwalificatie herkwalificatie pagina].

* XIS leverancier ondersteunt ‘Beschikbaarstellen Basisgegevens GGZ’ vanaf een bepaalde softwareversie. Deze versie kan binnen het VIPP-programma (module A2) gebruikt worden voor de bepaling van de financiering per ziekenhuis.

==Samenvatting==
De gehele Basisgegevens GGZ wordt als usecase gehanteerd, en de kwalificatie is daarop ingericht.

Binnen MedMij kan worden gekwalificeerd voor de systeemrollen ‘raadplegen Basisgegevens GGZ’ en ‘beschikbaarstellen Basisgegevens GGZ’.

De gehele Basisgegevens GGZ wordt geraadpleegd via losse queries. Er wordt geen gebruik gemaakt van FHIR bundle bij raadplegen en beschikbaarstellen.

PGO kwalificeert als de gehele Basisgegevens GGZ geraadpleegd, verwerkt en getoond kan worden.

XIS kwalificeert bij beschikbaarstellen van minimaal 21 van de 24 onderliggende zibs.

==Paginahistorie==
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 06-04-2020
| style="background-color: white;"|
* Toevoegingen uitgangspunten bij Raadplegen en Beschikbaarstellen. Gerelateerd aan BITS-issue [https://bits.nictiz.nl/browse/MM-359 MM-359]
* o.a. punt over herkwalificatie ontbrak.
|-
|-
| style="background-color: white;"| 30-09-2019
| style="background-color: white;"|
* Tekstcorrectie ten aanzien van OperationOutcome. Gerelateerd aan BITS-issue [https://bits.nictiz.nl/browse/MM-358 MM-358]
* Paginahistorie toegevoegd.
|-

MedMij:V2020.01/ToelichtingSubsidie

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

MedMij beantwoordt geen vragen over subsidievereisten. Vragen over de impulsfinanciering voor PGO leveranciers zijn te stellen via de daarvoor bestemde kanalen van het ministerie Volksgezondheid, Welzijn en Sport/DUS-I. Deze kanalen en nadere informatie over deze subsidieregeling zijn te vinden via de volgende link:
https://www.dus-i.nl/subsidies/impulsfinanciering-pgo-leveranciers.

=Bijlage: Documenthistorie=
==Paginahistorie==
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 30 juli 2019
| style="background-color: white;"|
* Vervanging tekst door verwijzing naar website VWS/DUS-I
|-
| style="background-color: white;"| 11 maart 2019
| style="background-color: white;"|
* Nieuwe versies informatiestandaarden inclusief systeemrollen toegevoegd conform voorjaarsrelease 2019.01.
* Patchnummer van systeemrolcodes verwijderd.
* Informatiestandaard Basisgegevens GGZ 1.0 toegevoegd
|-
| style="background-color: white;"| 11 januari 2019
| style="background-color: white;"|
* Documenthistorie toegevoegd
* Medicatiegegevens variant tijdelijke systeemrollen toegevoegd
* Wijziging naam en systeemrollen informatiestandaard AllergieIntolerantie
* Versie systeemrollen PDF/A, Zelfmetingen bijgewerkt
|-
| style="background-color: white;"| 15 februari 2019
| style="background-color: white;"|
* Correctie naamgeving Medicatiegegevens verstrekkingenvariant
|-
|}

MedMij:V2020.01/ToelichtingKwalificatieBgZ

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

{{MedMij:Vprepub/Issuebox}}

=Inleiding=
==Algemeen==
Hier vindt u informatie over de kwalificatie van de [https://www.registratieaandebron.nl/wat-is-registreren-aan-de-bron/de-kern-van-registreren-aan-de-bron/basisgegevensset/ Basisgegevensset Zorg], ofwel BgZ, binnen MedMij.

Deze pagina beschrijft de eisen voor zowel de raadplegende als beschikbaarstellende systemen.

De kwalificatie is ingericht aan de hand van BgZ secties en de onderliggende zibs. BgZ omvat 18 secties, en 28 onderliggende zibs.

==Doelgroep==
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers, bouwers en testers van PGO en XIS-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van patiënten, laboratoria en zorgverleners.

=Uitgangspunten=
==Uitgangspunten voor de kwalificatie systeemrol ‘Raadplegen BgZ’ (PGO)==
Hieronder volgen de uitgangspunten bij de kwalificatie van de systeemrol ‘Raadplegen BgZ’:

* De BgZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.

* Een PGO raadpleegt altijd de gehele BgZ en daarmee dus alle secties (altijd alle FHIR searches).

* Een PGO kan de gehele BgZ verwerken (gestructureerd opslaan in PGO database) en tonen. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
{{#lst:MedMij:Vprepub/Kwalificatie|Uitganspunten_Systeemrol_Raadplegen}}

* Bij raadpleging BgZ wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
* Mocht een PGO alleen enkele losse secties van de BgZ willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen BgZ’.

* Bij BgZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen BgZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere usecases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.

* De BgZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.

* In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].

==Uitgangspunten voor de kwalificatie systeemrol ‘Beschikbaarstellen BgZ’ (XIS)==
Hieronder volgen de uitgangspunten voor de kwalificatie van de systeemrol ‘Beschikbaarstellen BgZ’:
{{#lst:MedMij:Vprepub/Kwalificatie|Uitganspunten_Systeemrol_Beschikbaarstellen}}

* Mocht XIS alleen enkele losse secties van de BgZ beschikbaar willen / kunnen stellen, dan kan XIS dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert een XIS voor die informatiestandaard, maar niet voor BgZ. Dit komt overzichtelijkheid ten goede voor persoon en PGO.

* Voorafgaand aan kwalificatie wordt vastgesteld welke BgZ-gegevens het XIS ondersteunt.
* BgZ gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden.

* Idealiter ondersteunt een BgZ beschikbaarstellend systeem de gehele BgZ, maar om een XIS tegemoet te komen, kan een XIS kwalificatie starten bij ondersteuning van minimaal 14 van de 18 BgZ secties of 20 van de 28 onderliggende Zibs. Dit wijkt bewust af van het uitgangspunt voor PGO, omdat in het zorgproces dat het XIS ondersteunt, doorgaans niet de gehele BgZ vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben. Tijdens de kwalificatie moet het XIS alle ondersteunde delen laten zien. Voor alle ondersteunde delen moet het XIS slagen voor kwalificatie.
** Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.

* Als een XIS na kwalificatie meer of minder BgZ secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/herkwalificatie herkwalificatie pagina].

* XIS leverancier ondersteunt ‘Beschikbaarstellen BgZ’ vanaf een bepaalde softwareversie. Deze versie kan binnen het VIPP-programma (module A3) gebruikt worden voor de bepaling van de financiering per ziekenhuis.

==Samenvatting==
De gehele BgZ wordt als usecase gehanteerd, en de kwalificatie is daarop ingericht.

Binnen MedMij kan worden gekwalificeerd voor de systeemrollen ‘raadplegen BgZ’ en ‘beschikbaarstellen BgZ’.

De gehele BgZ wordt geraadpleegd via losse queries. Er wordt geen gebruik gemaakt van FHIR bundle bij raadplegen en beschikbaarstellen.

PGO kwalificeert als de gehele BgZ geraadpleegd, verwerkt en getoond kan worden.

XIS kwalificeert bij beschikbaarstellen van minimaal 14 van de 18 BgZ secties. Of 20 van de 28 onderliggende zibs.

=Bijlage: Documenthistorie=

==Paginahistorie==
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 30-09-2019
| style="background-color: white;"|
* Verwijderen zin over aanvulling specificaties OperationOutcomes ([https://bits.nictiz.nl/browse/MM-358 MM-358])
* Nadere uitwerking van de BgZ kwalificatietoelichting voor XIS ([https://bits.nictiz.nl/browse/MM-359 MM-359])
|-
| style="background-color: white;"| 15-04-2019
| style="background-color: white;"|
* Nadere toelichting ten aanzien van FHIR references toegevoegd. Gerelateerd aan BITS-issue ([https://bits.nictiz.nl/browse/MM-220 MM-220])
* Nadere toelichting ten aanzien van sortering BgZ secties toegevoegd. Gerelateerd aan BITS-issue ([https://bits.nictiz.nl/browse/MM-193 MM-193])
|-
| style="background-color: white;"| 02-11-2018
| style="background-color: white;"|
* Nadere toelichting zib data-elementen toegevoegd.
* Paginahistorie toegevoegd.
|-

MedMij:Vprepub-2020.01/ToelichtingSubsidie

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/ToelichtingKwalificatieLangdurigeZorg

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/ToelichtingKwalificatieGGZ

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/ToelichtingKwalificatieBgZ

2020-07-20T15:38:57Z

Update bot: Copy of V2019.01

MedMij:V2020.01/Ontwerpen

2020-07-20T15:38:56Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Ontwerpen MedMij|Functioneel Ontwerpen}}
{{MedMij:Vprepub/Issuebox}}

[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_IG|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Hier vindt u informatie over de ''inhoud'' van de informatie die kan worden uitgewisseld in het [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 afsprakenstelsel].

Deze pagina beschrijft allereerst de algemeen geldende en overkoepelende informatie van de functionele ontwerpen voor MedMij en bevat vervolgens [[#Ontwerpen|verwijzingen]] naar specifieke functionele ontwerpen en technische specificaties voor die use cases die onderdeel zijn van het afsprakenstelsel.

==Doelgroep==
<section begin=Doelgroep />
De doelgroep voor deze pagina bestaat uit:
* Productmanagers, architecten, ontwerpers, bouwers en testers van XIS- en PGO-leveranciers, regio-organisaties en Nictiz;
* Vertegenwoordigers van patiënten, laboratoria en zorgverleners.<section end=Doelgroep />

==Kaders en uitgangspunten==

===Richtlijn===
====Zorginformatiebouwstenen en gegevenssets====
Het programma '[https://www.registratieaandebron.nl Registratie aan de bron]' heeft zorginformatiebouwstenen voor Nederland gedefinieerd. Een zorginformatiebouwsteen (zib) beschrijft nauwkeurig wat er over een bepaald onderwerp van het zorgproces van de patiënt moet worden vastgelegd. Zorginformatiebouwstenen zijn opgesteld vanuit de gedachte dat dezelfde informatie relevant is voor artsen, verpleegkundigen, paramedici en patiënten, ieder met hun eigen invalshoek. MedMij-informatiestandaarden gebruiken zo veel als mogelijk bestaande zibs voor hun functionele definitie.

Elk individu heeft recht op inzage van persoonlijke gegevens die door zorgorganisaties zijn vastgelegd. MedMij is gestart met de [https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg] om de uitwisseling van informatie tussen patiënt en professional op gang te brengen. Soms gebruikt de Basisgegevensset Zorg (BgZ) slechts een deel van een bepaalde zib. MedMij kiest er echter voor om wél altijd de volledige zib te definiëren zodat contextonafhankelijke implementatie mogelijk wordt. Dit zorgt er ook voor dat interoperabiliteit met zorginformatiesystemen mogelijk wordt.

====Terminologie en vertalingen====
Richtinggevend voor de applicaties die MedMij-standaarden implementeren is dat ze Nederlandse termen gebruiken. Dit wordt op de volgende wijze functioneel en technisch ondersteund.

'''Functioneel'''

De functionele definities van de MedMij-informatiestandaarden zijn zoveel mogelijk samengesteld uit bestaande zibs. De zibs bevatten veel (eigen) waardelijsten. Bij deze waardelijsten wordt een Nederlandse vertaling gegeven.

Voor het verwerken en tonen van waarden uit bestaande terminologie- en codestelsels (zoals SNOMED CT en LOINC) in een PGO, kan het volgende uitgangspunt gehanteerd worden:

*Indien er een Nederlandse patiëntvertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien een Nederlandse patiëntvertaling ontbreekt, maar er wel een Nederlandse zorgverlenervertaling beschikbaar is, toon deze aan de PGO-gebruiker.
*Indien zowel een Nederlandse patiëntvertaling als een zorgverlenervertaling ontbreken in het terminologie- of codestelsel, volg de dataset, waarin voor uitgewerkte waardelijsten ook Nederlandse termen beschikbaar zijn.
*Indien Nederlandse vertaling geheel ontbreekt, kan de Engelse term getoond worden.

Meer informatie over eventueel benodigde licentie en implementatie van terminologie- en codestelsels is te vinden in het [https://www.nictiz.nl/overzicht-standaarden/ standaarden overzicht van Nictiz]

Ook wat betreft de omschrijving van informatie geniet het de voorkeur om ze veel mogelijk gebruik te maken van Nederlandse termen. De (omschrijvingen van de) conceptnamen die in zibs gehanteerd worden, kunnen gebruikt worden, evenals correcte Nederlandse synoniemen daarvan die mogelijk beter aansluiten op het persoonsdomein.

'''Technisch'''

Voor de waardelijsten in de zibs zijn FHIR ValueSet-resources gemaakt. Deze bevatten gestructureerd de Nederlandse vertalingen van de zib-concepten en worden dus bij de standaard aangeboden. Leveranciers kunnen bij het weergeven van concepten uit deze ValueSets dan ook kiezen voor de Nederlandse vertaling.

De ValueSets zijn óf direct gekoppeld in de FHIR-profielen, of kunnen, indien dit niet mogelijk is, via een FHIR ConceptMap gerelateerd worden aan de waarden die binnen een profiel gebruikt worden. Zie hiervoor de specificaties in de [[MedMij:Vdraft_FHIR_IG#Use_of_coded_concepts|FHIR-implementatiegids]].

====Referenties====
MedMij informatiestandaarden gebruiken zoveel mogelijk bestaande zibs. Deze zibs verwijzen naar elkaar middels referenties. FHIR kent ook het concept van referenties. Via zo'n referentie kan bijvoorbeeld ook het specialisme van een zorgverlener bij een verrichting opgehaald worden. Het uitgangspunt is dat alle references 'resolvable' (opvraagbaar) moeten zijn, niet dat ze resolved worden. Een PGO zou er ook voor kunnen kiezen om een klikbare link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR-references binnen MedMij is te vinden in de informatiestandaardoverstijgende principes in de [[MedMij:Vdraft_FHIR_IG#Use_of_the_reference_datatype |FHIR-implementatiegids]].

===Infrastructuur===
De berichten beschreven in deze informatiestandaard kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van de infrastructuur en het berichttransport is buiten scope van deze informatiestandaard.

MedMij kent wel een [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 afsprakenstelsel] met spelregels die zorgen dat de gegevensuitwisseling veilig is, privacy geborgd is en dat systemen aan juridische eisen voldoen.

===Geografische reikwijdte===
De geografische scope van alle ontwerpen van MedMij is Nederland.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Wiki structuuroverzicht=
Onderstaande afbeelding geeft een overzicht van de MedMij wiki pagina structuur. Het afsprakenstelsel verwijst naar de MedMij landingspagina die op zijn beurt verwijst naar de functionele en technische ontwerpen. Vanaf deze pagina, de hoofdpagina van de functionele ontwerpen, wordt verwezen naar de onderliggende functionele ontwerp pagina's middels de onderstaande 'patient journeys' en tabel overzicht. De functionele ontwerp beschrijvingen hebben een technische wiki pagina als tegenhanger. Vanuit de leeswijzer afbeelding, bestaande uit drie iconen, bovenaan de pagina is het mogelijk makkelijk door te linken naar de technische pagina's.

<imagemap>Bestand:MedMij_wiki_structuur_overzicht.png||650px|alt=MedMij Wiki structuur overzicht
circle 344 894 333 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]
rect 1017 1260 1517 1407 [[Landingspagina_MedMij#Mappings|Mappings]]
rect 2123 3 2740 847 [[MedMij:Vprepub/Ontwerpen|Functioneel]]
rect 2123 945 2740 1789 [[MedMij:Vprepub/FHIR_IG|Technisch]]
desc none
</imagemap>

=Ontwerpen=
Patient journeys beschrijven de mogelijkheden die MedMij biedt vanuit het perspectief van een fictieve patiënt. Deze paragraaf start met de [[#Patient_journeys| Patient journeys]] die MedMij hanteert.

De paragraaf vervolgt met een index in tabelvorm gesplitst naar de use cases van het afsprakenstelsel:
* [[#Haal_gegevens_op_uit_XIS|Haal gegevens op uit XIS]]
* [[#Stuur_gegevens_naar_XIS|Stuur gegevens naar XIS]]

==Haal gegevens op uit XIS==
===Algemeen===
Een persoonlijke gezondheidsomgeving (PGO) haalt gegevens op bij een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden die van toepassing zijn voor het raadplegen van informatie.

{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index raadplegen / beschikbaarstellen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-style="background-color: white;"
|[[Bestand:BGZ_icoon_zonder_tekst.png|link=https://www.nictiz.nl/standaarden/basisgegevensset-zorg|Basissetgegevens Zorg|49px]]||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg]||||[https://www.nictiz.nl/standaarden/basisgegevensset-zorg Basisgegevensset Zorg], op basis van zibs release 2017||[[MedMij:Vprepub/OntwerpBGZ_2017#Use_case_1:_Raadplegen_Basisgegevensset_Zorg_in_persoonlijke_gezondheidsomgeving|BgZ]]||[[MedMij:Vprepub/FHIR_BGZ_2017|BgZ in FHIR]]
|-
|[[Bestand:Lab.png|link=https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria|Labuitwisseling|49px]]||[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria Labuitwisseling]||||Laboratoriumresultaten ||[[MedMij:Vprepub/OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]||[[MedMij:Vprepub/FHIR_LaboratoryResults|Laboratoriumresultaten in FHIR]]
|-style="background-color: white;"
|rowspan="3"|[[Bestand:Medicatie.png|link=https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx|49px]]
|rowspan="3"|[https://www.nictiz.nl/Paginas/Informatiestandaard-Medicatieproces.aspx Medicatieproces]
|rowspan="3"|
||Medicatieoverzicht
||[[MedMij:Vprepub/OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_in_persoonlijke_gezondheidsomgeving|Medicatieoverzicht]]
||[[MedMij:Vprepub/FHIR_MedicationProcess#Use_case:_retrieve_medication_overview |Medicatieoverzicht in FHIR]]
|-style="background-color: white;"
||Medicatiegegevens ||[[MedMij:Vprepub/OntwerpMedicatie#Use_case:_Raadplegen_medicatiegegevens_door_pati.C3.ABnt|Medicatiegegevens]]
||[[MedMij:Vprepub/FHIR_MedicationProcess#Use_case:_retrieve_medication_information |Medicatiegegevens in FHIR]]
|-style="background-color: white;"
||Verstrekkingenvertaling||[[MedMij:Vprepub/OntwerpMedicatie#Use_case:_Raadplegen_verstrekkingenvertaling_.28medicatieverstrekkingen_van_het_LSP.29_door_pati.C3.ABnt|Verstrekkingenvertaling]]
||[[MedMij:Vprepub/FHIR_MedicationProcess#Use_case:_retrieve_medication_information|Verstrekkingenvertaling in FHIR]]
|-
|rowspan="2"|[[Bestand:Allergie.png|link=MedMij:Vprepub/OntwerpAllergieIntolerantie| AllergieIntolerantie|49px]]
|rowspan="2"|[[MedMij:Vprepub/OntwerpAllergieIntolerantie | AllergieIntolerantie]]
|rowspan="2"|
||Allergie/intolerantie ||[[MedMij:Vprepub/OntwerpAllergieIntolerantie| AllergieIntolerantie]] ||[[MedMij:Vprepub/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance_information|AllergieIntolerantie in FHIR]]
|-
||Allergie/intolerantie vertaling ||[[MedMij:Vprepub/OntwerpAllergieIntolerantie#Use_case_2:_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling_door_pati.C3.ABnt| AllergieIntolerantieVertaling]] ||[[MedMij:Vprepub/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|AllergieIntolerantieVertaling in FHIR]]
|-style="background-color: white;"
|[[Bestand:EAfspraak_icoon_zonder_tekst.png|link=MedMij:Vprepub/OntwerpeAfspraak|49px]]
||eAfspraak
||||Afspraken raadplegen
||[[MedMij:Vprepub/OntwerpeAfspraak#Use_case:_Afspraak_raadplegen_door_pati.C3.ABnt| eAfspraak]]
|| [[MedMij:Vprepub/FHIR_eAfspraak| eAfspraak in FHIR]]
|-
|[[Bestand:Self-Measuements_zonder_tekst.png|link=MedMij:Vprepub/OntwerpZelfmetingen|49px]]
||Zelfmetingen
||||Zelfmetingen raadplegen||[[MedMij:Vprepub/OntwerpZelfmetingen|Zelfmetingen]]||[[MedMij:Vprepub/FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|PDF/A|49px]]
||PDF/A
||||PDF/A raadplegen ||[[MedMij:Vprepub/OntwerpPDFA| PDF/A]] ||[[MedMij:Vprepub/FHIR_PDFA|PDF/A in FHIR]]
|-
|[[Bestand:Huisartsgegevens-zonder-tekst-dun.png|link=MedMij:Vprepub/OntwerpHuisartsgegevens|49px|Huisartsgegevens]]||Huisartsgegevens|||| Huisartsgegevens || [[MedMij:Vprepub/OntwerpHuisartsgegevens|Huisartsgegevens]] ||[[MedMij:Vprepub/FHIR_GP_Data|GP data in FHIR]]
|-style="background-color: white;"
|[[Bestand:GGZ-59.-zondertekst.png|49px|GGZ]]
||Basisgegevens GGZ|||| Basisgegevens GGZ|| [[MedMij:Vprepub/OntwerpGGZ|Basisgegevens GGZ]] ||[[MedMij:Vprepub/FHIR_GGZ|GGZ data in FHIR]]
|-
|[[Bestand:BgLZ-icon.png|link=MedMij:Vprepub/OntwerpLangdurigeZorg|49px|Basisgegevens Langdurige Zorg]]||Basisgegevens Langdurige Zorg||||Basisgegevens Langdurige Zorg raadplegen|| [[MedMij:Vprepub/OntwerpLangdurigeZorg|BgLZ ]] ||[[MedMij:Vprepub/FHIR_BGLZ|BgLZ in FHIR]]
|-style="background-color: white;"
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:Vprepub/OntwerpVragenlijsten|49px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten||[[MedMij:Vprepub/OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:Vprepub/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

===What's new===
Een PGO kan na een eerste raadpleging nieuwe of gewijzigde gegevens raadplegen middels een "what's new" uitvraag. Voordeel van deze functionaliteit is dat niet onnodig reeds bekende gegevens opnieuw beschikbaar gesteld hoeven te worden. Denk hierbij aan wederom raadplegen van een volledige gegevensset zoals de BgZ. PGO dient hiervoor de datum van eerdere raadpleging te bewaren, om te gebruiken in een nieuwe raadpleging. XIS dient deze datum te kunnen verwerken. Technische uitwerking staat in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vprepub/FHIR_IG#Use_case_overarching_principles "overarching principles" van het technisch ontwerp].

==Stuur gegevens naar XIS==
Een persoonlijke gezondheidsomgeving (PGO) stuurt gegevens naar een zorginformatiesystemen (XIS). Onderstaande tabel geeft een overzicht van de use cases uit informatiestandaarden die van toepassing zijn voor het sturen van informatie.

{| class="wikitable"
| style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="6" | Index sturen / ontvangen
|-style="background-color: #4AB8A7;; color: white; text-align:left; border: 1px solid black;"
|style="width:200px; border: 1px solid black;" colspan="2"| Informatiestandaard
|style="width:20px; border: 1px solid black;"| Versie
|style="width:600px; border: 1px solid black;"| Use case
|style="width:200px; border: 1px solid black;"| Functioneel
|style="width:200px; border: 1px solid black;"| Technisch
|-

|-style="background-color: white;"
|[[Bestand:Self-Measuements_zonder_tekst.png|link=|50px|Zelfmetingen]]||Zelfmetingen||||Zelfmetingen sturen||[[MedMij:Vprepub/OntwerpZelfmetingen#Use_case:_Sturen_zelfmetingen_van_de_vitale_functies_door_pati.C3.ABnt|Zelfmetingen]]||[[MedMij:Vprepub/FHIR_VitalSigns|Zelfmetingen in FHIR]]
|-
|rowspan="3"|[[Bestand:EAfspraak_icoon_zonder_tekst.png|link=MedMij:Vprepub/OntwerpeAfspraak|50px|eAfspraak]]
|rowspan="3"|eAfspraak
|rowspan="3"|
||Afspraak maken
||[[MedMij:Vprepub/OntwerpeAfspraak#Use_case:_Afspraak_maken_door_pati.C3.ABnt| eAfspraak maken]]
||[[MedMij:Vprepub/FHIR_eAfspraak#Use_case:_book_an_appointment| eAfspraak maken in FHIR]]
|-
|Afspraak annuleren
||[[MedMij:Vprepub/OntwerpeAfspraak#Use_case:_Afspraak_annuleren_door_pati.C3.ABnt| eAfspraak annuleren]]
||[[MedMij:Vprepub/FHIR_eAfspraak#Use_case:_cancel.2Freschedule_an_appointment| eAfspraak annuleren in FHIR]]
|-
|Afspraak wijzigen
||[[MedMij:Vprepub/OntwerpeAfspraak#Use_case:_Afspraak_wijzigen_door_pati.C3.ABnt| eAfspraak wijzigen]]
||[[MedMij:Vprepub/FHIR_eAfspraak#Use_case:_cancel.2Freschedule_an_appointment| eAfspraak wijzigen in FHIR]]
|-style="background-color: white;"
|[[Bestand:PDF-A_icoon_zonder_tekst.png|link=|50px|PDF/A]]||PDF/A||||PDF/A|||[[MedMij:Vprepub/OntwerpPDFA#Use_case:_Sturen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt| PDF/A]]||[[MedMij:Vprepub/FHIR_PDFA|PDF/A in FHIR]]
|-
|[[Bestand:Beelden.png|link=|50px|Beelden]]||Beelden||||Beelden sturen|||[[MedMij:Vprepub/OntwerpBeelden|Beelden]] || [[MedMij:Vprepub/FHIR_Images|Beelden in FHIR]]
|-style="background-color: white;"
|[[Bestand:vragenlijstenIcoon.png|link=MedMij:Vprepub/OntwerpVragenlijsten|50px|Vragenlijsten]]
||Vragenlijsten||||Vragenlijsten|| [[MedMij:Vprepub/OntwerpVragenlijsten|Vragenlijsten]] ||[[MedMij:Vprepub/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Vragenlijsten in FHIR]]
|}

==Patient journeys==
===Thomas van Beek===
De beschrijving van de casus van de fictieve patiënt Thomas van Beek vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Onderstaand een grafische weergave van de tijdlijn van Thomas. Het is mogelijk te klikken op de groene PGO-cirkels, deze linken - indien beschikbaar - naar ontwerpspecificaties.
<imagemap>Bestand:journey-02.png|alt=Tijdlijn van Thomas. Het is mogelijk te klikken op de groene PGO-cirkels. | 1100px

circle 553 322 90 [[MedMij:Vprepub/OntwerpeAfspraak|eAfspraak]]
circle 1151 120 91 [[MedMij:Verwijzingen|Verwijzingen]]
circle 1941 155 91 [[MedMij:Vprepub/OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_door_pati.C3.ABnt|Medicatieoverzicht]]
circle 1644 1296 91 [[MedMij:Vprepub/OntwerpBGZ_2017#Use_case_1:_Raadplegen_Basisgegevensset_Zorg_in_persoonlijke_gezondheidsomgeving|Basisgegevensset Zorg]]
circle 1302 1273 91 [[MedMij:Vprepub/OntwerpBeelden|Beelden]]
circle 930 1161 91 [[MedMij:Vprepub/OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]
circle 629 1320 91 [[MedMij:Vprepub/OntwerpLabresult#Use_case:_Raadplegen_laboratoriumresultaten_in_persoonlijke_gezondheidsomgeving|Laboratoriumresultaten]]
desc none
</imagemap>

===Roos Dalstra===
De beschrijving van de casus van de fictieve patiënt Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Onderstaand een grafische weergave van de tijdlijn van Roos. Het is mogelijk te klikken op de groene PGO-cirkels, deze linken - indien beschikbaar - naar ontwerpspecificaties.

<imagemap>Bestand:Patient Journey - Roos Dalstra_20180109_2000.png|alt=Tijdlijn van Roos Dalstra. Het is mogelijk te klikken op de groene PGO-cirkels. | 1100px

circle 608 380 73 [[MedMij:Vprepub/OntwerpZelfmetingen|Zelfmetingen]]
circle 952 235 73 [[MedMij:Vprepub/OntwerpMedicatie#Use_case:_Raadplegen_medicatieoverzicht_door_pati.C3.ABnt|Medicatieoverzicht]]
circle 1237 422 74 [[MedMij:Vprepub/OntwerpHuisartsgegevens|Huisartsgegevens]]
circle 1605 111 74 [[MedMij:Vprepub/OntwerpAllergieIntolerantie|Allergie intolerantie]]
circle 707 912 74 [[MedMij:Vprepub/OntwerpeAfspraak|eAfspraak]]
circle 1195 1141 74 [[MedMij:Vprepub/OntwerpMedicatie|Medicatie]]
circle 1412 1139 74 [[MedMij:Vprepub/OntwerpLabresult|Laboratoriumresultaten]]
circle 1692 1074 74 [[MedMij:Vprepub/OntwerpPDFA|PDF/A]]
desc none
</imagemap>

=Systeemrollen=
De informatiestandaard kent altijd een formele beschrijving met ten minste de volgende metagegevens: De informatiestandaard (met een informatiestandaardnaam) bestaat uit een of meer transacties (met per transactie een transactienaam), met voor elk van de transacties een aanduiding van de bijbehorende systeemrollen en de bijbehorende bedrijfsrol (Patiëntbedrijfsrol of Zorgaanbiedersbedrijfsrol). Op basis van de systeemrol wordt door de MedMij autorisatieraad, het bestuur van Stichting MedMij, een systeemrolcode toegekend. Deze identificeert 1 versie van 1 systeemrol. Een versie van een systeemrol wordt geïdentificeerd door 1 Systeemrol-code. Deze metagegevens zijn van belang voor de definitie van de gegevensdiensten binnen het MedMij afsprakenstelsel. Nadere informatie over gegevensdiensten, zoals de geldigheidsperiode, vindt u in de [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/Catalogus Catalogus van het MedMij Afsprakenstelsel].

In het '''[https://informatiestandaarden.nictiz.nl/wiki/MedMij:Register_van_informatiestandaarden register van informatiestandaarden]''' zijn alle systeemrollen opgenomen die van toepassing zijn in de MedMij use cases.

=Release notes=

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
{{ReleaseNotes|package=2019.01 - Mei 2020|issues=8|MM-1175|MM-1169|MM-1167|MM-1155|MM-1095|MM-1083|MM-1081|MM-1054|}}
{{ReleaseNotes|package=2019.01 - April 2020|issues=7|MM-1053|MM-1015|MM-1002|MM-929|MM-770|MM-672|MM-513}}
{{ReleaseNotes|package=2019.01 - Maart 2020|issues=10|MM-969|MM-947|MM-943|MM-942|MM-938|MM-930|MM-894|MM-888|MM-815|MM-751}}
{{ReleaseNotes|package=2019.01 - Februari 2020|issues=4|MM-913|MM-857|MM-831|MM-827}}
|-
| rowspan = 10; style="background-color: white;"| 2019.01 - Januari 2020
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-800 MM-800]
| style="background-color: white;"| The contact info of the ValueSets included the invalid url "<nowiki>https://www.zibs.nl</nowiki>". This has been changed to the valid url "<nowiki>https://zibs.nl</nowiki>".
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-780 MM-780]
| style="background-color: white;"| Changed equivalence type from specializes to subsumes for 2 concept mappings in ConceptMap TelecomSoortCodelijst-to-ContactPointSystem.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-778 MM-778]
| style="background-color: white;"| Added bi-directional extension to each ConceptMap and set to true if bidirectional or false if not bidirectional. Secondly added the code.specification extension to the FHIR-profiles where the extension was not added yet: zib-AllergyIntolerance, zib-Encounter, zib-Problem, nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-738 MM-738]
| style="background-color: white;"| Changed required binding for extensible on Patient.maritalStatus ValueSet reference in nl-core-patient FHIR-profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-659 MM-659]
| style="background-color: white;"| Improved searchInclude element in all CapabilityStatements based on [resource]:[search param].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-636 MM-636]
| style="background-color: white;"| Changed the mandatory nature of the display element in coded concepts from SHALL to SHOULD.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-632 MM-632]
| style="background-color: white;"| Restructured, renamed and optimized FHIR-examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-619 MM-619]
| style="background-color: white;"| In the LanguageProficiency extension for nl-core-patient:
* Added description on how to use the extension in the nl-core-patient profile in relation to HCIM LanguageProficiency
* Swapped type and level
* Changed display values to more descriptive terms
* Restricted cardinality of both type and level to 1..1
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-563 MM-563]
| style="background-color: white;"| Removed unnecessary constraint on Humanname.extension:humannameassemblyOrder extension in nl-core-humanname FHIR profile.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-296 MM-296]
| style="background-color: white;"| Added explanation for the use of ConceptMaps and mappings to the FHIR IG.
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - November
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-734 MM-734]
| style="background-color: white;"| Remove old ValueSet files that still lingered in the package after they were re-exported under a different file name.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - Oktober
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-580 MM-580]
| style="background-color: white;"| Some ValueSet files used a notation that is not used anymore in newer exports from ART-DECOR. The ValueSet files in the repository and package are re-exported from ART-DECOR. ValueSet files that are not used anymore are removed from the repository and package.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-229 MM-229]
| style="background-color: white;"| Added base profile nl-core-observation to FHIR profiles based on core resource Observation.
|-
| rowspan = 6; style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-570 MM-570]
| style="background-color: white;"|
Removed duplicate files on Simplifier with the following id's:
* MediaContentTypeCodelijst
* careplan-activity-goal
* careplan-medicaldevice
Adjusted duplicate id's in examples.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-461 MM-461]
| style="background-color: white;"| De Richtlijn paragraaf was toegespitst op BgZ. Tekst is generiek herschreven met minder nadruk op BgZ.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-441 MM-441]
| style="background-color: white;"| Verbeteren richtlijn omtrent gebruik Nederlandse vertalingen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-438 MM-438]
| style="background-color: white;"| Toevoegen nl-core-contactpoint.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-409 MM-409]
| style="background-color: white;"| Toevoegen ontbrekende ConceptMaps en zib FHIR ValueSets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-401 MM-401]
| style="background-color: white;"| Nadere toelichting ten aanzien van gebruik Nederlandse termen bij omschrijving van informatie (labels) in PGO.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - April
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-222 MM-222]
| style="background-color: white;"| Update verouderde tekst van richtlijn paragraaf op FO Ontwerp pagina.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-220 MM-220]
| style="background-color: white;"| Nadere toelichting ten aanzien van FHIR references.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-219 MM-219]
| style="background-color: white;"| MedicationUse niet compleet na een resave in Forge.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - Maart
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-200 MM-200]
| style="background-color: white;"| Verloren wijzigingen d.m.v. foutieve commit goed zetten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-198 MM-198]
| style="background-color: white;"| PractitionerRole extensie ontbreekt bij Patient.generalPractitioner.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-189 MM-189]
| style="background-color: white;"| Concept PractitionerRole wijkt af van FHIR core.
|-
| rowspan = 9; style="background-color: white;"| 2019.01
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-180 MM-180]
| style="background-color: white;"| Toelichting functionele definitie via zibs, inclusief Nederlandse termen zorggegevens.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-149 MM-149]
| style="background-color: white;"| Patient.gender mist ConceptMap voor GeslachtCodelijst.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-139 MM-139] [https://bits.nictiz.nl/browse/MM-133 MM-133]
| style="background-color: white;"| PractitionerRole reference extensie toegevoegd aan elementen die naar Practitioner verwijzen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-122 MM-122]
| style="background-color: white;"| ConceptMaps benoemen + aanmaken.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-89 MM-89]
| style="background-color: white;"| Consistentie referenties naar (zib) profielen of base resources voor niet-zib concepten.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-88 MM-88]
| style="background-color: white;"| Mapping BasisElementen ontbreekt.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-72 MM-72]
| style="background-color: white;"| Added concept name to all profile mappings from HCIMs or datasets.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-70 MM-70]
| style="background-color: white;"| Updated links in technical design pages for profiles so they have less maintenance.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-65 MM-65]
| style="background-color: white;"| Generic guidance on references added.
|-
| rowspan = 6; style="background-color: white;"| 2018.06
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-136 MM-136]
| style="background-color: white;"| Payer.PayerPerson.PayerName is a String but simplifier says it is a nl-core-humanname.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-83 MM-83]
| style="background-color: white;"| Tegenstellende definities van land tussen de Nictiz zib wiki en de FHIR standaarden.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-81 MM-81]
| style="background-color: white;"| Gebruik van AddressType in AddresInformation zib.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-77 MM-77]
| style="background-color: white;"| Ambiguïteit bij HouseNumberAddition/HouseNumberLetter.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-76 MM-76]
| style="background-color: white;"| Wat hoort er thuis in het FirstNames veld in de NameInformation zib?
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-47 MM-47]
| style="background-color: white;"| Suggestion: require display or text on codes.
|}

=Releases=
{| class="wikitable"
! Versie !! Datum !! Omschrijving
|-
| [[MedMij:Vprepub/Ontwerpen|2019.01]] || 2019-10-18 || Use case medicatiegerelateerde allergie- en intolerantiegegevensvertaling toegevoegd
|-
| [[MedMij:Vprepub/Ontwerpen|2019.01]] || 2019-10-02 || Use case PDF/A Sturen toegevoegd
|-
| [[MedMij:Vprepub/Ontwerpen|2019.01]] || 2019-03-11 || Alle MedMij-standaarden
|-
| [[MedMij:V2018.06_Ontwerpen|2018.06]] || 2018-10-29 || Basisgegevens GGZ
|-
| [[MedMij:V2018.05_Ontwerpen|2018.05]] || 2018-09-24 || Basisgegevens GGZ voor openbare consultatie
|-
| [[MedMij:V2018.04_Ontwerpen|2018.04]] || 2018-09-02 || eAfspraak fase 2
|-
| [[MedMij:V2018.03_Ontwerpen|2018.03]] || 2018-05-07 || BgZ 2017 en Huisartsgegevens
|-
| [[MedMij:V2018.02_Ontwerpen|2018.02]] || 2018-03-29 || BgZ 2017 voor openbare consultatie
|-
| [[MedMij:V2018.01_Ontwerpen|2018.01]] || 2018-02-21 || Huisartsgegevens voor openbare consultatie
|-
| [[MedMij:V2017.04_Ontwerpen|2017.04]] || 2017-12-18 || Medicatie, Laboratoriumresultaten, Allergie/intolerantie, Zelfmetingen
|-
| [[MedMij:V2017.03_Ontwerpen|2017.03]] || 2017-11-07 || PDF/A
|-
| [[MedMij:V2017.02_Ontwerpen|2017.02]] || 2017-10-11 || eAfspraak
|-
| [[MedMij:V2017.01_Ontwerpen|2017.01]] || 2017-10-02 || BgZ 2015
|}

MedMij:V2020.01/OntwerpeAfspraken

2020-07-20T15:38:56Z

Update bot: Copy of V2019.01

#DOORVERWIJZING [[MedMij:Vprepub/OntwerpeAfspraak]]

MedMij:Vprepub-2020.01/Ontwerpen

2020-07-20T15:38:56Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/OntwerpeAfspraken

2020-07-20T15:38:56Z

Update bot: Copy of V2019.01

#DOORVERWIJZING [[MedMij:Vprepub/OntwerpeAfspraak]]

MedMij:V2020.01/OntwerpeAfspraak

2020-07-20T15:38:55Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp eAfspraak {{VersieInfo|V2019.01|eAfspraak}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:EAfspraak_icoon_zonder_tekst.png |link=|links |87px|eAfspraak]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_eAfspraak|Tecnical]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft use cases waarbij een patiënt afspraken kan raadplegen, maken, annuleren of wijzigen met behulp van een persoonlijke gezondheidsomgeving. Algemene informatie betreffende deze use cases kan gevonden worden op deze [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vprepub/Ontwerpen wiki pagina].

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=
Deze sectie vervolgt met de volgende use cases:
*[[#Use_case:_Afspraak_raadplegen_door_pati.C3.ABnt|Afspraak raadplegen]]
*[[#Use_case:_Afspraak_maken_door_pati.C3.ABnt|Afspraak maken]] [*]
*[[#Use_case:_Afspraak_annuleren_door_pati.C3.ABnt|Afspraak annuleren]] [*]
*[[#Use_case:_Afspraak_wijzigen_door_pati.C3.ABnt|Afspraak wijzigen]] [*]

[*] Indien u voornemens bent dit deel van de standaard (Afspraak maken, annuleren en wijzigen) te gaan inbouwen, vragen wij u om eerst contact op te nemen met MedMij standaarden via mailadres standaarden@medmij.nl

Buiten scope van deze use cases vallen:
*Abonnementsservice
*Notificaties

==Use case: Afspraak raadplegen door patiënt==
===Doel en relevantie===
Inzicht in afspraken biedt patiënten overzicht en gebruiksgemak. Dit draagt bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid.

===Domein===
Afspraken met zorggebruikers (patiënten / cliënten) in het domein van de zorg.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van afspraken vanuit een zorgaanbiederssysteem (XIS) naar een [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.

===Informatie===

====Raadplegen afspraak ====
Het raadplegen van een afspraak gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).

Verdere informatie-elementen in de vraag om afspraken zijn:
*periode (startdatum - einddatum) waarin de afspraak plaats heeft gehad / heeft / zal hebben
Dit betreft dus de filtermogelijkheden (query parameters) in de vraag om afspraken.

====Beschikbaarstellen afspraak ====
De informatie-elementen voor beschikbaarstellen afspraak staan in [https://decor.nictiz.nl/art-decor/decor-scenarios--eafspraken-?id=2.16.840.1.113883.2.4.3.11.60.61.4.3&effectiveDate=2017-10-10T14%3A19%3A43&datasetId=2.16.840.1.113883.2.4.3.11.60.61.1.1&datasetEffectiveDate=2017-08-01T14%3A56%3A38&conceptId=2.16.840.1.113883.2.4.3.11.60.61.2.1&conceptEffectiveDate=2017-08-01T14%3A56%3A38&language=nl-NL&scenariotree=true ART-DECOR eAfspraak]

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil afspraken raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt afspraken beschikbaar
|}
'''Bedrijfsrollen afspraak inzien'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Afspraak raadplegen-v2.png|Activiteitendiagram afspraak raadplegen]]

'''Activiteitendiagram afspraak raadplegen'''

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Hieronder een aantal voor Thomas relevante situaties waarbij het raadplegen van afspraken een rol speelt.

<blockquote>Thomas heeft iedere drie maanden een controle in het ziekenhuis in verband met zijn Diabetes aandoening. De eerstkomende afspraak is op vrijdag 6 oktober 2017 om 10:30u met internist Janssen bij het Antonius Ziekenhuis in Rotterdam en duurt een uur. Het ziekenhuisinformatiesysteem heeft deze afspraak beschikbaar gemaakt voor de persoonlijke gezondheidsomgeving van Thomas. Thomas kan deze afspraak dan ook inzien via zijn persoonlijke gezondheidsomgeving.
----
Op 6 september belt de afdelingssecretaresse van het ziekenhuis. Zij heeft het verzoek aan Thomas of de afspraak verzet kan worden naar dinsdag 3 oktober om 16:00 uur. Dat komt hem prima uit, dus hij gaat akkoord. Het ziekenhuisinformatiesysteem maakt deze nieuwe afspraakinformatie beschikbaar voor de persoonlijke gezondheidsomgeving. Wanneer Thomas later die dag kijkt, ziet hij ook de bijgewerkte afspraakinformatie in zijn persoonlijke gezondheidsomgeving. Wel zo makkelijk, want hij was het eerder die dag vergeten op te schrijven.
</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt de afspraak beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van afspraken tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil afspraken inzien en de zorgaanbieder stelt dit ook beschikbaar.
Een patiënt neemt steeds zelf het initiatief om zijn afspraken te raadplegen.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare afspraken bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de afspraken op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om afspraken in te zien.

=====Post conditie=====
De patiënt heeft afspraken geraadpleegd via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de afspraken van zorgaanbieder naar de patië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;"| AfspraakRaadplegend
| style="background-color: white;"| EA-{{VersieInfo|V2019.01|eAfspraak}}-AFR-FHIR
| style="background-color: white;"| Raadplegen afspraak bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AfspraakBeschikbaarstellend
| style="background-color: white;"| EA-{{VersieInfo|V2019.01|eAfspraak}}-AFB-FHIR
| style="background-color: white;"| Beschikbaarstellen afspraak aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Afspraak raadplegen (Totaal)-v2.png |Componenten diagram afspraak raadplegen]]

'''Componenten diagram afspraak raadplegen'''

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|Afspraken (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak
|style="background-color: white;vertical-align:top;"|EA-{{VersieInfo|V2019.01|eAfspraak}}-AFR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_eAfspraak|eAfspraak in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak
|style="background-color: white;vertical-align:top;"|EA-{{VersieInfo|V2019.01|eAfspraak}}-AFB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - Afspraak raadplegen-v2.png|Use case diagram afspraak raadplegen]]

'''Use case diagram afspraak raadplegen

==Use case: Afspraak maken door patiënt==
===Doel en relevantie===
Het maken van afspraken via een persoonlijke gezondheidsomgeving biedt patiënten gebruiksgemak. Dit draagt bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid.

===Domein===
Afspraken met zorggebruikers (patiënten / cliënten) in het domein van de zorg.

===Context===
Het gaat om het elektronisch en gestructureerd afspraken kunnen maken vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar een zorgaanbiederssysteem (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.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn vastgelegd in [https://decor.nictiz.nl/art-decor/decor-scenarios--eafspraken-?id=2.16.840.1.113883.2.4.3.11.60.61.4.3&effectiveDate=2017-10-10T14%3A19%3A43&datasetId=2.16.840.1.113883.2.4.3.11.60.61.1.1&datasetEffectiveDate=2017-08-01T14%3A56%3A38&conceptId=2.16.840.1.113883.2.4.3.11.60.61.2.1&conceptEffectiveDate=2017-08-01T14%3A56%3A38&language=nl-NL&scenariotree=true ART-DECOR eAfspraak].

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak slots

Sturen afspraakverzoek
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak slots

Ontvangen afspraak verzoek
|}
'''Bedrijfsrollen Afspraak inzien'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Afspraak maken-v2.png|Activiteitendiagram afspraak maken]]

'''Activiteitendiagram maken afspraak'''

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Hieronder een voor Thomas relevante situatie waarbij het maken van afspraken een rol speelt.

<blockquote>De persoonlijke gezondheidsomgeving van Thomas en het ziekenhuisinformatiesysteem (ZIS) van het Noorderziekenhuis in Groningen zijn verbonden vanwege een eerder bezoek van Thomas in het ziekenhuis.

Thomas wil een afspraak maken voor de driemaandelijkse controle met een diabetesverpleegkundige. Hij wil dit ergens in de tweede week van januari. Zijn persoonlijke gezondheidsomgeving haalt de beschikbare tijden voor deze afspraak op uit het Groningse ziekenhuisinformatiesysteem. Thomas kiest voor woensdag 10 januari van 14:00 – 15:00 uur. Dit verzoek gaat via zijn persoonlijke gezondheidsomgeving naar het ziekenhuisinformatiesysteem, dat de ontvangst van dit verzoek bevestigt. De afspraak is door Thomas te raadplegen via zijn persoonlijke gezondheidsomgeving.
</blockquote>

====Proces====
Het deel van het proces waar het hier om gaat betreft:
*Een persoonlijke gezondheidsomgeving kan voor een bepaalde periode én een bepaald type afspraak de beschikbare tijden ophalen uit het XIS. Dit betreft het raadplegen van beschikbare afspraak slots. Een XIS stelt deze beschikbaar.
*Een persoonlijke gezondheidsomgeving kan - op basis van beschikbare slots - een verzoek tot het maken van een concrete afspraak doen aan het XIS. Een XIS kan een dergelijk afspraakverzoek wel/niet in behandeling nemen en stuurt daarvan een bevestiging.

=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch maken van afspraken tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
De patiënt wil bepaalde typen afspraken maken en de zorgaanbieder ondersteunt het maken van deze afspraken.

=====Proces stappen=====
*Het systeem van de zorgaanbieder (XIS) levert de beschikbare afspraak slots op basis van de filter criteria uit de persoonlijke gezondheidsomgeving.
*Het systeem van de patiënt (PGO) stuurt een verzoek om een bepaald type afspraak te maken in een bepaalde slot.
*Het systeem van de zorgaanbieder (XIS) ontvangt het afspraakverzoek en geeft een technisch antwoord. Het antwoord geeft aan of het verzoek wel of niet in behandeling genomen kan worden.

Indien een verzoek in behandeling genomen kan worden door XIS, dan kan verwerking enige tijd vergen. Het verzoek wordt niet altijd direct afgehandeld.

Bij een eventueel negatief antwoord van het XIS kan een patiënt ervoor kiezen het opnieuw proberen, bijvoorbeeld met een ander (opnieuw opgevraagd) slot.

=====Post conditie=====
Een persoonlijke gezondheidsomgeving heeft antwoord ontvangen van een XIS over een afspraakverzoek.

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

Deze systemen hebben één of meer systeemrollen. Een systeemrol maakt het uitwisselen van bepaalde gegevens mogelijk. Hier gaat het om afspraken van zorgaanbieder naar patiënt. De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Syteem
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Systeemrolcode
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;vertical-align:top;" rowspan="2"| PGO
| style="background-color: white;"| AfspraakSlotsRaadplegend
| style="background-color: white;"| EA-1.1.3-ASR-FHIR
| style="background-color: white;"| Raadplegen afspraak slots bij de zorgaanbieder
|-
| style="background-color: white;"| AfspraakverzoekSturend
| style="background-color: white;"| EA-1.1.3-AVS-FHIR
| style="background-color: white;"| Sturen afspraakverzoek naar zorgaanbieder
|-
| style="background-color: white;vertical-align:top;" rowspan="2"| XIS
| style="background-color: white;"| AfspraakSlotsBeschikbaarstellend
| style="background-color: white;"| EA-1.1.3-ASB-FHIR
| style="background-color: white;"| Beschikbaar stellen afspraak slots
|-
| style="background-color: white;"| AfspraakverzoekOntvangend
| style="background-color: white;"| EA-1.1.3-AVO-FHIR
| style="background-color: white;"| Ontvangen afspraakverzoek van de patiënt
|-
|}
Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Afspraak maken (Totaal)-v2.png|Componenten diagram afspraak maken]]

'''Componenten diagram afspraak maken'''

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|AfspraakSlots (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak slots
|style="background-color: white;vertical-align:top;"|EA-1.1.3-ASR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="6"|[[MedMij:Vprepub/FHIR_eAfspraak|eAfspraak in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak slots
|style="background-color: white;vertical-align:top;"|EA-1.1.3-ASB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|AfspraakVerzoek (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen afspraakverzoek
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AVS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|-
|style="background-color: white;vertical-align:top;"|Ontvangen afspraakverzoek
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AVO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - Afspraak maken-v2.png|Use case diagram afspraak maken]]

'''Use case diagram afspraak maken

==Use case: Afspraak annuleren door patiënt==
===Doel en relevantie===
Inzicht in afspraken biedt patiënten overzicht en gebruiksgemak. Dat is een functionaliteit die voorwaardelijk is voor deze use case: 'annuleren van afspraken'. Een patiënt is verder geholpen door ook afspraken te kunnen annuleren vanuit een persoonlijke gezondheidsomgeving. Dit draagt bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid.

===Domein===
Afspraken met zorggebruikers (patiënten / cliënten) in het domein van de zorg.

===Context===
Het gaat om het kunnen annuleren van een afspraak vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar een zorgaanbiederssysteem (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.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in [https://decor.nictiz.nl/art-decor/decor-scenarios--eafspraken-?id=2.16.840.1.113883.2.4.3.11.60.61.4.3&effectiveDate=2017-10-10T14%3A19%3A43&datasetId=2.16.840.1.113883.2.4.3.11.60.61.1.1&datasetEffectiveDate=2017-08-01T14%3A56%3A38&conceptId=2.16.840.1.113883.2.4.3.11.60.61.2.1&conceptEffectiveDate=2017-08-01T14%3A56%3A38&language=nl-NL&scenariotree=true ART-DECOR eAfspraak].

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak
Sturen afspraak annulering
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak
Ontvangen afspraak annulering
|}
'''Bedrijfsrollen afspraken inzien'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Afspraak annuleren-v2.png|Activiteitendiagram afspraak annuleren]]

'''Activiteitendiagram afspraak annuleren'''

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Hieronder een voor Thomas relevante situatie waarbij het annuleren van afspraken een rol speelt.

<blockquote>Thomas verhuist halverwege oktober 2017 voor zijn afstuderen naar Groningen. De afspraak voor de driemaandelijkse controle was al gemaakt in Rotterdam voor vrijdag 5 januari 2018. Thomas wil nu die afspraak afzeggen omdat hij die dag bezet is vanwege zijn afstudeerstage. Een nieuwe afspraak maakt hij liever in Groningen, dat is voor hem nu veel handiger.
Hij gebruikt zijn PGO om een verzoek te doen de afspraak in Rotterdam te annuleren. Een aantal uren later bevestigt de medisch secretaresse deze annulering. Thomas kan de afspraken weer raadplegen via zijn PGO.
</blockquote>

====Proces====
Het deel van het proces waar het hier om gaat betreft:
*Een persoonlijke gezondheidsomgeving kan achterhalen welk afspraken het verbonden XIS heeft voor de patiënt. Dit betreft het raadplegen van afspraken. Een XIS stelt deze beschikbaar.
*Een persoonlijke gezondheidsomgeving kan voor een bestaande afspraak een verzoek doen tot annulering. Een XIS ontvangt, behandelt en beantwoordt een dergelijk verzoek.

Een PGO heeft afspraken geraadpleegd en opvolging verzoek beoordeeld. Mocht het verzoek niet verwerkt zijn, kan een patiënt ervoor kiezen het opnieuw te proberen, of op een andere manier de zorgaanbieder te benaderen. Indien het verzoek verwerkt is, stelt XIS bij raadpleging door PGO de afspraak met status ‘geannuleerd’ beschikbaar.

=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van informatie over afspraken tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
De patiënt wil bepaalde afspraken kunnen annuleren en de zorgaanbieder ondersteunt dit.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) raadpleegt de beschikbare afspraken bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de afspraken op voor de patiënt.
*Het systeem van de patiënt (PGO) stuurt een verzoek om de bestaande afspraak te annuleren.
*Het systeem van de zorgaanbieder (XIS) ontvangt de annulering en geeft een technisch antwoord. Het antwoord kan positief of negatief zijn voor het doorvoeren van de annulering.
*Het systeem van de patiënt (PGO) raadpleegt de beschikbare afspraken bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de afspraken (waaronder de geannuleerde afspraak met status 'geannuleerd') op voor de patiënt.

Indien het verzoek verwerkt kan worden, stelt XIS de afspraak met status 'geannuleerd' beschikbaar, na raadpleging door patiënt vanuit zijn PGO.

=====Post conditie=====
Een persoonlijke gezondheidsomgeving heeft antwoord ontvangen van een XIS over een verzoek tot annulering van een afspraak.

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

Deze systemen hebben één of meer systeemrollen. Een systeemrol maakt het uitwisselen van bepaalde gegevens mogelijk. Hier gaat het om afspraken annuleren van zorgaanbieder naar patiënt. De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

{| 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;" rowspan="2"| PGO
| style="background-color: white;"| AfsprakenRaadplegend
| style="background-color: white;"| EA-1.1.3-AFR-FHIR
| style="background-color: white;"| Raadplegen afspraken bij de zorgaanbieder
|-
| style="background-color: white;"| AfspraakAnnuleringSturend
| style="background-color: white;"| EA-1.1.3-AAS-FHIR
| style="background-color: white;"| Sturen afspraak annulering naar de zorgaanbieder
|-
| style="background-color: white;" rowspan="2"| XIS
| style="background-color: white;"| AfsprakenBeschikbaarstellend
| style="background-color: white;"| EA-1.1.3-AFB-FHIR
| style="background-color: white;"| Beschikbaarstellen afspraken aan de patiënt
|-
| style="background-color: white;"| AfspraakAnnuleringOntvangend
| style="background-color: white;"| EA-1.1.3-AAO-FHIR
| style="background-color: white;"| Ontvangen afspraak annulering van de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Afspraak annuleren (Totaal)-v2.png |Componenten diagram afspraak annuleren]]

'''Componenten diagram afspraak annuleren'''

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|Afspraken (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AFR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="4"|[[MedMij:Vprepub/FHIR_eAfspraak|eAfspraak in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AFB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|AfspraakAnnulering (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen afspraak annulering
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AAS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|-
|style="background-color: white;vertical-align:top;"|Ontvangen afspraak annulering
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AAO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - Afspraak annuleren-v2.png |Use case diagram afspraak annuleren]]

'''Use case diagram afspraak annuleren

==Use case: Afspraak wijzigen door patiënt==
===Doel en relevantie===
Inzicht in en het maken van afspraken biedt patiënten overzicht en gebruiksgemak. Dat zijn functionaliteiten die voorwaardelijk zijn voor deze use case: 'wijzigen van afspraken'. Een patiënt is verder geholpen door ook afspraken te kunnen wijzigen vanuit een persoonlijke gezondheidsomgeving. Een wijziging kan ook een annulering betreffen. Dit draagt verder bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid.

===Domein===
Afspraken met zorggebruikers (patiënten / cliënten) in het domein van de zorg.

===Context===
Het gaat om het kunnen wijzigen van een afspraak vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar een zorgaanbiederssysteem (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.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in [https://decor.nictiz.nl/art-decor/decor-scenarios--eafspraken-?id=2.16.840.1.113883.2.4.3.11.60.61.4.3&effectiveDate=2017-10-10T14%3A19%3A43&datasetId=2.16.840.1.113883.2.4.3.11.60.61.1.1&datasetEffectiveDate=2017-08-01T14%3A56%3A38&conceptId=2.16.840.1.113883.2.4.3.11.60.61.2.1&conceptEffectiveDate=2017-08-01T14%3A56%3A38&language=nl-NL&scenariotree=true ART-DECOR eAfspraak].

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak

Raadplegen afspraak slots

Sturen afspraakverzoek
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak

Beschikbaarstellen afspraak slots

Ontvangen afspraakverzoek
|}
'''Bedrijfsrollen afspraken inzien'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Afspraak wijzigen-v2.png|Activiteitendiagram afspraak wijzigen]]

'''Activiteitendiagram afspraak wijzigen'''

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Hieronder een voor Thomas relevante situatie waarbij het wijzigen van afspraken een rol speelt.

<blockquote>In de loop van december krijgt Thomas een buitenkansje. Een aantal van zijn vrienden gaan met skivakantie van zaterdag 5 t/m 12 januari en er is een plekje vrijgekomen. Voor een zacht prijsje kan hij mee. Daar heeft hij veel zin in!

Thomas zet de skivakantie ‘s avonds laat in zijn agenda en ziet dat dit conflicteert met zijn controle-afspraak in het Noorderziekenhuis op 10 januari. Hij moet die afspraak gaan verzetten. Het is 23:15 en dus te laat om het ziekenhuis hiervoor direct te bellen.

Via zijn PGO kijkt hij daarom naar beschikbare tijden in de derde week van januari. Er blijkt gelukkig nog een gaatje te zijn op vrijdag 19 januari om 11:30 – 12:30. Het verzoek om te wijzigen gaat via zijn PGO naar het ZIS, dat de ontvangst van het verzoek bevestigt. Bij raadpleging van de afspraken vanuit PGO, stelt XIS de nieuwe afspraak beschikbaar, alsmede de oorspronkelijke afspraak met status ‘ geannuleerd’.
</blockquote>

====Proces====
Het deel van het proces waar het hier om gaat betreft:
*Het systeem van een zorgaanbieder (XIS) stelt afspraken beschikbaar aan het systeem van een patiënt (PGO).
*Een persoonlijke gezondheidsomgeving kan voor een bepaalde periode én een bepaald type afspraak de beschikbare tijden ophalen uit het XIS. Dit betreft het raadplegen van beschikbare afspraak slots. Een XIS stelt deze beschikbaar.
*Een persoonlijke gezondheidsomgeving kan - op basis van beschikbare slots - een verzoek tot het wijzigen van een concrete afspraak doen aan het XIS. Een XIS kan een dergelijk afspraak wijzigingsverzoek behandelen en ontvangst van het verzoek bevestigen.

=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van informatie over afspraken tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
De patiënt wil een afspraak wijzigen en de zorgaanbieder ondersteunt het wijzigen van afspraken.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare afspraken bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de afspraken op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om afspraken in te zien en er één te selecteren die hij wil wijzigen.
*Het systeem van de patiënt (PGO) vraagt om beschikbare slots voor een bepaald type afspraak in een bepaalde tijdsperiode bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de beschikbare afspraak slots op basis van de filter criteria uit de persoonlijke gezondheidsomgeving.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om beschikbare slots in te zien en er één te selecteren.
*Het systeem van de patiënt (PGO) stuurt een verzoek om de bestaande afspraak te wijzigen.
*Het systeem van de zorgaanbieder (XIS) ontvangt het afspraak wijzigingsverzoek en geeft een technisch antwoord. Het antwoord kan positief of negatief zijn voor de wijziging.

Patiënt raadpleegt opnieuw de afspraken vanuit zijn PGO + XIS stelt de nieuwe afspraak beschikbaar, alsmede de oorspronkelijke afspraak met status ‘geannuleerd’.

=====Post conditie=====
Een persoonlijke gezondheidsomgeving heeft antwoord ontvangen van een XIS over een afspraak wijzigingsverzoek.

Bij een eventueel negatief antwoord van het XIS kan een patiënt ervoor kiezen het opnieuw proberen, bijvoorbeeld met een ander (opnieuw opgevraagd) slot.
Bij een positief antwoord is de afspraak gewijzigd en inzichtelijk in zowel XIS als PGO.

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

Deze systemen hebben één of meer systeemrollen. Een systeemrol maakt het uitwisselen van bepaalde gegevens mogelijk. De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

{| 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;" rowspan="3"| PGO
| style="background-color: white;"| AfspraakRaadplegend
| style="background-color: white;"| EA-1.1.3-AFO-FHIR
| style="background-color: white;"| Raadplegen afspraak bij zorgaanbieder
|-
| style="background-color: white;"| AfspraakSlotsRaadplegend
| style="background-color: white;"| EA-1.1.3-ASR-FHIR
| style="background-color: white;"| Raadplegen afspraak slots bij de zorgaanbieder
|-
| style="background-color: white;"| AfspraakWijzigingsverzoekSturend
| style="background-color: white;"| EA-1.1.3-AWS-FHIR
| style="background-color: white;"| Sturen afspraak wijzigingsverzoek
|-
| style="background-color: white;" rowspan="3"| XIS
| style="background-color: white;"| AfspraakBeschikbaarstellend
| style="background-color: white;"| EA-1.1.3-AFB-FHIR
| style="background-color: white;"| Beschikbaarstellen afspraak aan de patiënt
|-
| style="background-color: white;"| AfspraakSlotsBeschikbaarstellend
| style="background-color: white;"| EA-1.1.3-ASB-FHIR
| style="background-color: white;"| Beschikbaarstellen afspraak slots
|-
| style="background-color: white;"| AfspraakWijzigingsverzoekOntvangend
| style="background-color: white;"| EA-1.1.3-AWO-FHIR
| style="background-color: white;"| Ontvangen afspraak wijzigingsverzoek van de patiënt.
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Afspraak wijzigen (Totaal)-v2.png|Componenten diagram afspraak wijzigen]]

'''Componenten diagram afspraak wijzigen'''

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|Afspraken (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AFR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="8"|[[MedMij:Vprepub/FHIR_eAfspraak|eAfspraak in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AFB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|AfspraakSlots (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen afspraak slots
|style="background-color: white;vertical-align:top;"|EA-1.1.3-ASR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak slots
|style="background-color: white;vertical-align:top;"|EA-1.1.3-ASB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|AfspraakWijziging (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen afspraak wijzigingsverzoek
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AWS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|-
|style="background-color: white;vertical-align:top;"|Ontvangen afspraak wijzigingsverzoek
|style="background-color: white;vertical-align:top;"|EA-1.1.3-AWO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - Afspraak wijzigen-v2.png|Use case diagram afspraak wijzigen]]

'''Use case diagram afspraak wijzigen

=Functionaliteit=
-

=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
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving

{{ReleaseNotes|release=1.1.9|package=2019.01 - Maart 2020|packageIssues=1|issues=1|MM-979}}
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; |
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-600 MM-600]
| style="background-color: white;"| Added missing (but required) identifier to eAfspraak-Appointment example instance.
|-
| style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| 1.1.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-214 MM-214]
| style="background-color: white;"|
* URI van mapping naar eAfspraak dataset aangepast binnen eAfspraak-Appointment en eAfspraak-Slot FHIR profielen.
|-
| style="background-color: white;"| 2019.01
| style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-104 MM-104]
| style="background-color: white;"| XIS kan wijzigingen en annuleringen niet naar PGO pushen. Scope van informatiestandaard aangepast.
|}

MedMij:V2020.01/OntwerpZelfmetingen

2020-07-20T15:38:55Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Zelfmetingen {{VersieInfo|V2019.01|Zelfmetingen}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:Self-Measuements_zonder_tekst.png |link=|links |85px|Zelfmetingen]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_VitalSigns|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Deze pagina beschrijft use cases voor de patiënt in relatie tot zelfmetingen van vitale functies die een patiënt kan verzamelen en delen door middel van een PGO. De vitale functies van de mens zijn de lichaamsfuncties die de persoon vitaal of ook wel in leven houden, voorbeelden zijn ademhaling en circulatie (hartslag en bloeddruk).

Momenteel bestaat er geen standaard voor zelfmeet gegevens van de vitale functies. Het doel van deze pagina is om verschillende uitwisseling scenario's van zelfmeet gegevens met de patiënt te beschrijven voor gebruik in MedMij.

Zoals [[MedMij:Vprepub/Ontwerpen|op deze pagina]] aangegeven, gebruikt MedMij zorginformatiebouwstenen (zibs) als leidraad voor de inhoud van informatie uitwisseling. Voor uitwisseling van zelfmeet gegevens gaat het om de volgende zibs:

*Patiënt
*Ademhaling
*Bloeddruk
*Glucose (gebaseerd op zib LaboratoriumUitslag)
*Hartfrequentie
*Lichaamsgewicht
*Lichaamslengte
*Lichaamstemperatuur
*O2Saturatie
*Polsfrequentie

PGO-leveranciers dienen de beschikbare zibs en/of FHIR profielen te gebruiken. Als er geen specifieke zib en/of FHIR profiel beschikbaar is, gebruik dan zib AlgemeneMeting of LaboratoriumUitslag.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

===Specifieke informatie over deze kwalificatie===
De kwalificatie richt zich vooralsnog op: bloeddruk, lichaamsgewicht en glucose. Deze dienen minimaal te worden ondersteund. De verwachting is dat leveranciers zoveel mogelijk zelfmetingen ondersteunen.

=Use Cases=
==Use case: Raadplegen metingen betreffende de vitale functies door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de vitale functie meetwaarden die over henzelf gaan.
===Domein===
Metingen betreffende vitale functies in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de meetwaarden van vitale functies vanuit een zorgaanbiederssysteem (XIS) naar een [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.

===Informatie===
De informatie-elementen die van toepassing zijn.

====Raadplegen meetwaarden ====
Informatie elementen in de vraag om meetwaarden van vitale functies.

* Patient identificatienummer
* Periode (startdatum - einddatum)
* Type (soort meetwaarden, bijvoorbeeld bloeddruk)

Dit betreft de filtermogelijkheden (query paramaters) in de vraag om meetwaarden van de vitale functies.

====Beschikbaarstellen meetwaarden====
Informatie elementen in meetwaarden van vitale functies staan hieronder. Het betreffen de Zorginformatiebouwstenen die te vinden zijn op https://zibs.nl/wiki/ZIB_Hoofdpagina.

*Patiënt
*Ademhaling
*Bloeddruk
*Glucose (gebaseerd op zib LaboratoriumUitslag)
*Hartfrequentie
*Lichaamsgewicht
*Lichaamslengte
*Lichaamstemperatuur
*O2Saturatie
*Polsfrequentie

PGO-leveranciers dienen de beschikbare zibs en/of FHIR profielen te gebruiken. Als er geen specifieke zib en/of FHIR profiel beschikbaar is, gebruik dan zib AlgemeneMeting of LaboratoriumUitslag.

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil meetwaarden van vitale functies raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt meetwaarden van vitale functies beschikbaar
|}
'''Bedrijfsrollen Medicatieoverzicht'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity_Diagram_-_MVF_raadplegen.jpg|Activiteitendiagram Raadplegen Meetwaarden vitale functies]]

'''Activiteitendiagram Raadplegen meetwaarden vitale functies'''

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas van Beek vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier]. Hieronder een voor Thomas relevante situatie waarbij het raadplegen van meetwaarden betreffende de vitale functie een rol speelt.

<blockquote>Voordat Thomas zijn consult bij de internist heeft om de resultaten door te spreken worden er een aantal andere waarden getest. Zijn gewicht en zijn bloeddruk worden opgemeten. De laboratoriumwaarden zijn al bekend voordat de internist ze aan Thomas mee kan delen. Alhoewel Thomas zoals gezegd zo min mogelijk met zijn ziekte bezig wil zijn, vindt hij de jaarlijkse controle heel belangrijk. Hij vindt het dan ook heel erg handig om de resultaten van de onderzoeken een dag van tevoren al in te zien in zijn PGO. Hij kan zich zo goed voorbereiden en zal niet meer verrast zijn over de resultaten als zijn internist deze voorlegt.</blockquote>

===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier]. Hieronder een voor Roos relevante situatie waarbij het raadplegen van meetwaarden betreffende de vitale functie een rol speelt.

<blockquote>Na het ontslag komt de informatie over de opnameperiode vanuit het ziekenhuis beschikbaar in de PGO, zodat zij een goed beeld heeft van haar opname en haar medicatie. Dit kan zij ook delen met haar naasten</blockquote>

Roos kan na haar opname haar vitale waarden gemeten in ziekenhuis raadplegen. Zo beschikt zij over deze informatie die ze als referentiewaarden kan gebruiken.

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt de gevraagde meetwaarden van de vitale functies beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vitale functie meetwaarden tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil de meetwaarden van de vitale functies inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om de meetwaarden op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) stuurt meetwaarden van de vitale functies naar een XIS.
*Het systeem van de zorgaanbieder (XIS) ontvangt meetwaarden van de vitale functies op voor de patiënt.
*De zorgverlener gebruikt zijn systeem om de meetwaarden van de vitale functies in te zien.

=====Post conditie=====
De patiënt heeft de meetwaarden vitale functies geraadpleegd via de persoonlijke gezondheidsomgeving.

=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de meetwaarden vitale functies van zorgaanbieder naar de patië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;"| MeetwaardenVitaleFunctiesRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Zelfmetingen}}-MVR-FHIR
| style="background-color: white;"| Raadplegen meetwaarden vitale functies bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| MeetwaardenVitaleFunctiesBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Zelfmetingen}}-MVB-FHIR
| style="background-color: white;"| Beschikbaarstellen meetwaarden vitale functies aan de patiënt
|-
|}
Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_MVF_raadplegen_(Totaal).jpg|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|Meetwaarden Vitale Functies(PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen meetwaarden vitale functies
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Zelfmetingen}}-MVR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_VitalSigns|Meetwaarden vitale functies in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen meetwaarden vitale functies
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Zelfmetingen}}-MVB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use_Case_Diagram_-_MVF_raadplegen.jpg|Use case diagram raadplegen meetwaarden vitale functies]]

'''Use case diagram

==Use case: Sturen zelfmetingen van de vitale functies door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door het kunnen delen van hun zelfmeet gegevens met de zorgverlener.
===Domein===
Zelfmetingen betreffende vitale functies in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de zelfmeetwaarden van vitale functies vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar een zorgaanbiederssysteem (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.

===Informatie===
De informatie-elementen die van toepassing zijn.
====Beschikbaarstellen meetwaarden====
Informatie elementen in meetwaarden van vitale functies staan hieronder. Het betreffen de Zorginformatiebouwstenen die te vinden zijn op https://zibs.nl/wiki/ZIB_Hoofdpagina.

*Patiënt
*Ademhaling
*Bloeddruk
*Glucose (gebaseerd op zib LaboratoriumUitslag)
*Hartfrequentie
*Lichaamsgewicht
*Lichaamslengte
*Lichaamstemperatuur
*O2Saturatie
*Polsfrequentie

PGO-leveranciers dienen de beschikbare zibs en/of FHIR profielen te gebruiken. Als er geen specifieke zib en/of FHIR profiel beschikbaar is, gebruik dan zib AlgemeneMeting of LaboratoriumUitslag.

====Ontvangen zelfmetingen====
Het ontvangende systeem stuurt een ontvangstbevestiging van de zelfmetingen.

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil zelfmetingen van vitale functies sturen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Ontvangt zelfmetingen van vitale functies
|}
'''Bedrijfsrollen Medicatieoverzicht'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity_Diagram_-_MVF_sturen.jpg|Activiteitendiagram Raadplegen Meetwaarden vitale functies]]

'''Activiteitendiagram sturen zelfmetingen vitale functies'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situatie waarbij het sturen van zelfmetingen betreffende de vitale functie een rol speelt.

<blockquote>Sinds een aantal maanden maakt Roos gebruik van een online persoonlijke gezondheidsomgeving. Daarin houdt ze onder andere haar bloedglucosewaarden bij. Daarnaast moet ze zich dagelijks wegen in verband met haar hartfalen. Bij hartfalen is de pompfunctie van het hart verminderd. Het hart pompt niet genoeg bloed rond, hierdoor kun je vocht vasthouden. Om dit te monitoren weegt Roos zich dagelijks, en houdt ze haar gewicht bij in haar persoonlijke gezondheidsomgeving. Wanneer haar gewicht toeneemt, dan krijgt ze een signaal vanuit haar PGO, omdat dit zou kunnen duiden op het vasthouden van vocht. Doordat Roos de huisarts toestemming heeft gegeven om haar gegevens te delen kan informatie worden uitgewisseld. Als er bijvoorbeeld iets in de medicatie wordt gewijzigd, dan ziet Roos dit in haar persoonlijke gezondheidsomgeving terug. De huisarts kan op zijn beurt de gegevens die Roos heeft ingevoerd bekijken, bijvoorbeeld met een handige grafiek die haar bloedsuikers over de afgelopen periode laat zien</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een patiënt (PGO) stelt zelfmetingen van de vitale functies beschikbaar aan het systeem van een zorgaanbieder (XIS).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van zelfmetingen van de vitale functies tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De zorgaanbieder wil de zelfmetingen van de vitale functies inzien en de patiënt stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om de meetwaarden te sturen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) stuurt zelfmetingen van de vitale functies naar een XIS.
*Het systeem van de zorgaanbieder (XIS) ontvangt en verwerkt de zelfmetingen van de patiënt.
*De zorgaanbieder gebruikt de het XIS om de zelfmetingen van de vitale functies in te zien.

=====Post conditie=====
De patiënt heeft zelfmetingen gestuurd via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de meetwaarden vitale functies van zorgaanbieder naar de patiënt.

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om zelfmetingen vitale functies van patiënt naar zorgaanbieder.

{| 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;"| ZelfmetingenVitaleFunctiesSturend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Zelfmetingen}}-ZVS-FHIR
| style="background-color: white;"| Sturen zelfmetingen vitale functies naar zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| ZelfmetingenVitaleFunctiesOntvangend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Zelfmetingen}}-ZVO-FHIR
| style="background-color: white;"| Ontvangen zelfmetingen vitale functies van de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_MVF_sturen_(Totaal).jpg|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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="background-color: white;vertical-align:top;" rowspan="2"|Zelfmetingen Vitale Functies(PUSH)
|style="background-color: white;vertical-align:top;"|Sturen zelfmetingen van vitale functies
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Zelfmetingen}}-ZVS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|-
|style="background-color: white;vertical-align:top;"|Ontvangen zelfmetingen vitale functies
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Zelfmetingen}}-ZVO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use_Case_Diagram_-_MVF_sturen.jpg|Use case diagram sturen zelfmetingen vitale functies]]

'''Use case diagram

=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
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/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:1500px; text-align:left;"|Omschrijving
{{ReleaseNotes|package=2019.01 - April 2020|release=1.2.13|issues=2|MM-1017|MM-949}}
|-
| rowspan = 1; style="background-color: white; | 2019.01 - Januari 2020
| rowspan = 1; style="background-color: white; | 1.2.7
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-833 MM-833]
| style="background-color: white;"| Added known issue to SelfMeasurements FHIR IG regarding incorrect use of BloodGlucose LOINC code.
|-
| rowspan = 2; style="background-color: white; | 2019.01 - September
| rowspan = 2; style="background-color: white; | 1.2.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-436 MM-436]
| style="background-color: white;"| Aanpassen ConceptMap InterpretatieVlaggenCodelijst-to-observation-interpretation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-422 MM-422]
| style="background-color: white;"| Aanpassen conceptnaam ResultaatVlaggen naar InterpretatieVlaggen in FHIR profiel voor LaboratoryResults.
|-
| rowspan = 6; style="background-color: white;"| 2019.01
| style="background-color: white;"| 1.2.1
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-185 MM-185]
| style="background-color: white;"| Verkeerde fixed value voor Observation.code.coding:postBreakfastGlucoseNhgtable45.code
|-
| rowspan = 5; style="background-color: white;"| 1.2.0
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-175 MM-175]
| style="background-color: white;"| Mapping concept Positie van Zib Lichaamslengte niet duidelijk.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-314 MM-314]
| style="background-color: white;"| Zelfmeting pijnscore FHIR.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-147 MM-147]
| style="background-color: white;"| Mappen PulseRegularity binnen PulseRate.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-141 MM-141]
| style="background-color: white;"| Vital Signs profielen inconsistent m.b.t. baseDefinition.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-95 MM-95]
| style="background-color: white;"| Added support for the lastn operation for retrieving the latest available measurement.
|-
| rowspan = 4; style="background-color: white;"| 2018.06
| rowspan = 4; style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-87 MM-87]
| style="background-color: white;"| The links in the table for FHIR profiles have been updated. The BloodGlucose profile in the Retrieve Vital Signs use case and all profiles under the Send Vital Signs use case linked to a deprecated version.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-80 MM-80]
| style="background-color: white;"| The profile mapping for HCIM element NL-CM:12.6.2 TemperatuurType has been updated Observation.method from Observation.bodySite based on feedback received from the ZIB Centrum that even though the definition appears to point to a body site, that the focus of TemperatureType is a method that includes body site. The profile version was updated to 2.0.1
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-66 MM-66]
| style="background-color: white;"| Update mappings LaboratoriumUitslag in DiagnosticReport en Observation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-64 MM-64]
| style="background-color: white;"| Koppelen van meetinstrument aan relevante profielen.
|}

MedMij:Vprepub-2020.01/OntwerpeAfspraak

2020-07-20T15:38:55Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/OntwerpZelfmetingen

2020-07-20T15:38:55Z

Update bot: Copy of V2019.01

MedMij:V2020.01/OntwerpVragenlijsten

2020-07-20T15:38:54Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Vragenlijsten {{VersieInfo|V2019.01|Vragenlijsten}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Vragenlijsten-zonder-tekst-dun.png|link=|87px |links||media|Vragenlijsten]]
<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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Op deze pagina wordt het functioneel ontwerp beschreven voor de uitwisseling van vragenlijsten en antwoorden binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina [[MedMij:Vprepub/Ontwerpen|Ontwerpen MedMij]].

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===
Er zijn geen richtlijnen van het zorgaanbiedersdomein. Bij implementeren van de standaard gelden de volgende uitgangspunten:
* Maak gebruik gemaakt van de bestaande, internationale, FHIR-profielen van [http://hl7.org/fhir/us/sdc/index.html SDC (Structured Data Capture)]
** Bij het overnemen van een profiel, zijn deze in hun geheel toegepast
** Het gaat alleen om die profielen die voor deze use case toegevoegde waarde hebben
* Bij ieder overgenomen profiel is, een voor Nederland specifiek profiel opstellen. Er is bijvoorbeeld minimaal een referentie nodig naar het Nederlandse patiëntprofiel
* De SDC-profielen hebben reeds veel verschillende vraagsoorten & antwoordmogelijkheden gespecificeerd, deze worden overgenomen.

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

===Geografische reikwijdte===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/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 zorgaanbieder (XIS).
Het ontwerp bevat:
* Een eenvoudige zorgsituatie:

# Een zorgaanbieder maakt, buiten de persoonlijke gezondheidsomgeving om, een afspraak met een patiënt over het invullen van een vragenlijst
# Deze zorgaanbieder maakt de vragenlijst beschikbaar voor de persoonlijke gezondheidsomgeving van de patiënt
# De patiënt gebruikt zijn persoonlijke gezondheidsomgeving om de vragenlijst op te halen
# De patiënt vult de vragenlijst in en stuurt de antwoorden in zijn geheel terug naar het systeem van de zorgaanbieder (XIS).

Expliciet buiten scope van het ontwerp zijn de volgende onderwerpen:
* Workflow-gerelateerde zaken.
** 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).

* Complexe computergestuurde vragenlijsten (bijvoorbeeld: Computer Adaptive Testing - CAT).
* Interpretatie van antwoorden. Een uitgangspunt is om PGO's nog niet te belasten met het berekenen van scores op basis van ingevulde antwoorden. Het uitwisselen van de definitie van score-berekening is daarom ook buiten scope. Een XIS kan eventueel berekende scores en terugsturen aan een PGO met de use case [[MedMij:Vprepub/OntwerpPDFA#Use_case:_Raadplegen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt|PDF/A]].
* Ontwikkeling van nieuwe zibs specifiek voor vragenlijsten.
* Standaardisatie van de inhoud van vragenlijsten (de deliverables van dit project zijn content-agnostisch).
* Toepassing van specifieke coderingen of codestelsels (met uitzondering van administratieve gegevens van patiënt).
* Mogelijke financiële consequenties van het gebruik van vragenlijsten, bijvoorbeeld licentiekosten.

'''Nb.''' Vragenlijsten kunnen gespecificeerde opmaak (bijvoorbeeld vet- of schuingedrukte tekst) hebben die betekenisvol is voor het invullen van een vragenlijst door een PGO-Gebruiker en hiermee relevant is voor een zorgverlener om de uitkomsten te interpreteren. De standaard voorziet in de mogelijkheden om opmaak te specificeren en van gebruikers van deze standaard wordt verwacht dat ze hiermee om kunnen gaan.

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=
Het raadplegen van de vragenlijstverwijzing, vragenlijst en het sturen van de antwoorden zijn 3 use cases die nadrukkelijk bij elkaar horen. Functioneel kunnen ze zelfs gezien worden als verschillende acties binnen een zelfde use case. Ze zijn echter als separate use case gedefinieerd omdat:
* Het raadplegen van een verwijzing naar een vragenlijst, de vragenlijst en het sturen van de antwoorden asynchroon plaatsvindt
* Het MedMij-afsprakenstelsel voor 'raadplegen en beschikbaarstellen' en voor 'sturen en ontvangen' separate use cases definieert.
Door dit ook in de informatiestandaard gescheiden te houden, kunnen de use cases uit de informatiestandaard goed gemapt worden op de use cases uit het [https://afsprakenstelsel.medmij.nl/display/MedMijAfsprakenstelsel120/MedMij+Afsprakenstelsel+1.2.0 MedMij-afsprakenstelsel]. De splitsing is alleen niet goed voor het totaaloverzicht van de verschillende scenario's.

Er zijn twee bedrijfsrollen, namelijk ''Patiënt'' en ''Zorgaanbieder''. Een zorgaanbieder biedt een verwijzing naar een vragenlijst aan, die gebruikt kan worden door een patiënt om bij de zorgaanbieder zelf of een externe repository een vragenlijst op te halen. De patiënt kan dan de vragenlijst invullen en terugsturen naar de zorgaanbieder. 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;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil vragenlijsten in een persoonlijke gezondheidsomgeving kunnen invullen en de antwoorden terugsturen.
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Wil dat patiënten vragenlijsten invullen en de antwoorden aan de zorgaanbieder sturen.
|}

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

'''Activiteitendiagram vragenlijsten'''

==Use case: Raadplegen vragenlijstverwijzing ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om in een PGO een vragenlijst te ontvangen en in te vullen.
=== Domein ===
Vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd aanbieden c.q. beschikbaarstellen van vragenlijsten door zorgaanbieders vanuit een zorgaanbiederssysteem (XIS) naar een [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.

=== Informatie ===
De informatie-elementen voor raadplegen en beschikbaarstellen vragenlijstverwijzing staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

==== Raadplegen vragenlijstverwijzing ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de raadplegen vragenlijstverwijzing.

==== Beschikbaarstellen vragenlijstverwijzing ====
Informatie-elementen in Vragenlijsten staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="400" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20200403T135608/tr-2.16.840.1.113883.2.4.3.11.60.56.4.248-2019-04-11T132707.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma].
<blockquote>Jelmer wordt door zijn GZ-psycholoog gevraagd een vragenlijst te vullen over zijn stemmingen gedurende een dag. De psycholoog spreekt met Jelmer af dat hij deze zal invullen voorafgaand aan het volgende consult. Een patiënt als Jelmer Postma kan via zijn PGO een vragenlijst van een zorgverlener ontvangen. Hij vult deze op een later moment in en stuurt de antwoorden volgens afspraak weer terug naar de zorgaanbieder. Bij het volgende consult kan de GZ-psycholoog samen met Jelmer de vragenlijst doornemen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case. Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen. Het stuk van het proces waar het in deze use case om gaat is:
* Een zorgaanbieder (XIS) stelt de vragenlijstverwijzing beschikbaar.
Het resultaat is dat de patiënt (PGO) de beschikking over een verwijzing waarmee die vervolgens de relevante vragenlijst kan ophalen.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst.
Het XIS van de zorgaanbieder is in staat vragenlijstverwijzingen specifiek beschikbaar te stellen aan een patiënt en vervolgens de antwoorden weer te ontvangen van de patiënt via zijn PGO.
De XIS is in staat de betreffende vragenlijst beschikbaar te stellen aan raadplegers.

===== Processtappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| Zorgaanbieder wijst een bepaalde vragenlijst toe aan patiënt (in het XIS)
|-
| style="background-color: white;"| 02
| style="background-color: white;"| PGO bevraagt het XIS om deze toewijzing te ontvangen in de vorm van een verwijzing naar een vragenlijst. Deze verwijzing is een URI waar het PGO de daadwerkelijke vragenlijst kan ophalen.
|}

===== Postconditie =====
Patiënt heeft de beschikking over de vragenlijst in zijn PGO en kan de vragen daar gaan invullen.

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

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

{| 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;"| Vragenlijstverwijzing raadplegend systeem
| style="background-color: white;"| VL-1.0.0-QLR-FHIR
| style="background-color: white;"| Raadplegen van verwijzing naar vragenlijst door patiënt
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Vragenlijstverwijzing beschikbaarstellend systeem
| style="background-color: white;"| VL-1.0.0-QLB-FHIR
| style="background-color: white;"| Beschikbaarstellen van verwijzing naar vragenlijst voor PGO
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Raadplegen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst raadplegen]]

'''Componenten diagram Vragenlijsten raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| 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"|Verwijzing naar vragenlijsten(PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen verwijzing naar vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QLR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen verwijzing naar vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QLB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Raadplegen).png|Use case diagram Sturen Beelden]]

'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst

==Use case: Raadplegen vragenlijst ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om in een PGO een vragenlijst te ontvangen en in te vullen. Het vervolgens weer terugsturen van de antwoorden staat beschreven in een aparte use case: [[MedMij:Vprepub/OntwerpVragenlijsten#Use_case:_Sturen_vragenlijstantwoorden|sturen vragenlijstantwoorden]].

=== Domein ===
Vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd aanbieden c.q. beschikbaarstellen van vragenlijsten door zorgaanbieders vanuit een zorgaanbiederssysteem (XIS) naar een [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.

=== Informatie ===
De informatie-elementen voor raadplegen en beschikbaarstellen vragenlijst staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

Deze informatie-elementen ondersteunen de volgende aspecten:
* Het al dan niet tonen van bepaalde vragen in de vragenlijst afhankelijk van de antwoorden:
** Hierbij gaat het er om dat sommige vragen overgeslagen worden op basis van een antwoord op een andere vraag (sprongvragen). De dataset kent hiervoor het element 'enableWhen'
* Specificeren van verschillende type vragen:
** Het gaat dan om bijvoorbeeld keuzelijst met één of meerdere selecties, vrije tekst, combinaties hiervan, schalen, et cetera
* Vragenlijsten kunnen ook bepaalde eisen aan de weergave van vragen/antwoordopties definiëren, welke dan verplicht zijn om te volgen. Het verschillend weergegeven van vragenlijsten compromitteren de validiteit en/of vergelijkbaarheid van de vragenlijst. Denk hierbij aan:
** volgorde van antwoordopties of
** het in één keer tonen van alle antwoordopties of
** het recht onder elkaar staan van antwoordopties
** specifieke opmaak zoals '''vet'''- of ''schuin''gedrukte tekst

==== Raadplegen vragenlijst ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de raadplegen vragenlijst.

==== Beschikbaarstellen vragenlijst ====
Informatie-elementen in Vragenlijsten staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="400" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20200403T135608/tr-2.16.840.1.113883.2.4.3.11.60.56.4.255-2019-04-11T140121.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma].
<blockquote>Jelmer wordt door zijn GZ-psycholoog gevraagd een vragenlijst te vullen over zijn stemmingen gedurende een dag. De psycholoog spreekt met Jelmer af dat hij deze zal invullen voorafgaand aan het volgende consult. Een patiënt als Jelmer Postma kan via zijn PGO een vragenlijst van een zorgverlener ontvangen. Hij vult deze op een later moment in en stuurt de antwoorden volgens afspraak weer terug naar de zorgaanbieder. Bij het volgende consult kan de GZ-psycholoog samen met Jelmer de vragenlijst doornemen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case.
Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen.

Het stuk van het proces waar het in deze use case om gaat is:
* Een zorgaanbieder stelt de vragenlijst beschikbaar (bijvoorbeeld via een vragenlijst-repository waarbij het niet relevant is of de zorgaanbieder deze repository zelf aanbiedt of gebruik maakt van een externe partij).
* De zorgaanbieder koppelt een vragenlijst aan de patiënt.
* De patiënt haalt vervolgens de relevante vragenlijst op.
Het resultaat is dat de patiënt de beschikking heeft over de vragenlijst in zijn PGO en de vragen kan gaan beantwoorden.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst.
Het XIS van de zorgaanbieder is in staat vragenlijstverwijzingen specifiek beschikbaar te stellen aan een patiënt en vervolgens de antwoorden weer te ontvangen van de patiënt via zijn PGO.
XIS is in staat de betreffende vragenlijst beschikbaar te stellen aan raadplegers.

===== Processtappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| PGO heeft vanuit het XIS een verwijzing naar een vragenlijst ontvangen. Zie use case [[MedMij:Vprepub/OntwerpVragenlijsten#Use_case:_Raadplegen_vragenlijstverwijzing|Raadplegen vragenlijstverwijzing]]
|-
| style="background-color: white;"| 02
| style="background-color: white;"| PGO haalt vervolgens de vragenlijst op (Nb. Ophalen kán plaatsvinden buiten het MedMij-Afsprakenstelsel. Als dit buiten het MedMij-afsprakenstelsel plaatsvindt, wordt dit 'niet op de persoon herleidbaar' gedaan.).
|}

===== Postconditie =====
Patiënt heeft de beschikking over de vragenlijst in zijn PGO en kan de vragen daar gaan invullen.

=== Systemen & Systeemrollen ===
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
* PGO (patiënt)
* XIS (zorgaanbieder)
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 zorgaanbieder.

{| 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;"| Vragenlijst raadplegend systeem
| style="background-color: white;"| VL-1.0.0-QER-FHIR
| style="background-color: white;"| Raadplegen van vragenlijst door PGO (zonder dat het herleidbaar is op de persoon)
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Vragenlijst beschikbaarstellend systeem
| style="background-color: white;"| VL-1.0.0-QEB-FHIR
| style="background-color: white;"| Beschikbaarstellen van vragenlijst voor PGO (zonder dat het herleidbaar is op de persoon)
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Raadplegen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst raadplegen]]

'''Componenten diagram Vragenlijsten raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| 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"|Vragenlijsten(PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QER-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QEB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder

|}

===Use case diagram===
[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Raadplegen).png|Use case diagram Sturen Beelden]]

'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst

==Use case: Sturen vragenlijstantwoorden ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken om vanuit een PGO de antwoorden op een vragenlijst terug te sturen naar de zorgaanbieder.

=== Domein ===
Antwoorden op vragenlijsten in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd sturen van antwoorden op vragenlijsten door PGO-gebruiker aan zorgaanbieders vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar zorgaanbiederssysteem (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.

=== Informatie ===
De informatie-elementen voor sturen en ontvangen vragenlijstantwoorden staan in [https://decor.nictiz.nl/pub/vragenlijsten/ ART-DECOR]

Informatie-elementen in Vragenlijstantwoorden staan hieronder. Deze informatie is ook in een nieuw tabblad te openen.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/pub/vragenlijsten/vl-html-20200403T135608/tr-2.16.840.1.113883.2.4.3.11.60.56.4.263-2020-04-01T135355.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd in samenhang met de hieronder beschreven use cases.

[[Image:Activity_Diagram_-_Vragenlijsten.png|Activiteitendiagram vragenlijsten]]

=== Procesbeschrijving ===
==== Patient Journey – Jelmer Postma ====
Een voorbeeldsituatie die de meerwaarde van vragenlijsten met een PGO schetst is de patient journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma].
<blockquote>Jelmer wordt door zijn GZ-psycholoog gevraagd een vragenlijst te vullen over zijn stemmingen gedurende een dag. De psycholoog spreekt met Jelmer af dat hij deze zal invullen voorafgaand aan het volgende consult. Een patiënt als Jelmer Postma kan via zijn PGO een vragenlijst van een zorgverlener ontvangen. Hij vult deze op een later moment in en stuurt de antwoorden volgens afspraak weer terug naar de zorgaanbieder. Bij het volgende consult kan de GZ-psycholoog samen met Jelmer de vragenlijst doornemen.</blockquote>

==== Proces ====
Deze use case ondersteunt geen workflow tussen zorgaanbieder en patiënt. Eventuele procesafspraken zijn dus geen onderdeel van deze use case.
Voordat het proces start heeft een medewerker van de zorgaanbieder met een patiënt afgesproken om op of voor een bepaald moment een vragenlijst in te vullen. Ook heeft de patiënt de vragenlijst opgehaald zoals beschreven in [[MedMij:Vprepub/OntwerpVragenlijsten#Use_case_1:_Raadplegen_vragenlijst|de use case raadplegen vragenlijst]].

Het stuk van het proces waar het in deze use case om gaat is:
* De patiënt beantwoordt de vragenlijst in zijn PGO en stuurt de antwoorden terug naar de zorgaanbieder.

Afhankelijk van het doel van de vragenlijst kan een medewerker van de zorgaanbieder de vragenlijst met de patiënt op een later moment bespreken.

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van (antwoorden op) vragenlijsten tussen zijn PGO en het betreffende XIS.
De patiënt en zorgaanbieder hebben onderling procesafspraken gemaakt over het invullen van de vragenlijst. Het PGO heeft een vragenlijst opgehaald.

===== Proces stappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| PGO stelt de patiënt in staat de vragenlijsten in te vullen
|-
| style="background-color: white;"| 02
| style="background-color: white;"| Patiënt beantwoordt de vult de vragenlijsten in
|-
| style="background-color: white;"| 03
| style="background-color: white;"| Patiënt bepaalt wanneer het invullen gereed is
|-
| style="background-color: white;"| 04
| style="background-color: white;"| PGO stuurt de antwoorden terug naar het XIS
|}

===== Postconditie =====
De zorgaanbieder kan de vragenlijst met antwoorden inzien in het XIS.
De patiënt en zorgaanbieder kunnen hierover in overleg.

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

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

{| 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;"| Antwoorden op vragenlijst sturend systeem
| style="background-color: white;"| VL-1.0.0-QRS-FHIR
| style="background-color: white;"| Sturen van antwoorden op de vragenlijst aan zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Antwoorden op vragenlijst ontvangend systeem
| style="background-color: white;"| VL-1.0.0-QRO-FHIR
| style="background-color: white;"| Ontvangen van antwoorden op de vragenlijst van de patiënt
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Vragenlijsten_(Sturen).png|Componenten diagram Vragenlijstverwijzing en Vragenlijst sturen]]

'''Componenten diagram Vragenlijsten sturen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

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

{| 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"|Antwoorden op vragenlijst (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen antwoorden op vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QRS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|Questionnaire(response) in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen antwoorden op vragenlijst
|style="background-color: white;vertical-align:top;"|VL-1.0.0-QRO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

===Use case diagram===
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang met [[MedMij:Vprepub/OntwerpVragenlijsten#Use_case_1:_Raadplegen_vragenlijst|de use case raadplegen vragenlijsten]].

[[Bestand:Use_Case_Diagram_-_Vragenlijsten_(Sturen).png|Use case diagram Sturen Vragenlijsten]]

'''Use case diagram Vragenlijsten

=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
|-
| style="background-color: white;"| -
| style="background-color: white;"| Structured Data Capture (SDC)
| style="background-color: white;"| 2.0 (STU2)
| style="background-color: white;"| 2017-04-21
| style="background-color: white;"| https://hl7.org/fhir/us/sdc/STU2/
| style="background-color: white;"| U.S. Office of the National Coordinator (ONC)'s Standards and Infrastructure (S & I) Framework
|}
'''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
|-
{{ReleaseNotes|package=2019.01 - Mei 2020|release=1.0.4|issues=2|MM-1085|MM-1084}}

MedMij:V2020.01/OntwerpPDFA

2020-07-20T15:38:54Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp PDF/A {{VersieInfo|V2019.01|PDFA}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:PDF-A icoon.png |link=|links |87px|PDF/A]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_PDFA|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Voor de uitwisseling van documentgebaseerde, ongestructureerde medische gegevens of gezondheidsinformatie gebruikt MedMij de PDF/A-standaard. PDF/A is een ISO-gestandaardiseerde variant van het gewone PDF-formaat. PDF/A is een van de door Forum Standaardisatie aanbevolen standaarden. Meer informatie over PDF/A vindt u hier: https://www.forumstandaardisatie.nl/standaard/pdf-nen-iso.

Het formaat is specifiek ontwikkeld voor correcte weergave van de inhoud op langere termijn. Het beoogt statische paginainhoud weer te geven en is geschikt voor het opslaan van digitale documenten waar inhoud en context niet meer van mag veranderen. Zo kunnen patiënt en zorgverlener alvast allerlei ongestructureerde gezondheidsinformatie uitwisselen zonder te hoeven wachten tot dat deze gestructureerd opgeleverd kunnen worden.

Bij implemeneteren van PDF/A dient er uit te worden gegaan van een minimale compliance aan de PDF/A-standaard. Dat wil zeggen PDF/A-1 en daarbinnen is ook PDF/A-b toegestaan. Zie voor meer informatie de wiki pagina hierover: https://en.wikipedia.org/wiki/PDF/A#Conformance_levels_and_versions

De standaard PDF/A kent de use cases Raadplegen en Sturen. Algemene informatie betreffende use cases kan gevonden worden op de pagina [[MedMij:Vprepub/Ontwerpen|Ontwerpen MedMij]].

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van [[MedMij:Vprepub/Ontwerpen#Doelgroep| de algemene doelgroep]] van de MedMij functionele ontwerpen.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=
Deze sectie vervolgt met de volgende use cases:
* [[MedMij:Vprepub/OntwerpPDFA#Use_case:_Raadplegen_gezondheidsinformatie_in_PDF.2FA_door_pati.C3.ABnt| Raadplegen gezondheidsinformatie in PDF/A door patiënt]]
* [[MedMij:Vprepub/OntwerpPDFA#Use_case:_Sturen_gezondheidsinformatie_in_PDF.2FA_door_pati.C3.ABnt| Sturen gezondheidsinformatie in PDF/A door patiënt]]
==Use case: Raadplegen gezondheidsinformatie in PDF/A door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medische informatie die over henzelf gaan. Het is niet mogelijk om alle medische informatie direct gestructureerd te kunnen ontsluiten voor de patiënt. Dit ontwerp beschrijft het uitwisselen van ongestructureerde digitale informatie in een PDF/A format.

===Domein===
Documenten en ongestructureerde medische informatie in een PDF/A formaat in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch beschikbaar maken van medische gegevens in PDF/A formaat vanuit een zorgaanbiederssysteem (XIS) naar een [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.

===Informatie===

====Raadplegen medische gegevens in PDF/A====
Het raadplegen van een medische informatie gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).

Informatie elementen in de vraag om PDF/A documenten staan hieronder. Dit betreft de filtermogelijkheden (query paramaters) in de vraag om documentgegevens. Deze filtermogelijkheden zijn afgeleid van het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD profiel].

*patient
*periode (startdatum - einddatum)
*auteur
*type document
*categorie
*status
*setting (aanvullende details over waar de content is gemaakt / specialisme)
*medische handelingen (belangrijkste uitgevoerde medische handelingen)

====Beschikbaarstellen medische gegevens in PDF/A ====
De informatie-elementen voor het beschikbaarstellen van een PDF/A worden beschreven in het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD profiel]. Dit betreft de inhoud van de transactie waarbij het om de volgende [http://hl7.org/fhir/STU3 HL7 FHIR STU3] informatie modellen en [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatiebouwstenen] gaat:

*HL7 FHIR
** [http://hl7.org/fhir/STU3/bundle.html Bundle]
** [http://hl7.org/fhir/STU3/documentmanifest.html DocumentManifest]
** [http://hl7.org/fhir/STU3/documentreference.html DocumentReference]
** [http://hl7.org/fhir/STU3/binary.html Binary]

*Zorginformatiebouwstenen
** [https://zibs.nl/wiki/Patient-v3.1(2017NL) Patient]
** [https://zibs.nl/wiki/Zorgverlener-v3.2(2017NL) Zorgverlener]

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medische gegevens in PDF/A formaat raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medische gegevens in PDF/A formaat beschikbaar
|}
'''Bedrijfsrollen afspraak inzien'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - PDFA raadplegen.png|Activiteitendiagram PFD/A raadplegen]]

'''Activiteitendiagram PDF/A raadplegen'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier]. Hieronder een voor Roos relevante situatie waarbij het raadplegen van een PDF/A document rol speelt.

<blockquote> Na het ontslag komt de informatie over de opnameperiode vanuit het ziekenhuis beschikbaar in de PGO, zodat zij een goed beeld heeft van haar opname en haar medicatie. Dit kan zij ook delen met haar naasten.
</blockquote>

Roos zou in haar PGO bijvoorbeeld de ontslagbrief van haar opname kunnen opvragen.

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt de PDF/A beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van medische gegevens in PDF/A tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil zijn medische gegevens inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om zijn medische gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare medische gegevens bij een XIS aan de hand van een zoekopdracht.
*Het systeem van de zorgaanbieder (XIS) levert een lijst met metadata over de gevonden PDF/A documenten op voor de patiënt.
*De Patiënt gebruikt de persoonlijke gezondheidsomgeving om de gewenste PDF/A te raadplegen of te downloaden.
*Het systeem van de zorgaanbieder (XIS) levert de PDF/A op voor de patiënt.

=====Post conditie=====
De patiënt heeft zijn medische gegevens geraadpleegd via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om een document of documenten PDF/A van zorgaanbieder naar de patië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;" rowspan="2"| PGO
| style="background-color: white;"| PDFAMetadataLijstRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|PDFA1}}-PLR-FHIR
| style="background-color: white;"| Raadplegen PDF/A metadata lijst bij zorgaanbieder
|-
| style="background-color: white;"| PDFARaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|PDFA1}}-PDR-FHIR
| style="background-color: white;"| Raadplegen PDF/A document bij zorgaanbieder
|-
| style="background-color: white;" rowspan="2"| XIS
| style="background-color: white;"| PDFAMetadataLijstBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|PDFA1}}-PLB-FHIR
| style="background-color: white;"| Beschikbaarstellen PDF/A metadata lijst bij patient
|-
| style="background-color: white;"| PDFABeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|PDFA1}}-PDB-FHIR
| style="background-color: white;"| Beschikbaarstellen PDF/A document bij patient
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - PDFA raadplegen (Totaal).png|Componenten diagram PDF/A raadplegen]]

'''Componenten diagram PDFA raadplegen'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|PDFA metadata lijst (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.11&effectiveDate=2019-06-27T12:52:37&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Raadplegen PDF/A metadata lijst]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|PDFA1}}-PLR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="4"|[[MedMij:Vprepub/FHIR_PDFA|PDF/A in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.12&effectiveDate=2019-06-27T12:52:37&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Beschikbaarstellen PDF/A metadata lijst]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|PDFA1}}-PLB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|PDFA (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.17&effectiveDate=2019-06-27T14:45:49&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Raadplegen PDF/A]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|PDFA1}}-PDR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.18&effectiveDate=2019-06-27T14:45:49&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Beschikbaarstellen PDF/A]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|PDFA1}}-PDB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - PDFA raadplegen.png|Use case diagram PDF/A raadplegen]]

'''Use case diagram PDF/A Raadplegen

==Use case: Sturen gezondheidsinformatie in PDF/A door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door gezondheidsinformatie te delen met zorgverleners. Het is niet mogelijk om alle informatie direct gestructureerd te kunnen sturen. Dit ontwerp beschrijft het uitwisselen van ongestructureerde digitale informatie in PDF/A formaat.

===Domein===
Documenten en ongestructureerde gezondheidsinformatie in een PDF/A formaat in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch beschikbaar maken van een document of documenten in PDF/A formaat vanuit een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO) naar zorgaanbiederssysteem (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.

===Informatie===
De informatie-elementen die van toepassing zijn voor de standaard PDF/A Sturen, zijn gedefinieerd op het platform [https://www.nictiz.nl/standaardisatie/art-decor/ ART-DECOR] in het project [https://decor.nictiz.nl/art-decor/decor-project--docs- Documentuitwisseling].

====Sturen van gezondheidsinformatie in PDF/A====
Het sturen van een gezondheidsinformatie gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).

Om uitwisseling van PDF/A-bestanden tot stand te brengen, neemt MedMij zoveel mogelijk over van het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) MHD-profiel] (Mobile access to Health Documents) van [https://wiki.ihe.net/index.php/Main_Page IHE] (Integrating the Healthcare Enterprise) dat een RESTful / HTTP-interface definieert naar een XDS-omgeving met behulp van HL7 FHIR STU3-bronnen. De informatie-elementen voor het beschikbaarstellen van een PDF/A worden beschreven in het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD-profiel].

De inhoud van de transactie gaat om de volgende [http://hl7.org/fhir/STU3 HL7 FHIR STU3] informatie modellen en [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatiebouwstenen]:
*HL7 FHIR
** [http://hl7.org/fhir/STU3/bundle.html Bundle]
** [http://hl7.org/fhir/STU3/documentmanifest.html DocumentManifest]
** [http://hl7.org/fhir/STU3/documentreference.html DocumentReference]
** [http://hl7.org/fhir/STU3/binary.html Binary]

*Zorginformatiebouwstenen
** [https://zibs.nl/wiki/Patient-v3.1(2017NL) Patiënt]
** [https://zibs.nl/wiki/Zorgverlener-v3.2(2017NL) Zorgverlener]

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil gezondheidsinformatie in PDF/A formaat sturen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Ontvangt gezondheidsinformatie in PDF/A formaat
|}

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Sturen sturen2.png|Activiteitendiagram PFD/A sturen]]

'''Activiteitendiagram PDF/A sturen'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Een voorbeeldsituatie die de meerwaarde schetst van het sturen van PDF/A vanuit het PGO is de 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf Roos Dalstra]. Hieronder een voor Roos relevante situatie waarbij het sturen van een PDF/A document rol kan spelen.

<blockquote>Roos is ’s nachts vanwege benauwdheid opgenomen op de afdeling cardiologie van het ziekenhuis. De internist in dienst die nacht wil graag weten welke medicatie Roos gebruikt. Aangezien Roos alles heeft bijgehouden in haar persoonlijke gezondheidsomgeving kan zij het ziekenhuis haar medicatiegegevens laten zien door deze te sturen naar het ziekenhuisinformatiesysteem.</blockquote>

Wanneer het XIS niet in staat is om het medicatieoverzicht gestructureerd te ontvangen, zou het PGO het medicatieoverzicht in een PDF/A kunnen sturen. Zo heeft de arts wel gelijk de beschikking over het medicatieoverzicht.

===='Patient journey' - Jelmer Postma ====
Een tweede voorbeeld waarbij de meerwaarde van raadplegen en sturen van PDF/A vanuit het PGO is de 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma]. Hieronder een voor Jelmer relevante situatie waarbij het sturen van een PDF/A document rol kan spelen.

<blockquote> De opname in de GGZ-instelling is van korte duur. Vanaf nu wordt Jelmer ambulant behandeld door een reguliere GGZ-instelling.</blockquote>

Vanuit zijn zorgtraject heeft Jelmer verschillende plannen en verslagen in zijn PGO opgeslagen. Onder andere het initiële plan van de bedrijfsarts en het behandelplan van de psychiater kan Jelmer raadplegen in zijn PGO.
De verslagen kan Jelmer als PDF/A sturen aan (nieuwe) begeleiders zodat alle betrokkenen de informatie rond Jelmer zijn ziekte hebben, waarmee zijn herstel zo spoedig mogelijk kan verlopen.

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een patiënt (PGO) stuurt de PDF/A naar het systeem van een zorgverlener (XIS).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van gezondheidsinformatie in PDF/A tussen eigen persoonlijke gezondheidsomgeving en het betreffende XIS.

De patiënt wil zijn gezondheidsinformatie sturen en de zorgaanbieder ontvangt deze.
:Een patiënt kan steeds zelf het initiatief nemen om zijn gezondheidsinformatie te sturen.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) stuurt gezondheidsinformatie in PDF/A formaat naar een XIS.
*Het systeem van de zorgaanbieder (XIS) ontvangt een PDF/A van de patiënt.

=====Post conditie=====
De patiënt heeft zijn gezondheidsinformatie in PDF/A formaat gestuurd via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om een document of documenten PDF/A van patiënt naar zorgaanbieder.

{| 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;"| DocumentcollectieSturend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|PDFA}}-DCS-FHIR
| style="background-color: white;"| Sturen PDF/A document naar zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| DocumentcollectieOntvangend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|PDFA}}-DCO-FHIR
| style="background-color: white;"| Ontvangen PDF/A document van de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - PDFA sturen (Totaal)2.png |Componenten diagram PDFA sturen]]

'''Componenten diagram PDF/A Sturen'''

=== Transacties en 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 use case.

{| 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:top;" rowspan="2"|PDFA (PUSH)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.23&effectiveDate=2019-06-30T23:34:28&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Sturen PDF/A Document(en)]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|PDFA}}-DCS-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_PDFA|PDF/A in FHIR]]

|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.59.4.24&effectiveDate=2019-06-30T23:34:28&language=nl-NL&ui=nl-NL&format=html&hidecolumns=45ghijklmnop Ontvangen PDF/A Document(en)]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|PDFA}}-DCO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - PDFA sturen2.png|Use case diagram PFD/A sturen]]

'''Use case diagram PDF/A sturen

=Functionaliteit=

== Raadplegen ==
PGO raadpleegt als eerste bij het XIS, de index met referenties naar documenten. PGO raadpleegt in zijn tweede stap de documenten via deze referenties onder dezelfde condities - met name autorisatie- als de raadpleging van de index. Het XIS is gehouden aan de controle van deze condities. De referenties in de index moeten dus leiden naar een locatie die onder controle staat van het betreffende XIS. Om deze controlemogelijkheid af te dwingen kan het nodig zijn dat het XIS de referentie naar het werkelijke document in opgehaalde indexgegevens vervangt door een alternatieve referentie die onder controle staat bij het XIS. Voor een PGO is een eventuele vervangen referentie transparant: het blijft een referentie die het systeem kan volgen onder dezelfde condities als het indexgegeven zelf.

De transactie "Raadplegen PDF/A" door de PGO volgt de (aangepaste) referentie naar het document. Het raadplegen via het XIS is om context en controle te houden.

== Sturen ==
Bij Sturen van PDF/A door een PGO worden de PDF/A documenten direct in het bericht als een (binair) bestand meegezonden. Er wordt dus niet gewerkt met referenties zoals bij Raadplegen PDF/A het geval is.

De XIS zal het bericht ontvangen en het PDF/A afleveren bij de Ontvanger (vaak de zorgverlener) die in het bericht is opgenomen. Hoe het afleveren aan de XIS kant van de PDF/A naar een zorgverlener plaatsvindt wordt niet door de informatiestandaard bepaald.

=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
|-
| style="background-color: white;"| -
| style="background-color: white;"| Mobile access to Health Documents (MHD)
| style="background-color: white;"| -
| style="background-color: white;"| 10-05-2019 (wijzigingsdatum)
| style="background-color: white;"| [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) Mobile access to Health Documents (MHD)]
| style="background-color: white;"| [https://wiki.ihe.net/index.php/Main_Page Integrating the Healthcare Enterprise (IHE)]
|-
| style="background-color: white;"| -
| style="background-color: white;"| FHIR STU 3 Resource Index
| style="background-color: white;"| FHIR STU 3 (v3.0.1)
| style="background-color: white;"| 19-04-2017
| style="background-color: white;"| [http://hl7.org/fhir/STU3/resourcelist.html Resource Index]
| style="background-color: white;"| [http://hl7.org/fhir/ Hl7]
|-
| style="background-color: white;"| -
| style="background-color: white;"| Zorginformatie bouwstenen
| style="background-color: white;"| zib Publicatie 2017(NL)
| style="background-color: white;"| 23-12-2018 (wijzigingsdatum)
| style="background-color: white;"| [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatie bouwstenen]
| style="background-color: white;"| [http://www.nictiz.nl Nictiz]
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/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
|-
{{ReleaseNotes|package=2019.01 - Mei|release=2.0.10|issues=2|MM-1168|MM-1082}}
{{ReleaseNotes|package=2019.01 - Maart|release=2.0.3|issues=2|MM-975|MM-945}}
{{ReleaseNotes|package=2019.01 - Februari|release=2.0.2|issues=1|MM-870}}
|-
| style="background-color: white;"| 2019.01 - Oktober
| style="background-color: white;"| 2.0.1
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-571 MM-571]
| style="background-color: white;"| The references to some of the profiles on the wiki page weren't resolvable. This has been changed, so that they link to Simplifier.
|-
| style="background-color: white;"| 2019.01 - September
| style="background-color: white;"| 1.2.3
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-335 MM-335]
| style="background-color: white;"| Verwijzing naar het IHE MHD pdf document gaat nu naar de STU3 versie i.p.v. de laatste versie (o.b.v. R4)
|-
| style="background-color: white;"| 2018.06
| style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-49 MM-49]
| style="background-color: white;"| Beschikbaarstellen van referenties alleen via dezelfde geraadpleegde resourceserver met de benodigde autorisatie.
|}

MedMij:Vprepub-2020.01/OntwerpVragenlijsten

2020-07-20T15:38:54Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/OntwerpPDFA

2020-07-20T15:38:54Z

Update bot: Copy of V2019.01

MedMij:V2020.01/OntwerpMedicatie

2020-07-20T15:38:53Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Medicatieproces {{VersieInfo|V2019.01|Medicatieproces}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:Medicatie_proces_Icoon.png |link=|links |85px|Medicatie Proces]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_MedicationProcess|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Deze pagina beschrijft use cases voor de patiënt in relatie tot de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/informatiestandaard-medicatieproces/ informatiestandaard Medicatieproces] (MP). Deze use cases zijn gebaseerd op versie 9.x van deze standaard. Deze standaard beschrijft de uitwisseling met de patiënt nog niet expliciet. Het doel van deze pagina is om de verschillende uitwisselingsscenario's van medicatiegegevens met de patiënt toe te voegen.

Het is het streven van het MedMij-programma om deze beschrijvingen toe te voegen aan de bestaande standaard voor Medicatieproces.

Zoals [[MedMij:Vprepub/Ontwerpen|op deze pagina]] aangegeven, gebruikt MedMij voor medicatiegegevens de bouwstenen uit de informatiestandaard Medicatieproces versie 9.x als leidraad voor de uitwisseling van informatie. Voor uitwisseling van medicatiegegevens gaat het om de volgende zibs:

*Patiënt;
*Zorgaanbieder;
*Zorgverlener;
*Medicatieafspraak;
*Verstrekkingsverzoek;
*Toedieningsafspraak;
*Verstrekking;
*Medicatiegebruik;
*Toediening.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=

==Use case: Raadplegen medicatieoverzicht door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medicatiegegevens die over henzelf gaan.
===Domein===
Medicatiegegevens in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van een medicatieoverzicht vanuit een zorgaanbiederssysteem (XIS) naar een [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.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ART-DECOR.
====Raadplegen medicatieoverzicht====
Informatie elementen in de vraag om medicatieoverzicht staan hieronder. Om deze informatie in een nieuwe tab te openen, klik [https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.147-2016-11-08T103441.html hier].

Dit betreft de filtermogelijkheden (query paramaters) in de vraag om medicatieoverzicht.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.147-2016-11-08T103441.html frameborder="0" align="middle"></iframe>
</html>

====Beschikbaarstellen medicatieoverzicht====
Informatie elementen in medicatieoverzicht staan hieronder. Om deze informatie in een nieuwe tab te openen, klik [https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.148-2016-11-08T103441.html hier].

Dit betreft de inhoud van het medicatieoverzicht.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.148-2016-11-08T103441.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medicatieoverzicht raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medicatieoverzicht beschikbaar
|}
'''Bedrijfsrollen Medicatieoverzicht'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Medicatieoverzicht.png|Activiteitendiagram Raadplegen Medicatieoverzicht]]

'''Activiteitendiagram Raadplegen Medicatieoverzicht'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een aantal voor Roos relevante situaties waarbij het raadplegen van een medicatieoverzicht een rol speelt.

<blockquote>De afgelopen weken is Roos aan het tobben met haar gezondheid, ze houdt vocht vast achter haar longen en voelt zich niet goed. Haar gewicht begint toe te nemen en haar bloedsuikers zijn niet meer stabiel, en ze maakt een afspraak bij haar huisarts, dokter Jacobs, op 16 juli. Deze verhoogt na onderzoek haar vochtafdrijvende medicatie iets, en geeft haar een nieuw schema waarin staat hoeveel insuline zij extra moet spuiten als de bloedglucosewaarden boven een bepaalde waarde komen. Deze medicatiewijzigingen worden ook zichtbaar in een vernieuwd medicatieoverzicht van huisartsenpraktijk Jacobs/Kroonen, die de situatie op 16 juli weergeeft. Dit medicatieoverzicht kan zij inzien in haar persoonlijke gezondheidsomgeving. Dit geeft haar grip op haar situatie, ze weet waar zij aan toe is.</blockquote>

<blockquote>Het gaat slechter met Roos en op een nacht wordt ze erg benauwd wakker, daarnaast is ze duizelig. Ondanks aanpassingen van de medicatie neemt de benauwdheid niet af, het wordt eerder erger. Joost, haar man, neemt daarom contact op met de huisartsenpost en na overleg wordt besloten dat Roos naar het ziekenhuis moet komen. Een ambulance haalt haar op. Diezelfde nacht nog wordt ze opgenomen op de afdeling cardiologie van het Epidaurus ziekenhuis. Roos blijft een aantal weken onder behandeling en langzaam verbetert haar situatie. Roos wordt op 23 augustus ontslagen uit het Epidaurus ziekenhuis. Haar medicatie is gedurende haar opname verschillende keren aangepast. Bij ontslag maakt de ziekenhuisapotheker een op dat moment actueel medicatieoverzicht voor Roos. Dit medicatieoverzicht maakt het apothekerssysteem beschikbaar voor de persoonlijke gezonheidsomgeving van Roos. Roos kan nu via haar PGO dit medicatieoverzicht van 23 augustus van het Epidaurus ziekenhuis bekijken. Dit geeft haar meer grip op haar gezondheidssituatie.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt een medicatieoverzicht beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van medicatieoverzichten tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil het medicatieoverzicht inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om een medicatieoverzicht op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om een medicatieoverzicht bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert een medicatieoverzicht op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om het medicatieoverzicht in te zien.

=====Post conditie=====
De patiënt heeft het medicatieoverzicht geraadpleegd via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de medicatieoverzichten van zorgaanbieder naar de patië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;"| MedicatieoverzichtRaadplegend
| style="background-color: white;"| MP-{{VersieInfo|V2019.01|Medicatieproces}}-MOR-FHIR
| style="background-color: white;"| Raadplegen medicatieoverzicht bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| MedicatieoverzichtBeschikbaarstellend
| style="background-color: white;"| MP-{{VersieInfo|V2019.01|Medicatieproces}}-MOB-FHIR
| style="background-color: white;"| Beschikbaarstellen medicatieoverzicht aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Medicatieoverzicht (Totaal).png|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|Medicatieoverzicht (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen medicatieoverzicht
|style="background-color: white;vertical-align:top;"|MP-{{VersieInfo|V2019.01|Medicatieproces}}-MOR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_MedicationProcess|Medicatieoverzicht in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen medicatieoverzicht
|style="background-color: white;vertical-align:top;"|MP-{{VersieInfo|V2019.01|Medicatieproces}}-MOB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - Medicatieoverzicht.png|Use case diagram raadplegen Medicatiegegevens]]

'''Use case diagram

==Use case: Raadplegen medicatiegegevens door patiënt==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medicatiegegevens die over henzelf gaan.
===Domein===
Medicatiegegevens in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van een medicatiegegevens vanuit een zorgaanbiederssysteem (XIS) naar een [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.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in de informatiestandaard voor Medicatieproces.
====Raadplegen medicatiegegevens====
Informatie elementen in de vraag om medicatiegegevens staan hieronder. Om deze informatie in een nieuwe tab te openen, klik [https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.136-2016-07-12T133747.html hier].

Dit betreft de filtermogelijkheden (query paramaters) in de vraag om medicatiegegevens.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.136-2016-07-12T133747.html frameborder="0" align="middle"></iframe>
</html>

====Beschikbaarstellen medicatiegegevens====
Informatie elementen in medicatiegegevens staan hieronder. Om deze informatie in een nieuwe tab te openen, klik [https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.102-2016-03-23T163243.html hier].

Dit betreft de inhoud van de transactie met medicatiegegevens.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/medicatieproces/mp-html-20180426T140905/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.102-2016-03-23T163243.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medicatiegegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medicatiegegevens beschikbaar
|}
'''Bedrijfsrollen Medicatiegegevens'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Medicatiegegevens.png|Activiteitendiagram Raadplegen Medicatiegegevens]]

'''Activiteitendiagram Raadplegen Medicatiegegevens'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van een medicatiegegevens een rol speelt.

<blockquote>Roos heeft de afgelopen tijd in verband met haar hartfalen en diabetes diverse wijzigingen in haar medicatie gehad. Dit is soms gedaan door de specialist en soms door de huisarts. De apotheker paste dan daarna ook soms de doseerinstructies aan, omdat er een ander product geleverd moest worden dan voorgeschreven was. Eigenlijk is Roos het overzicht een beetje kwijtgeraakt. Gelukkig heeft haar PGO wel de mogelijkheid om bij al haar zorgverleners medicatiegegevens op te vragen. Haar PGO kan dit aan haar presenteren in een overzichtelijk geheel. Roos kan nu controleren of ze al haar medicatie inneemt conform de laatste afspraken die hierover zijn gemaakt. Dit is voor Roos heel geruststellend.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt een medicatiegegevens beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van medicatiegegevens tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil medicatiegegevens inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om een medicatiegegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare medicatiegegevens bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert medicatiegegevens op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om medicatiegegevens in te zien.

=====Post conditie=====
De patiënt kan medicatiegegevens inzien via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de medicatiegegevens van zorgaanbieder naar de patië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;"| MedicatiegegevensRaadplegend
| style="background-color: white;"| MP-{{VersieInfo|V2019.01|Medicatieproces}}-MGR-FHIR
| style="background-color: white;"| Raadplegen medicatiegegevens bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Medicatiegegevenseschikbaarstellend
| style="background-color: white;"| MP-{{VersieInfo|V2019.01|Medicatieproces}}-MGB-FHIR
| style="background-color: white;"| Beschikbaarstellen medicatiegegevens aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Medicatiegegevens (Totaal).png|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Medicatiegegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen medicatiegegevens
|style="background-color: white;vertical-align:top;"|MP-{{VersieInfo|V2019.01|Medicatieproces}}-MGR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_MedicationProcess|Medicatiegegevens in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen medicatiegegevens
|style="background-color: white;vertical-align:top;"|MP-{{VersieInfo|V2019.01|Medicatieproces}}-MGB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - Medicatiegegevens.png|Use case diagram raadplegen Medicatieoverzicht]]

'''Use case diagram

==Use case: Raadplegen verstrekkingenvertaling (medicatieverstrekkingen van het LSP) door patiënt==
Dit is een tijdelijke use case om de periode te overbruggen dat zorgaanbieders Medicatieproces 9.0 nog niet ondersteunen.
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medicatiegegevens die over henzelf gaan. Deze use case gaat specifiek over het raadplegen van verstrekkingen zoals die op het [https://www.vzvz.nl/over-het-lsp Landelijk Schakelpunt] (LSP) worden uitgewisseld. Deze verstrekkingen zijn op het LSP in Medicatieproces versie 6.12 en dat betreft een HL7v3-messaging standaard. In deze use case worden deze gegevens voor het PGO geconverteerd naar FHIR-resources.

===Domein===
Medicatieverstrekkingen vanuit het LSP.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van een medicatiegegevens vanuit een zorgaanbiederssysteem (XIS), via het LSP - met behulp van een vertaling naar FHIR - naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO): we noemen dit verstrekkingenvertaling.
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.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in de informatiestandaard voor Medicatieproces 6.12 en de [[MedMij:V1.0_VerstrekkingenvertalingTransactie|bijbehorende vertaling]] naar het MP-9 datamodel. MP-6.12 verstrekkingen vertalen naar de MP-9 bouwstenen: toedieningsafspraak en verstrekking.

====Raadplegen verstrekkingenvertaling====
Informatie elementen in verstrekkingenvertaling staan hieronder. Om deze informatie in een nieuwe tab te openen, klik [https://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.161-2018-11-29T135611.html hier].

Dit betreft de inhoud van de transactie met verstrekkingenvertaling.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.161-2018-11-29T135611.html frameborder="0" align="middle"></iframe>
</html>

====Beschikbaarstellen verstrekkingenvertaling====
Informatie elementen in verstrekkingenvertaling staan hieronder. Om deze informatie in een nieuwe tab te openen, klik [https://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.162-2018-11-29T135611.html hier].

Dit betreft de inhoud van de transactie met verstrekkingenvertaling.

<html>
<iframe width="100%" height="500" src=https://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.162-2018-11-29T135611.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil verstrekkingenvertaling raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt verstrekkingenvertaling beschikbaar
|}
'''Bedrijfsrollen Verstrekkingenvertaling '''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity Diagram - Verstrekkingenvertaling.png|Activiteitendiagram Raadplegen Verstrekkingenvertaling]]

'''Activiteitendiagram Raadplegen Verstrekkingenvertaling '''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van een verstrekkingenvertaling een rol speelt.

<blockquote>Roos heeft de afgelopen tijd in verband met haar hartfalen en diabetes diverse wijzigingen in haar medicatie gehad. Dit is soms gedaan door de specialist en soms door de huisarts. De apotheker paste dan daarna ook soms de doseerinstructies aan, omdat er een ander product geleverd moest worden dan voorgeschreven was. Eigenlijk is Roos het overzicht een beetje kwijtgeraakt. Gelukkig heeft haar PGO wel de mogelijkheid om bij haar zorgverleners verstrekkingenvertaling op te vragen. Haar PGO kan dit aan haar presenteren in een overzichtelijk geheel. Roos kan nu controleren of ze al haar medicatie inneemt conform de laatste afspraken die hierover zijn gemaakt. Dit is voor Roos heel geruststellend.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt verstrekkingenvertaling beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van medicatiegegevens tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil medicatiegegevens en/of verstrekkingenvertaling inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om een gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare verstrekkingenvertaling bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert verstrekkingenvertaling op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om verstrekkingenvertaling in te zien.

=====Post conditie=====
De patiënt kan verstrekkingenvertaling inzien via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de verstrekkingenvertaling van zorgaanbieder naar de patië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;"| VerstrekkingenvertalingRaadplegend
| style="background-color: white;"| MP-{{VersieInfo|V2019.01|MedicatieprocesVerstrekkingenvertaling}}-MGR-FHIR
| style="background-color: white;"| Raadplegen verstrekkingenvertaling bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Verstrekkingenvertalingbeschikbaarstellend
| style="background-color: white;"| MP-{{VersieInfo|V2019.01|MedicatieprocesVerstrekkingenvertaling}}-MGB-FHIR
| style="background-color: white;"| Beschikbaarstellen verstrekkingenvertaling aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component Diagram - Verstrekkingenvertaling (Totaal).png|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Verstrekkingenvertaling (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen verstrekkingenvertaling
|style="background-color: white;vertical-align:top;"|MP-{{VersieInfo|V2019.01|MedicatieprocesVerstrekkingenvertaling}}-MGR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_MedicationProcess|Verstrekkingenvertaling in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen verstrekkingenvertaling
|style="background-color: white;vertical-align:top;"|MP-{{VersieInfo|V2019.01|MedicatieprocesVerstrekkingenvertaling}}-MGB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use Case Diagram - Verstrekkingenvertaling.png|Use case diagram raadplegen Verstrekkingenvertaling]]

'''Use case diagram

=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
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/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
{{ReleaseNotes|release=9.0.7|package=2019.01 - Mei 2020|packageIssues=2|issues=35|MM-1115|MM-1097}}
{{ReleaseNotes|package=2019.01 - Maart 2020|packageIssues=3|MM-958|MM-940|MM-926}}
{{ReleaseNotes|package=2019.01 - Februari 2020|packageIssues=4|MM-901|MM-900|MM-899|MM-852}}
{{ReleaseNotes|package=2019.01 - Januari 2020|MM-467}}
{{ReleaseNotes|issues=3|package=2019.01 - November|MM-737|MM-729|MM-456}}
{{ReleaseNotes|package=2019.01 - Oktober|MM-593}}
{{ReleaseNotes|issues=7|package=2019.01 patch|MM-348|MM-347|MM-322|MM-307|MM-295|MM-258|MM-248}}
{{ReleaseNotes|issues=14|package=2019.01|MM-219|MM-164|MM-162|MM-134|MM-127|MM-118|MM-106|MM-102|MM-99|MM-98|MM-71|MM-48|MM-42|MM-41}}
{{ReleaseNotes|package=2018.06|release=9.0.6|issues=3|MM-128|MM-105|MM-23}}
|}

MedMij:Vprepub-2020.01/OntwerpMedicatie

2020-07-20T15:38:53Z

Update bot: Copy of V2019.01

MedMij:V2020.01/OntwerpLangdurigeZorg

2020-07-20T15:38:52Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Basisgegevens Langdurige Zorg {{VersieInfo|V2019.01|BgLZ}} (op basis van zibs release 2017)}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:BgLZ-icon.png|link=|links|95px|Use case BgLZ|BgLZ]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_BGLZ|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van Basisgegevens Langdurige Zorg (BgLZ) op basis van een selectie zorginformatiebouwstenen (zibs) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub/Ontwerpen|hier]] gevonden worden.

Binnen het [https://www.dus-i.nl/subsidies/inzicht InZicht programma] (VIPP langdurige zorg) zijn een drietal modules opgenomen.
* Module PGO: de Basisgegevens Langdurige Zorg is bedoeld voor deze module
* Module [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] (gericht op de verpleegkundige overdracht tussen zorgprofessionals)
* Module Medicatieveiligheid: hiervoor wordt verwezen naar het [[MedMij:Vprepub/OntwerpMedicatie| functioneel ontwerp]] voor [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0].

De Basisgegevens Langdurige Zorg bestaat uit gegevens die relevant zijn voor uitwisseling met patiënten binnen de langdurige zorg via hun [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO). De Basisgegevens Langdurige Zorg vertoont enige overlap met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht eOverdracht] maar is zeker niet hetzelfde: zie [[MedMij:Vprepub/OntwerpLangdurigeZorg#Informatie| Informatie]] voor een nadere toelichting over het samenstellen van de inhoud.

Het doel van deze pagina is om de uitwisseling van de Basisgegevens Langdurige Zorg met de patiënt te omschrijven.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

===Specifieke informatie over deze kwalificatie===
Specifieke informatie over de kwalificatie van de transacties 'Raadplegen Langdurige Zorg' en 'Beschikbaarstellen Langdurige Zorg' is [[MedMij:Vprepub/ToelichtingKwalificatieLangdurigeZorg| hier]] te vinden.

=Use Cases=
==Use case 1: Raadplegen Basisgegevens Langdurige Zorg in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de Basisgegevens Langdurige Zorg die over henzelf gaan.

=== Domein ===
Basisgegevens Langdurige Zorg in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de Basisgegevens Langdurige Zorg vanuit een zorgaanbiederssysteem (XIS) naar een [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.

=== Informatie ===
De Basisgegevens Langdurige Zorg bestaat uit een selectie van 14 zibs zoals te vinden in dit [[MedMij:Vprepub/InhoudLangdurigeZorg|overzicht]]. Deze zibs vormen samen een verzameling van gegevens die patiënten binnen de langdurige zorg zelf relevant vinden om via hun PGO in te zien, zoals bepaald tijdens een aantal veldverkenningen met zowel patiënten als zorgprofessionals. De Basisgegevens Langdurige Zorg komt voor een deel overeen met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)] en [https://www.nictiz.nl/standaardisatie/informatiestandaarden/verpleegkundige-overdracht/ eOverdracht], maar voor een deel ook niet: het gaat om drie aparte sets. Zie het [[MedMij:Vprepub/InhoudLangdurigeZorg|overzicht van de inhoud]] voor een nadere toelichting.

Medicatiegegevens vallen buiten de Basisgegevens Langdurige Zorg, omdat hiervoor gebruik wordt gemaakt van het reeds bestaande [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0] (zie [[MedMij:Vprepub/OntwerpMedicatie|uitwisseling medicatiegegevens]] in PGO).

In de MedMij FHIR implementatiegids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vprepub/FHIR_BGLZ#List_of_StructureDefinitions overzicht] is te zien welk FHIR profiel bij welke zib hoort.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil de eigen Basisgegevens Langdurige Zorg raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt de Basisgegevens Langdurige Zorg beschikbaar
|}
'''Bedrijfsrollen Basisgegevens Langdurige Zorg'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:InzienLZ_activity.PNG|Activiteitendiagram Raadplegen Langdurige Zorg]]

'''Activiteitendiagram Raadplegen Langdurige Zorg'''

=== Procesbeschrijving ===
==== Patient journey - Kenneth van Someren ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar Basisgegevens Langdurige Zorg.

<blockquote>Op aanraden van zijn dochter heeft Kenneth nu ook een PGO, waarop hij kan zien wanneer de wijkverpleegkundige komt of de huishoudelijke hulp. Als het nodig is kan hij via zijn PGO doorgeven dat hij niet mee eet omdat hij bij een van zijn kinderen eet. De vrijwilligers van de bezorgdienst krijgen dit automatisch doorgegeven.</blockquote>

<blockquote>Hij krijgt een EVV-er (eerst verantwoordelijke verpleegkundige) toegewezen, die samen met Kenneth een zorgleefplan gaat opstellen. Zodra het zorgleefplan compleet is, komt dit beschikbaar in zijn PGO. Daarmee kan Kenneth goed zien welke afspraken er met de instelling zijn gemaakt.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de Basisgegevens Langdurige Zorg van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de Basisgegevens Langdurige Zorg tussen het betreffende XIS en het eigen PGO.

De Basisgegevens Langdurige Zorg, of een gedeelte van de Basisgegevens Langdurige Zorg, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaarstellen.
:Soms zijn er valide redenen om de Basisgegevens Langdurige Zorg, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de Basisgegevens Langdurige Zorg op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Processtappen =====
* Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de Basisgegevens Langdurige Zorg van de patiënt.
* Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de Basisgegevens Langdurige Zorg beschikbaar voor de patiënt.
* De patiënt gebruikt de persoonlijke gezondheidsomgeving om de Basisgegevens Langdurige Zorg in te zien.

===== Postconditie =====
De persoon kan de Basisgegevens Langdurige Zorg inzien via een persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de Basisgegevens Langdurige Zorg van zorgaanbieder naar de persoon.

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeem
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Naam systeemrol
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeemrolcode
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| LZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|BgLZ}}-LZR-FHIR
| style="background-color: white;"| Raadplegen Basisgegevens Langdurige Zorg bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| LZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|BgLZ}}-LZB-FHIR
| style="background-color: white;"| Beschikbaarstellen Basisgegevens Langdurige Zorg aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienLZ_component.PNG|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactiegroep'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactie'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeemrolcode'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeem'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|Basisgegevens Langdurige Zorg (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.2&effectiveDate=2019-04-09T16:33:35&language=*&ui=nl-NL&version=2019-09-04T10:21:41&format=html&hidecolumns=34567 Raadplegen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|BgLZ}}-LZR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_BGLZ|Basisgegevens Langdurige Zorg in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.58.4.3&effectiveDate=2019-04-09T16:33:35&language=*&ui=nl-NL&version=2019-09-04T10:21:41&format=html&hidecolumns=34567 Beschikbaarstellen Basisgegevens Langdurige Zorg]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|BgLZ}}-LZB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:InzienLZ_usecase.PNG|Use case diagram raadplegen Basisgegevens Langdurige Zorg]]

'''Use case diagram raadplegen Basisgegevens Langdurige Zorg

=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
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:2019.01_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

{{ReleaseNotes|package=2019.01 - April|release=1.0.9|issues=3|MM-1059|MM-1025|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart|release=1.0.7|issues=3|MM-997|MM-953|MM-931}}
|-
| style="background-color: white; | 2019.01 - November
| style="background-color: white; | 1.0.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-806 MM-806]
| style="background-color: white;"| Fixed MM-430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib-TreatmentDirective profile.
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; | 1.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-599 MM-599]
| style="background-color: white;"| URL value on detailCodeableConcept.coding.system in HCIM TreatmentObjective example was incorrect, changed to the correct value.
|-
| style="background-color: white; | 2019.01 - September
| style="background-color: white; | 1.0.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-358 MM-358]
| style="background-color: white;"| Tekstcorrectie op de kwalificatiepagina's van BgZ, GGZ en BgLZ.
|}

MedMij:V2020.01/OntwerpLabresult

2020-07-20T15:38:52Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Laboratoriumresultaten {{VersieInfo|V2019.01|Laboratoriumresultaten}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:Labresultaten_icoon.png |link=|links |87px|MedMij_|Laboratoriumresultaten]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_LaboratoryResults|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Deze pagina beschrijft use cases voor de patiënt met relatie tot de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria informatiestandaard labuitwisseling] (LAB).

Door IHE / Antilope is ook al werk gedaan voor beschrijving use cases voor uitwisseling van laboratoriumgegevens, deze zijn [https://usecase-repository.ihe-europe.net/use-cases?field_domain_value=LAB&field_scale_value=All&field_source_value=All hier] gepubliceerd. Op het moment van schrijven van deze documentatie heeft IHE twee verschillende use cases beschreven:
* Uitwisseling voor een laboratorium binnen een ziekenhuis: [https://usecase-repository.ihe-europe.net/content/request-and-results-distribution-workflow-laboratory-within-hospital Request and results distribution workflow for laboratory within a hospital]
* Nationale / regionale uitwisseling tussen zorgaanbieders / laboratoria: [https://usecase-repository.ihe-europe.net/content/request-and-results-sharing-workflow-laboratory-nationalregional-scale Request and results sharing workflow for laboratory on a National/regional scale]

Bovenstaande standaarden beschrijven de uitwisseling met de patiënt nog niet expliciet. Het doel van deze pagina is om de verschillende uitwisselingsscenario's van laboratoriumgegevens met de patiënt toe te voegen.

Het is het streven van het MedMij-programma om deze beschrijvingen toe te voegen aan de bestaande informatiestandaard Labuitwisseling.

Zoals [[MedMij:Vprepub/Ontwerpen|op deze pagina]] aangegeven, gebruikt MedMij de BGZ en de bijbehorende zibs als leidraad voor de uitwisseling van informatie. Voor uitwisseling van laboratoriumresultaten gaat het om de volgende zibs:
*Patiënt;
*Zorgaanbieder;
*Zorgverlener;
*OverdrachtLaboratoriumUitslag.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=

==Use case: Raadplegen laboratoriumresultaten in persoonlijke gezondheidsomgeving==
===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in laboratoriumresultaten die over henzelf gaan.
===Domein===
Laboratoriumgegevens in het domein van zorgaanbieders, laboratoria en patiënten.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van laboratoriumresultaten vanuit zorgaanbieder / laboratorium naar een patiënt. De zorgaanbieder / laboratorium is dus de bron van de gegevens.

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.

===Informatie===
====Raadplegen laboratoriumresultaten====
Informatie-elementen in de vraag om laboratoriumresultaten zijn:
*periode (startdatum - einddatum) waarop het laboratoriumresultaat uitgevoerd was.

Dit betreft de filtermogelijkheden (query paramaters) in de vraag om laboratoriumresultaten.

====Beschikbaarstellen laboratoriumresultaat====
De volgende zorginformatiebouwstenen definiëren de informatie-elementen die van toepassing zijn:
*Patiënt
*Zorgverlener
*Zorgaanbieder
*LaboratoriumUitslag v4.1

Informatie elementen in LaboratoriumUitslag staan [https://zibs.nl/wiki/LaboratoriumUitslag-v4.1(2017NL) hier].

Dit betreft de inhoud van ieder laboratoriumresultaat.

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil laboratoriumresultaten raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder / Laboratorium
|style="background-color: white;vertical-align:top;"|Stelt laboratoriumresultaten beschikbaar
|}
'''Bedrijfsrollen Laboratoriumresultaten'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity_Diagram_-_LaboratoriumResultaten.jpg|Activiteitendiagram Raadplegen laboratoriumresultaten ]]

'''Activiteitendiagram Raadplegen laboratoriumresultaten'''

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas van Beek vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf hier].

Hieronder een aantal voor Thomas relevante situaties waarbij het raadplegen van laboratoriumresultaten een rol speelt.

<blockquote>Eens per drie maanden heeft Thomas een controle in het ziekenhuis. Hij heeft dan een afspraak met afwisselend de internist of de diabetesverpleegkundige. Thomas moet een half uur voor zijn afspraak al aanwezig zijn in het ziekenhuis om bloed te laten prikken. Een waarde die onder andere bepaald wordt is de HbA1c waarde, hieraan is te zien wat de gemiddelde glucosewaarde over de afgelopen 3 maanden geweest is. De uitslag is binnen een half uur binnen. De zorgverlener vertelt Thomas de laboratoriumresultaten en wat die betekenen tijdens de afspraak. Het ziekenhuis informatiesysteem maakt de laboratoriumresultaten ook beschikbaar voor de persoonlijke gezondheidsomgeving van Thomas. Thomas kan de resultaten dan ook later nog eens nakijken als hij dat wil. Dit geeft hem meer grip op zijn gezondheidssituatie.</blockquote>

<blockquote>In april is het tijd voor de jaarlijkse, uitgebreide controle in het ziekenhuis in verband met diabetes. De controle zélf zal plaatsvinden op 12 april. Thomas moet een week daarvoor, op 5 april, bloed prikken en urine afgeven in het ziekenhuis. De resultaten van de laboratoriumonderzoeken moeten beschikbaar zijn vóór 12 april. Het ziekenhuis informatiesysteem heeft de resultaten beschikbaar gemaakt voor Thomas op 10 april. Thomas wil zich goed op zijn afspraak voorbereiden en raadpleegt op 11 april, via zijn PGO, deze laboratoriumresultaten. Hij krijgt zo vooraf al meer inzicht in zijn situatie. Zijn nierwaarden lijken hem afwijkend. Hij vraagt zich daarom af of de instelling van de medicatie misschien aangepast moet worden. Voor de zekerheid noteert hij deze vraag voor zijn internist. Zo kan hij goed voorbereid naar het ziekenhuis op 12 april.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het uitwisselen van laboratoriumresultaten tussen zorgaanbieder / laboratorium en patiënt.
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van laboratoriumresultaten tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

Er is een laboratoriumresultaat dat de patiënt wil raadplegen en dat de zorgaanbiederzorgaanbieder / laboratorium beschikbaar stelt.
:Soms zijn er valide redenen om bepaalde laboratoriumresultaten tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om laboratoriumresultaten op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

=====Proces stappen=====
*De patiënt vraagt om laboratoriumresultaten bij een zorgaanbieder / laboratorium.
*De zorgaanbieder / laboratorium levert laboratoriumresultaten op voor de patiënt.
*Patiënt ziet de laboratoriumresultaten in.

=====Post conditie=====
De patiënt heeft laboratoriumresultaten gezien.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de laboratoriumresultaten van zorgaanbieder naar de patië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;"| LaboratoriumresultaatRaadplegend
| style="background-color: white;"| LAB-{{VersieInfo|V2019.01|Laboratoriumresultaten}}-LRR-FHIR
| style="background-color: white;"| Raadplegen Laboratoriumresultaat bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| LaboratoriumresultaatBeschikbaarstellend
| style="background-color: white;"| LAB-{{VersieInfo|V2019.01|Laboratoriumresultaten}}-LRB-FHIR
| style="background-color: white;"| Beschikbaarstellen Laboratoriumresultaat aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_LaboratoriumResultaten_(Totaal).jpg|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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:top;" rowspan="2"|Laboratoriumresultaten (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen laboratoriumresultaten
|style="background-color: white;vertical-align:top;"|LAB-{{VersieInfo|V2019.01|Laboratoriumresultaten}}-LRR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_LaboratoryResults|Laboratoriumresultaten in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen laboratoriumresultaten
|style="background-color: white;vertical-align:top;"|LAB-{{VersieInfo|V2019.01|Laboratoriumresultaten}}-LRB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder (laboratorium)
|}

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

[[Bestand:Use_Case_Diagram_-_LaboratoriumResultaten.jpg|Use case diagram raadplegen laboratoriumresultaten]]

'''Use case diagram

=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
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Release
!style="text-align:left;"|Versie
!style="text-align:left;"|BITS issue
!style="width:850px; text-align:left;"|Omschrijving
|-
| rowspan = 2; style="background-color: white; | 2019.01 - September
| rowspan = 2; style="background-color: white; | 1.1.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-436 MM-436]
| style="background-color: white;"| Aanpassen ConceptMap InterpretatieVlaggenCodelijst-to-observation-interpretation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-422 MM-422]
| style="background-color: white;"| Aanpassen conceptnaam ResultaatVlaggen naar InterpretatieVlaggen in FHIR profiel voor LaboratoryResults.
|-
|rowspan = 9; style="background-color: white;"| 2019.01
|rowspan = 3; style="background-color: white;"| 1.1.3
|style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-294 MM-294]
|style="background-color: white;"| Naam mapping binnen div. FHIR profielen aangepast conform zib: HCIM LaboratoryTestResult-v4.1(2017EN).
|-
|style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-247 MM-247]
|style="background-color: white;"| LastN operation niet nodig binnen use case LaboratoryResults
|-
|style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-205 MM-205]
|style="background-color: white;"| Verwijderen link naar Specimen in het technisch ontwerp van LaboratoryResults.
|-
| style="background-color: white;"| 1.1.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-206 MM-206]
| style="background-color: white;"| Reference vanuit Observation naar Specimen Isolate onjuist.
|-
| rowspan = 5; style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-142 MM-142]
| style="background-color: white;"| Onduidelijkheid in de modellering van de Aanvrager van een LaboratoriumUitslag.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-125 MM-125]
| style="background-color: white;"| Inconsistentie wiki vs simplifier.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-112 MM-112]
| style="background-color: white;"| Verwijzing in §2.4.1.2 naar zib OverdrachtLaboratoriumuitslag v1.2.2 (release 2015) gewijzigd in zib Laboratoriumuitslag v4.1 (release 2017). In het technisch ontwerp en FHIR-profielen werd deze al toegepast.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-108 MM-108]
| style="background-color: white;"| use-case Collect (from XIS to PGO).
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-94 MM-94]
| style="background-color: white;"| Specimen microorganism en specimenSource mappen naar hetzelfde fhir element.
|-
| style="background-color: white;"| 2018.06
| style="background-color: white;"| 1.0.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-66 MM-66]
| style="background-color: white;"| Update mappings LaboratoriumUitslag in DiagnosticReport en Observation.
|}

MedMij:V2020.01/OntwerpHuisartsgegevens

2020-07-20T15:38:52Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Huisartsgegevens {{VersieInfo|V2019.01|Huisartsgegevens}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:Huisartsgegevens.png|link=|links|Huisartsgegevens|85px]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR GP Data|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
De basis voor de inhoud van dit ontwerp is de "[[#richtlijn-huisarts-patient|Richtlijn online inzage in het H-EPD door patiënt]]". Op basis van deze richtlijn wordt de patiënt in staat gesteld gegevens van zijn huisartsdossier online op te vragen.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case: Raadplegen Huisartsgegevens door patiënt==
===Doel en relevantie===
Online inzage door de patiënt in het elektronisch patiëntendossier bij de huisarts (H-EPD) heeft als doel om de zorg beter te maken. De patiënt krijgt door online inzage meer overzicht en is beter geïnformeerd. Hierdoor heeft de patiënt meer begrip van en regie over de eigen gezondheid en het stimuleert zelfzorg. Ook kan het de kwaliteit van het dossier helpen verhogen.

===Domein===
Huisartsgegevens in het domein van zorgaanbieders en patiënten.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van een huisartsgegevens vanuit een zorgaanbiederssysteem (XIS) naar een [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.

===Informatie===
De gegevens zoals deze door de huisarts worden aangeboden voor online inzage aan de patiënt bestaan uit 10 secties (zie bijlage 1 van de richtlijn). Een aantal daarvan overlappen met de [[MedMij:Vprepub/OntwerpBGZ_2017|Basisgegevensset Zorg]] (BgZ) en een aantal daarvan zijn uniek voor het huisartsdossier. De richtlijn baseert zich op het [[#his-referentiemodel-2016|HIS referentiemodel]]. Die richtlijn heeft geen relatie met de [http://www.zibs.nl Zorginformatiebouwstenen] (zibs). Voor een aantal secties is deze relatie wel te leggen en voor een aantal ook niet (goed). De discrepanties zullen in de toekomst, in het Nictiz/NHG project "Huisartsoverdrachten", nog verder onderzocht en geslecht worden. Dit ontwerp Huisartsgegevens loopt daarop vooruit, omdat alle FHIR-profielen zich baseren op de zibs. Dit ontwerp en de technische uitwerking zal worden bijgewerkt, zodra de geharmoniseerde zorginformatiebouwstenen beschikbaar zijn. Dit zal naar verwachting niet vóór 2019 plaatsvinden.

In de MedMij FHIR implementatiegids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In onderstaand overzicht is te zien welk FHIR profiel bij welke zib hoort.

{| class="wikitable collapsible collapsed" cellpadding="10" width="80%"
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="4" | Bijlage 1 Richtlijn Online inzage in het H-EPD door patiënt
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:center; border: 1px solid black;" colspan="2" | (Voorlopige) mapping naar zibs
|-
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| #
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Onderdelen uit het Huisarts‑EPD
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Beschrijving
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Uitleg met voorbeelden
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Zorginformatiebouwsteen
! style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px"| Opmerking
|-
| style="background-color: white;vertical-align:top;"| 1
| style="background-color: white;vertical-align:top;"|Huisarts/Huisartsenpraktijk
| style="background-color: white;vertical-align:top;"|De huisarts en/of de huisartsenpraktijk waar de gegevens van afkomstig zijn.
| style="background-color: white;vertical-align:top;"|
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/Zorgverlener-v3.1(2017NL) Zorgverlener v3.1 (2017)] [https://zibs.nl/wiki/Zorgaanbieder-v3.1(2017NL) Zorgaanbieder v3.1 (2017)]
| style="background-color: white;vertical-align:top;"|
|-
| style="vertical-align:top;"| 2
| style="vertical-align:top;"|Patiënt
| style="vertical-align:top;"|De patiëntgegevens van de patiënt waarvoor de gegevens zijn.
| style="vertical-align:top;"|
| style="vertical-align:top;"| [https://zibs.nl/wiki/Patient-v3.1(2017NL) Patient v3.1 (2017)]
| style="vertical-align:top;"|
|-
| style="background-color: white;vertical-align:top;"| 3
| style="background-color: white;vertical-align:top;"|Episodes
| style="background-color: white;vertical-align:top;"|Een gezondheidsprobleem zoals een klacht of een aandoening, waarvan de aard in de loop der tijd kan veranderen door voortschrijdend inzicht of door het beloop van de aandoening.
| style="background-color: white;vertical-align:top;"|Ziekten, aandoeningen, klachten en symptomen. Bijvoorbeeld: blaasontsteking of droge hoest.
| style="background-color: white;" rowspan="3"| [https://zibs.nl/wiki/OverdrachtConcern-v1.2(2015NL) OverdrachtConcern v1.2 (2015)] [https://zibs.nl/wiki/Alert-v3.1(2017EN) Alert v3.1 (2017)]
| style="background-color: white;" rowspan="3"| Na 2015 is nog een versie 3.0 in 2016 uitgebracht die alleen in versie, niet in inhoud veranderd is. De versie van 2017 echter heeft expliciet gebruik voor episodes geschrapt.
|-
| style="vertical-align:top;"| 4
| style="vertical-align:top;"|Episodes met een attentievlag
| style="vertical-align:top;"|Episodes kunnen een attentievlag hebben om extra aandacht voor de episode te vragen. De attentievlag kan aanwezig blijven als een episode afgesloten wordt/is, wanneer de gebruiker het belangrijk vindt dit probleem in beeld te houden.
| style="vertical-align:top;"|Belangrijke ziekten, aandoeningen, klachten en symptomen. Bijvoorbeeld: reuma, suikerziekte, kanker, erfelijke ziekten.
|-
| style="background-color: white;vertical-align:top;"| 5
| style="background-color: white;vertical-align:top;"|Open en gesloten episodes
| style="background-color: white;vertical-align:top;"|Episodes kunnen open (actueel) of gesloten (niet langer actueel) zijn.
| style="background-color: white;vertical-align:top;"|Open/actueel: ziekten, aandoeningen, klachten en symptomen waarvoor nog zorg wordt verleend. Gesloten/niet actueel: ziekten, aandoeningen, klachten en symptomen waarvoor in het verleden zorg is verleend.
|-
| style="vertical-align:top;"| 6
| style="vertical-align:top;"|Behandeling
| style="vertical-align:top;"|Handeling aan de patiënt, die invloed heeft op de gezondheidstoestand van de patiënt.
| style="vertical-align:top;"|Operaties en (zware) behandelingen zoals bestraling of chemotherapie.
| style="vertical-align:top;"| ''[https://zibs.nl/wiki/Verrichting-v4.0(2017NL) Verrichting v4.0 (2017)]''
| style="vertical-align:top;"| zib ondersteunt alleen de DHD Verrichtingenthesaurus waarmee het huisartssysteem niet werkt.
|-
| style="background-color: white;vertical-align:top;"| 7
| style="background-color: white;vertical-align:top;"| Profylaxe en voorzorg
| style="background-color: white;vertical-align:top;"| In Profylaxe en voorzorg worden voorzorgsmaatregelen vastgelegd die nodig zijn bij of vanwege bepaalde medische aandoeningen.
| style="background-color: white;vertical-align:top;"| Bijvoorbeeld voorzorgen bij ooit doorgemaakte endocarditis (ontsteking van de binnenbekleding van het hart en de hartkleppen) of na een miltverwijdering.
| style="background-color: white;vertical-align:top;"|
| style="background-color: white;vertical-align:top;"| Er is in principe slechts een type uit NHG tabel 56
|-
| style="vertical-align:top;"| 8
| style="vertical-align:top;"| Actuele medicatie
| style="vertical-align:top;"| Medicatie-afspraak Het voorstel van een voorschrijver tot gebruik van medicatie waarmee de patiënt akkoord is. De afspraak kan zowel starten, herhalen, wijzigen als stoppen van medicatie betreffen.
| style="vertical-align:top;"| '''De actuele medicatie''' is het overzicht van de medicatieafspraken. Het is de lijst van geneesmiddelen die de patiënt nu gebruikt.
| style="vertical-align:top;"| [https://zibs.nl/wiki/Medicatieafspraak-v1.0(2017NL) Medicatieafspraak v1.0 (2017)]
| style="vertical-align:top;"|
|-
| style="background-color: white;vertical-align:top;"| 9
| style="background-color: white;vertical-align:top;"| Medicatie-overgevoeligheid
| style="background-color: white;vertical-align:top;"| Een medicatie-overgevoeligheid beschrijft een overgevoeligheid van een patiënt voor een geneesmiddel, een stof of een geneesmiddelengroep, waarmee rekening gehouden moet worden bij het voorschrijven van medicatie.
| style="background-color: white;vertical-align:top;"| Lijst van geneesmiddelen waarop in het verleden een overgevoeligheid of levensbedreigende allergische reactie is opgetreden. Bijvoorbeeld: allergie voor aspirine.
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/AllergieIntolerantie-v3.1(2017NL) AllergieIntolerantie v3.1 (2017)]
| style="background-color: white;vertical-align:top;"|
|-
| style="vertical-align:top;"| 10
| style="vertical-align:top;"|Correspondentie
| style="vertical-align:top;"|Inkomend: Een binnengekomen brief betreffende een patiënt, die als zodanig is vastgelegd in het medisch dossier van de patiënt. Uitgaand: Een brief die opgesteld is door een praktijkmedewerker en naar een externe zorgverlener verstuurd is.
| style="vertical-align:top;"|Inkomende = brieven uit het ziekenhuis, polikliniek, zorginstelling. Uitgaande = verwijsbrieven.
| style="vertical-align:top;"| ''[https://zibs.nl/wiki/TekstUitslag-v4.0(2017NL) TekstUitslag v4.0 (2017)]''
| style="vertical-align:top;"| Correspondentie kan een binair bestand zijn zoals PDF/A, typen in de zib zijn niet toereikend voor alle typen correspondentie
|-
| style="background-color: white;vertical-align:top;"| 11
| style="background-color: white;vertical-align:top;"|Resultaten van bepalingen – ''laatste veertien maanden''
| style="background-color: white;vertical-align:top;"|Een bepaling is een objectiveerbare diagnostische verrichting. Het resultaat is de (uitkomst) van een bepaling.
| style="background-color: white;vertical-align:top;"|Uitslagen van fysieke metingen, zoals bloeddruk, gewicht en laboratoriumtesten, zoals ijzergehalte in het bloed.
| style="background-color: white;vertical-align:top;"|[https://zibs.nl/wiki/LaboratoriumUitslag-v4.0(2017NL) LaboratoriumUitslag v4.0 (2017)] 
[https://zibs.nl/wiki/Bloeddruk-v3.1(2017NL) Bloeddruk v3.1 (2017)] 
[https://zibs.nl/wiki/Lichaamsgewicht-v3.1(2017NL) Lichaamsgewicht v3.1 (2017)] 
[https://zibs.nl/wiki/Lichaamslengte-v3.1(2017NL) Lichaamslengte v3.1 (2017)] 
[https://zibs.nl/wiki/Lichaamstemperatuur-v3.1(2017NL) Lichaamstemperatuur v3.1 (2017)] 
[https://zibs.nl/wiki/AlgemeneMeting-v3.0(2017NL) AlgemeneMeting v3.0 (2017)] 
[https://zibs.nl/wiki/Hartfrequentie-v3.1(2017NL) Hartfrequentie v3.1 (2017)] 
[https://zibs.nl/wiki/O2Saturatie-v3.1(2017NL) O2Saturatie v3.1(2017)] 
[https://zibs.nl/wiki/Polsfrequentie-v3.1(2017NL) Polsfrequentie v3.1(2017)]
| style="background-color: white;vertical-align:top;"|
|-
| style="vertical-align:top;"| 12
| style="vertical-align:top;"|E- en P-regels van de SOEP- structuur - ''vastgelegd na invoering van online inzage''
| style="vertical-align:top;"|Informatie uit een deelcontact dat in vrije tekst wordt geregistreerd volgens de SOEP-structuur. Het acroniem SOEP staat voor Subjectief, Objectief, Evaluatie en Plan.
| style="vertical-align:top;"|In de E(valuatie)-regel staat de conclusie van het consult. In de P(lan)-regel staan de afgesproken zaken en eventuele vervolgstappen.
| style="vertical-align:top;"| ''[https://zibs.nl/wiki/TekstUitslag-v4.0(2017NL) TekstUitslag v4.0 (2017)]''
| style="vertical-align:top;"| Journaalregeltype en ICPC-codering, extra t.o.v. in zib
|}

====Raadplegen huisartsgegevens ====
De vraag wordt gesteld aan de huisarts of huisartsenpraktijk. Er zijn geen verdere parameters bekend. Zie de [[#richtlijn-huisarts-patient|richtlijn]] voor de verdere context van de vraag naar de huisartsgegevens.

Dit betreft de filtermogelijkheden (parameters) in de vraag om huisartsgegevens.

====Beschikbaar stellen huisartsgegevens====
Zie voor de Informatie-elementen in huisartsgegevens de [[#richtlijn-huisarts-patient|richtlijn]].

Dit betreft de inhoud van de transactie met huisartsgegevens.

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" cellpadding="10" width="50%
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil huisartsgegevens raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt huisartsgegevens beschikbaar
|}
'''Bedrijfsrollen huisartsgegevens'''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity_Diagram_-_Huisartspatientsamenvatting.jpg|Activiteitendiagram Raadplegen huisartsgegevens]]

'''Activiteitendiagram Raadplegen huisartsgegevens'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u in de [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf casus Roos Dalstra].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van de huisartsgegevens een rol speelt.

<blockquote></blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt huisartsgegevens beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van huisartsgegevens tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil de huisartsgegevens inzien en de zorgaanbieder stelt deze ook beschikbaar.
Een patiënt kan steeds zelf het initiatief nemen om een huisartsgegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Processtappen=====
*Het systeem van de patiënt (PGO) vraagt om de beschikbare huisartsgegevens bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert de huisartsgegevens op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om de huisartsgegevens in te zien.

=====Postconditie=====
De patiënt kan de huisartsgegevens inzien via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de huisartsgegevens van zorgaanbieder naar de patië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;"| HuisartsgegevensRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Huisartsgegevens}}-HGR-FHIR
| style="background-color: white;"| Raadplegen huisartsgegevens bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| HuisartsgegevensBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Huisartsgegevens}}-HGB-FHIR
| style="background-color: white;"| Beschikbaarstellen huisartsgegevens aan de patiënt
|-
|}
Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Huisartspatientsamenvatting_(Totaal).jpg|Componentendiagram]]

'''Componentendiagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Huisartsgegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen huisartsgegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Huisartsgegevens}}-HGR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR GP Data|Huisartsgegevens in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen huisartsgegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Huisartsgegevens}}-HGB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use_Case_Diagram_-_Huisartspatientsamenvatting.jpg|Use case diagram raadplegen Huisartsgegevens]]

'''Use case diagram

=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
|-
| style="background-color: white;"| -
| style="background-color: white;"| Richtlijn Online inzage in het H-EPD door patiënt
| style="background-color: white;"|
| style="background-color: white;"| 2017
| style="background-color: white;"| https://www.nhg.org/themas/publicaties/richtlijn-online-inzage-het-h-epd-door-patient of de [https://www.nhg.org/sites/default/files/content/nhg_org/images/richtlijn_online_inzage_in_het_h-epd_door_patient_web_2017.pdf directe link (PDF)]
| style="background-color: white;"| NHG / Patiëntenfederatie
|-
| style="background-color: white;"| -
| style="background-color: white;"| HIS referentiemodel Publieksversie (Utrecht 2016)
| style="background-color: white;"|
| style="background-color: white;"| 2016
| style="background-color: white;"| https://referentiemodel.nhg.org/inhoud/themas/publieksversie/published
| style="background-color: white;"| NHG
|}

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/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
{{ReleaseNotes|release=1.1.15|package=2019.01 - Mei 2020|issues=2|MM-1117|MM-1097}}
{{ReleaseNotes|release=1.1.11|package=2019.01 - Maart 2020|packageIssues=2|issues=2|MM-940|MM-926}}
|-
| rowspan = 2; style="background-color: white; | 2019.01 - Januari 2020
| rowspan = 2; style="background-color: white; | 1.1.9
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-492 MM-492]
| style="background-color: white;"| Added comment to AllergyIntolerance.comment in the HCIM Allergyintolerance FHIR profile to explain the mapping for ValueSet AllergieStatusCodelijst to AllergyIntolerance.clinicalStatus and AllergyIntolerance.verificationStatus. Added dataAbsentReason extension to AllergyIntolerance.verificationStatus.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-467 MM-467]
| style="background-color: white;"| Added comment on MedicationRequest.reasonCode in HCIM MedicationAgreement profile to to explain mising HCIM mapping.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - November
| rowspan = 2; style="background-color: white;"| 1.1.8
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-655 MM-655]
| style="background-color: white;"| Cardinality of Observation.subject in the gp-journalEntry profile has been changed from 0..1 to 1..1. In addition, this profile is now based on the nl-core-observation profile to ensure consistency.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-618 MM-618]
| style="background-color: white;"| Changed faulty 'include:' to 'include=' in Search URL on TO for GP Data #8.
|-
| rowspan = 3; style="background-color: white;"| 2019.01 - Oktober
| rowspan = 3; style="background-color: white;"| 1.1.7
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-601 MM-601]
| style="background-color: white;"| Search parameters op codesysteem moeten eindigen op <nowiki>|</nowiki>.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-530 MM-530]
| style="background-color: white;"| Duiding toegevoegd bij het opvragen van contactverslagen ten aanzien van de samenstelregels voor Composition resources
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-528 MM-528]
| style="background-color: white;"| Parameter periodofuse is a required parameter for MedicationAgreements. Removed ''This may or may not be populated. If it is not, the Medicationagreement is assumed to be current.''
|-
| rowspan = 2; style="background-color: white; | 2019.01 - September
| rowspan = 2; style="background-color: white; | 1.1.6
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-436 MM-436]
| style="background-color: white;"| Aanpassen ConceptMap InterpretatieVlaggenCodelijst-to-observation-interpretation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-422 MM-422]
| style="background-color: white;"| Aanpassen conceptnaam ResultaatVlaggen naar InterpretatieVlaggen in FHIR profiel voor LaboratoryResults.
|-
| rowspan = 11; style="background-color: white;"| 2019.01
| rowspan = 5; style="background-color: white;"| 1.1.5
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-308 MM-308]
| style="background-color: white;"| List of StructureDefinitions has been updated to reflect profiles that are currently implementable. As not the whole guideline is implementable at this point in time as reflected in the List of Invocations, this makes the List of StructureDefinitions smaller than it was. The Corresponce section is thus no longer present and this solves the dead link.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-307 MM-307]
| style="background-color: white;"| Aanpassen mapping van "Reden wijzigen of staken" en "Reden wijzigen of stoppen gebruik" van HCIM naar MP9.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-258 MM-258]
| style="background-color: white;"| HCIM PharmaceuticalProduct: Added ValueSet 'IngredientCodeGTINCodeLijst' + correct reference url to ValueSet.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-255 MM-255]
| style="background-color: white;"| Extensies DateLastEncounter, DateFirstEncounter en EpisodeOfCareTitle toegevoegd aan nl-core-episodeofcare profiel.
|-
| style="background-color: white;"| 1.1.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-269 MM-269]
| style="background-color: white;"| Huisartsgegevens: Discrepantie Technisch ontwerp en Kwalificatie
|-
| style="background-color: white;"| 1.1.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-251 MM-251]
| style="background-color: white;"| Fout in voorbeeld sectie Treatment van Huisartsgegevens
|-
| style="background-color: white;"| 1.1.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-206 MM-206]
| style="background-color: white;"| Reference vanuit Observation naar Specimen Isolate onjuist.
|-
| rowspan = 3; style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-144 MM-144]
| style="background-color: white;"| Problem zib ClinicalStatus can take on values which are not defined by the HCIM.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-118 MM-118]
| style="background-color: white;"| Profiel naam zib-Product niet passend bij zib FarmaceutischProduct.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-100 MM-100]
| style="background-color: white;"| Mapping CBV naar SNOMED codes.
|-
| rowspan = 3; style="background-color: white;"| 2018.06
| rowspan = 3; style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-66 MM-66]
| style="background-color: white;"| Update mappings LaboratoriumUitslag in DiagnosticReport en Observation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-64 MM-64]
| style="background-color: white;"| Koppelen van meetinstrument aan relevante profielen.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/projects/MM/issues/MM-51 MM-51]
| style="background-color: white;"| Extend query for AllergyIntolerance with parameter <code>code</code>. This parameter allows querying specifically medication intolerances.
|}

MedMij:Vprepub-2020.01/OntwerpLangdurigeZorg

2020-07-20T15:38:52Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/OntwerpLabresult

2020-07-20T15:38:52Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/OntwerpHuisartsgegevens

2020-07-20T15:38:52Z

Update bot: Copy of V2019.01

MedMij:V2020.01/OntwerpBeelden

2020-07-20T15:38:51Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Beelden {{VersieInfo|V2019.01|Beelden}}}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:beeldenIcoon.png|link=|87px |links||media]]
<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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_Images|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van beelden binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub/Ontwerpen| hier]] gevonden worden.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Sturen beelden vanuit een PGO==
=== Doel en relevantie ===
*Het voor patiënten/ personen mogelijk maken regie op hun eigen gezondheid te nemen door beelden te sturen naar (verschillende) zorgaanbieders.
*Deze use case ondersteunt geen interactie met de patiënt middels het PGO. De zorgverlener kan niet online reageren op de gestuurde beelden. De zorgverlener dient buiten deze use case om de beelden te bespreken met de patiënt.

=== Domein ===
Beelden in het domein van zorgaanbieders en patiënten/ personen.

=== Context ===
Het gaat om het elektronisch en gestructureerd sturen van beelden vanuit een [[#persoonlijke-gezondheidsomgeving|persoonlijke gezondheidsomgeving]] (PGO) naar een zorgaanbiederssysteem (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.

=== Informatie ===
Bij het sturen van beelden gaat het om de volgende informatie die uitgewisseld wordt: de beelden, bijbehorende meta-informatie per beeld en een mogelijk toelichting/ begeleidende tekst.

De informatie-elementen voor sturen en ontvangen van een beeld of collectie beelden staan in [http://decor.nictiz.nl/pub/beelden/bd-html-20190512T171559/tr-2.16.840.1.113883.2.4.3.11.60.54.4.2-2019-02-25T131649.html ART-DECOR Sturen Beelden].

==== Beeldformaat ====
*De ontvangende systemen dienen de volgende gegevensformaten te ondersteunen: JPEG, PNG, GIF en JP2. De PGO bepaalt zelf in welke van deze ondersteunende beeldformaten, de beelden worden verstuurd. De genoemde beeldformaten zijn ook de gegevensformaten, bestaande uit één frame, die door [[#DICOM-beeldformaten|DICOM standaard]] worden gespecificeerd voor gebruik bij DICOM web-services. Binnen deze use case zijn dit de enige gebruikte gegevensformaten voor beelden. Beeldformaat DICOM is niet in scope voor deze use case.
*Beelden mogen extra (meta)informatie bevatten in bijvoorbeeld de [[#Exif|Exif standaard]]. Een voorbeeld is het opslaan van patiëntgegevens binnen het beeldformaat JPEG. Hier wordt in deze use case echter geen gebruik van gemaakt.

==== Frequentie sturen beeld(en) ====
*Met het oog op bijvoorbeeld een ''denial of service attack'' is de overweging geweest om de frequentie waarmee de patiënt beelden kan versturen te beperken. Besloten is om voorlopig geen beperkingen op te nemen in de standaard.

==== Grootte van beeld(en) ====
De maximale grootte van een beeld is 20 MB (voordat het Base64 encoded is). Een PGO kan één tot maximaal 3 beelden tegelijk sturen. De maximale grootte van een collectie beelden is 60 MB. Base64 codering maakt het resultaat 37% groter.

==== Toelichting ====
De patiënt kan per beeld en/of per collectie beelden een begeleidende tekst meegeven. Dit gaat middels de 'toelichting' meta-informatie elementen.

==== Meta-informatie ====
Het beeld dient te worden voorzien van voldoende meta-informatie om door het ontvangende systeem goed te kunnen worden geïnterpreteerd. De specificatie van de meta-informatie wordt gegeven in de dataset en transactiebeschrijving. Daarnaast kent het FHIR profiel, verwezen vanuit het technisch ontwerp, nog een aantal verplichte concepten.
Deze use case houdt rekening met zelfstandige XIS-sen en met XIS-sen die zijn aangesloten op een XDS-netwerk door het bericht te voorzien van voldoende meta-informatie voor indexatie. Het correct indexeren van beelden in een XDS netwerk is de verantwoordelijkheid van het ontvangende XIS. Het technische ontwerp geeft een niet-normatieve implemenatierichtlijn middels een mapping van het FHIR bericht naar XDS concepten en het IHE MHD profiel.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil beelden sturen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Wil beelden ontvangen
|}
'''Bedrijfsrollen sturen beelden'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:Activity_Diagram_-_Sturen_Beelden.png|Activiteitendiagram sturen beelden]]

'''Activiteitendiagram sturen beelden'''

=== Procesbeschrijving ===
==== Patient Journey – Thomas van Beek ====
Een voorbeeldsituatie die de meerwaarde van het sturen van beelden vanuit het PGO schetst is de patiënt journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf Thomas van Beek].
<blockquote>De afgelopen periode heeft Thomas wisselend last van eczeem. De vorige keer dat Thomas een dergelijke aanval had, waren de klachten al afgenomen op het moment dat de afspraak met de huisarts plaatsvond. Om de ernst van de klachten te kunnen inschatten heeft de huisarts gevraagd of Thomas in het vervolg een foto kan maken van de eczeem wanneer deze in alle ernst aanwezig zijn.
Vandaag is het weer zover. Bij het maken van de afspraak met de huisarts verzoekt de assistente of Thomas direct een foto kan maken en deze de huisarts wil toesturen. Thomas maakt foto's van onder andere zijn gezicht en upload deze naar zijn PGO. Een paar dagen na het versturen van de foto heeft hij een afspraak bij de huisarts. De foto's komen tijdens het consult ter sprake en een passende behandeling wordt gekozen.</blockquote>

==== Patient Journey – Kenneth van Someren ====
Een tweede voorbeeld waarbij de meerwaarde van het sturen van beelden vanuit het PGO geschetst kan worden is de patiënt journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].

<blockquote>De grote antieke stoel in de woonkamer is het plekje waar Kenneth thuis graag te vinden is. De stoel begon echter de laatste tijd steeds minder lekker te zitten. De zuster adviseert regelmatig af te wisselen met de bank, maar de televisie is lang niet zo interessant als het dorpsplein aan de overkant van de straat. Het begon met enkel een klein rood plekje op zijn ruggengraat, maar inmiddels begon dit vormen aan te nemen die ook dochter Debby zorgen baarde. Na kort overleg met de thuiszorg besluit ze telefonisch contact op te nemen met de wondverpleegkundige van de organisatie. Deze vraagt om een duidelijke foto te maken en via het PGO te sturen voor beoordeling. De wondverpleegkundige ziet de foto en vind het ook zorgelijk. Daarom maak ze direct een afspraak met Kenneth om de plek zelf te beoordelen. De volgende ochtend lukt dat al en die middag komt de thuiszorg met de juiste kennis en materialen om de wond te behandelen.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case omgaat is:
* Patiënt en zorgverlener maken de afspraak dat de patient een beeld kan sturen aan de zorgverlener.
* Patiënt maakt, ontvangt of downloadt één of meerdere beelden en uploadt deze naar zijn PGO. De beelden kunnen gemaakt zijn door de patiënt, een zorgaanbieder of iemand anders.
* Patiënt heeft de mogelijkheid om een begeleidende tekst van maximaal 1 MB toe te voegen aan het beeld en/of beelden.
* Het PGO stuurt de beelden naar het systeem van de zorgaanbieder.
** Mogelijk moet of kan de patiënt metagegevens behorende bij de beelden aanvullen of invullen.
* De zorgaanbieder raadpleegt de beelden in zijn eigen dossier (XIS).
* De zorgverlener bespreekt het beeld buiten het PGO om met de patiënt. Deze use-case ondersteunt geen interactie met de patiënt middels het PGO.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

===== Preconditie =====
* De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van beelden tussen het eigen PGO en de betreffende XIS.
* De patiënt en zorgaanbieder hebben onderling afspraken gemaakt over het sturen van beelden.
* Het XIS van de zorgaanbieder is in staat afbeeldingen van de patient te ontvangen.
* De beelden bevinden zich in of zijn toegankelijk voor, het PGO

===== Processtappen =====
* Het systeem van de patiënt (PGO) stuurt de beelden naar het systeem van de zorgaanbieder (XIS).
* Het systeem van de zorgaanbieder (XIS) ontvangt de beelden van het PGO.

===== Postconditie =====
* Indien het systeem van de zorgaanbieder (XIS) gebruik maakt van een XDS-omgeving zal dit systeem de beelden op gepaste wijze in het netwerk registreren.
* De zorgaanbieder gebruikt het systeem (XIS) om de beelden te kunnen zien en/of beoordelen.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om beelden van de patiënt naar de zorgaanbieder.

{| 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;"| Sturen van Beelden
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Beelden}}-BES-FHIR
| style="background-color: white;"| Sturen van beelden naar zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Ontvangen van Beelden
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|Beelden}}-BEO-FHIR
| style="background-color: white;"| Ontvangen van beelden vanuit het PGO
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Sturen_Beelden_(Totaal).png|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

=== 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 stuur- en ontvangstbericht). Onderstaande tabel biedt een overzicht voor deze use case.

{| 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"|Beelden (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen Beelden
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Beelden}}-BES-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_Images |Beelden in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen Beelden
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|Beelden}}-BEO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use_Case_Diagram_-_Sturen_Beelden.png|Use case diagram Sturen Beelden]]

'''Use case diagram sturen beelden

=Functionaliteit=

== Eisen en wensen ==
*'''Afstemming vooraf''': Tijdens de ontwikkeling van de informatiestandaard is er nagedacht over het opnemen van een verplichte checkbox die de patiënt moet aanvinken om aan te geven dat er afstemming is geweest met de zorgverlener. Uiteindelijk is besloten om deze eis niet op te nemen in de standaard omdat in de praktijk patiënt en zorgverlener altijd een context hebben waarin het sturen van de beelden past. Daarnaast is het uitgangspunt om de patiënt zo min mogelijk te laten invullen bij het sturen van een beeld.

== Niet functionele eisen en wensen ==
Het technisch ontwerp bevat een aantal verplichte (technische) data elementen die niet zijn opgenomen in de functionele dataset. Een aantal van deze velden zijn verplicht gesteld om compatibiliteit met XDS-netwerken te ondersteunen. Het gaat om de volgende elementen:

* Indentificatie van het beeld en collectie beelden
* Een hash van de data van het beeld

=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
|-
| style="background-color: white;"| -
| style="background-color: white;"| Persoonlijke Gezondheidsomgeving
| style="background-color: white;"|
| style="background-color: white;"| 06-12-2018
| style="background-color: white;"| https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/
| style="background-color: white;"| Patiëntenfederatie Nederland
|-
| style="background-color: white;"| -
| style="background-color: white;"| Rendered Media Types
| style="background-color: white;"|
| style="background-color: white;"| 10-12-2018
| style="background-color: white;"| http://dicom.nema.org/medical/dicom/2017d/output/html/part18.html#table_6.1.1-3
| style="background-color: white;"| NEMA (DICOM)
|-
| style="background-color: white;"| -
| style="background-color: white;"| Exif
| style="background-color: white;"|
| style="background-color: white;"| 10-12-2018
| style="background-color: white;"| https://en.wikipedia.org/wiki/Exif
| style="background-color: white;"| Wikipedia
|}

'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/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

{{ReleaseNotes|package=2019.01 - April|release=1.0.6|issues=2|MM-1032|MM-954}}
{{ReleaseNotes|package=2019.01 - Maart|release=1.0.4|issues=1|MM-1007}}
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|}

MedMij:V2020.01/OntwerpGGZ

2020-07-20T15:38:51Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Basisgegevens GGZ {{VersieInfo|V2019.01|BgGGZ}} (op basis van zibs release 2017)}}

[[Bestand:MedMij-GGZ-63.png |link=|links|80px|Use case GGZ|GGZ]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_GGZ|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van Basisgegevens GGZ op basis van een selectie zorginformatiebouwstenen (zibs) binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub/Ontwerpen| hier]] gevonden worden.

Binnen het [https://www.vippggz.nl/regeling/doelstellingen.html VIPP GZZ programma] zijn een drietal modules opgenomen:
* Module "Patiënt & Informatie": de Basisgegevens GGZ is bedoeld voor deze module.
* Module "Patiënt & Medicatie": hiervoor wordt verwezen naar het [[MedMij:Vprepub/OntwerpMedicatie| functioneel ontwerp]] voor [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0].
* Module "Patiënt & eHealth".

Voor de module "Patiënt & Informatie" is een [https://zoek.officielebekendmakingen.nl/stcrt-2018-60877.html#d17e2089 lijst van verplichte zorginformatiebouwstenen (zibs)] vastgesteld die geschikt zijn verklaard voor de GGZ sector, de Basisgegevens GGZ. Deze lijst omvat momenteel alleen de reeds beschikbare zibs (publicatie 2017) met minimale inhoud en structuur als opmaat naar een volwaardige GGZ informatiestandaard (in ontwikkeling door GGZ Nederland en Nictiz). De lijst van zibs en hierop gebaseerd specificaties vertoont enige overlap met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz Basisgegevensset Zorg (BgZ)] maar is zeker niet hetzelfde: zie [[MedMij:Vprepub/OntwerpGGZ#Informatie| Informatie]] voor een nadere toelichting over het samenstellen van de inhoud.

De use cases voor de toekomstige GGZ informatiestandaard zijn nog niet omschreven, echter staat voor het VIPP GGZ programma het perspectief van de patiënt centraal. Het doel van deze pagina is dan ook om de uitwisseling van de Basisgegevens GGZ met de patiënt te omschrijven.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

===Specifieke informatie over deze kwalificatie===
Specifieke informatie over de kwalificatie van de transacties 'Raadplegen GGZ' en 'Beschikbaarstellen GGZ' is [[MedMij:Vprepub/ToelichtingKwalificatieGGZ| hier]] te vinden.

=Use Cases=
==Use case 1: Raadplegen Basisgegevens GGZ in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de Basisgegevens GGZ die over henzelf gaan.

=== Domein ===
Basisgegevens GGZ in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de Basisgegevens GGZ vanuit een zorgaanbiederssysteem (XIS) naar een [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.

=== Informatie ===
De Basisgegevens GGZ bestaat uit een selectie van 24 zibs. Deze zibs vormen samen een verzameling van gegevens die binnen de GGZ sector toepasbaar zijn. Hierbij bestaat de selectie voorlopig alleen uit reeds bestaande zibs (publicatie 2017) die voor de GGZ sector geschikt zijn met een minimale inhoud en structuur zoals te vinden in dit [[MedMij:Vprepub/InhoudGGZ|overzicht]]. Bij de ontwikkeling van de volwaardige GGZ informatiestandaard wordt dit nader gespecificeerd, met nadere uitwerking van GGZ-specifieke gegevens die nog niet gedekt worden door bestaande zibs. De Basisgegevens GGZ zal in de toekomst hiermee worden aangevuld. De huidige lijst aan geselecteerde zibs komt voor een deel overeen met de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/basisgegevensset-zorg-bgz/ Basisgegevensset Zorg (BgZ)], maar voor een deel ook niet: het gaat om twee aparte sets. Zie het [[MedMij:Vprepub/InhoudGGZ|overzicht van de inhoud]] voor een nadere toelichting.

Medicatiegegevens vallen buiten de Basisgegevens GGZ, omdat hiervoor gebruik wordt gemaakt van het reeds bestaande [https://www.nictiz.nl/programmas/medicatieproces Medicatieproces 9.0] (zie [[MedMij:Vprepub/OntwerpMedicatie| hier]] voor uitwisseling medicatiegegevens in PGO).

In de bestaande zibs valt de zogenaamde juridische status en vertegenwoordiging binnen de zib VrijheidsbeperkendeMaatregelen. Voor de GGZ sector is het loskoppelen van dit gegeven (als losstaande zib) van groot belang, omdat deze ook relevant is buiten de toepassing van vrijheidsbeperkende maatregelen. In de verdere uitwerking van de Basisgegevens GGZ is het element JuridischeStatus losgekoppeld van de verdere zib VrijheidsbeperkendeMaatregelen. Deze loskoppeling wordt tevens als wijzigingsverzoek behandeld bij de nieuwe publicatie zibs: de huidige uitwerking loopt op deze toekomstige ontwikkeling vooruit.

In de MedMij FHIR implementatie gids staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [[MedMij:Vprepub/FHIR_GGZ#List_of_StructureDefinitions|overzicht]] is te zien welk FHIR profiel bij welke zib hoort.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil de eigen Basisgegevens GGZ raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt de Basisgegevens GGZ beschikbaar
|}
'''Bedrijfsrollen Basisgegevens GGZ'''

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:InzienGGZ_activity.png|Activiteitendiagram Raadplegen GGZ]]

'''Activiteitendiagram Raadplegen GGZ'''

=== Procesbeschrijving ===
==== Patient journey - Jelmer Postma ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Jelmer_Postma_MedMij.pdf Jelmer Postma] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar Basisgegevens GGZ.

<blockquote>In zijn PGO kan Jelmer doorlezen wat de huisarts voorgeschreven heeft en vindt hij de verwijzing voor een psycholoog. Hij zoekt een psycholoog uit en maakt een afspraak waarbij hij de verwijzing bijvoegt.</blockquote>

<blockquote>‘Pling’, Jelmer krijgt van zijn PGO een reminder dat hij morgen om 10.00 zijn eerste afspraak heeft bij de psycholoog. Tevens kan hij vanuit zijn PGO een vragenlijst invullen voor de psycholoog over zijn klachten, gezondheid en verwachtingen. Wat zijn huisarts al vermoedde, wordt door de psycholoog bevestigd.</blockquote>

<blockquote>Gedurende de sessie komen er onverwerkte zaken uit zijn jeugd boven. Deze zijn zo heftig dat Jelmer in een acute depressie belandt. Zijn vriendin Karin geeft aan dat Jelmer op het moment niet thuis kan wonen en samen met de huisarts nemen ze het besluit dat Jelmer voor korte duur opgenomen wordt bij een GGZ-instelling in de buurt. Hier wordt een nieuw behandelplan opgesteld waarin groepstherapie een onderdeel gaat worden. Jelmer heeft Karin gemachtigd om in zijn PGO te kijken zodat ze onder andere het behandelplan in kan zien en ze goed betrokken wordt.</blockquote>

<blockquote>De opname in de GGZ-instelling is van korte duur. Vanaf nu wordt Jelmer ambulant behandeld door een reguliere GGZ-instelling. Gelukkig is deze met 5 minuten fietsen van huis lekker dichtbij. De psychiater van de instelling schrijft een overdracht voor zijn nieuwe hoofdbehandelaar. Zowel Karin als Jelmer kunnen via het PGO inzien wat daarin staat. Daarom weten ze nu dat de medicatie is aangepast.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de Basisgegevens GGZ van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de Basisgegevens GGZ tussen het betreffende XIS en het eigen PGO.

De Basisgegevens GGZ, of een gedeelte van de Basisgegevens GGZ, welke de persoon wil inzien, bestaat en de zorgaanbieder wil deze beschikbaar stellen.
:Soms zijn er valide redenen om de Basisgegevens GGZ, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de Basisgegevens GGZ op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
* Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de Basisgegevens GGZ van de patiënt.
* Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de Basisgegevens GGZ beschikbaar voor de patiënt.
* De patiënt gebruikt de persoonlijke gezondheidsomgeving om de Basisgegevens GGZ in te zien.

===== Post conditie =====
De persoon kan de Basisgegevens GGZ inzien via een persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de Basisgegevens GGZ van zorgaanbieder naar de persoon.

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeem
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Naam systeemrol
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Systeemrolcode
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Omschrijving
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| GGZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|BgGGZ}}-GGR-FHIR
| style="background-color: white;"| Raadplegen Basisgegevens GGZ bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| GGZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|BgGGZ}}-GGB-FHIR
| style="background-color: white;"| Beschikbaarstellen Basisgegevens GGZ aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienGGZ_componenten.png.PNG|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| class="wikitable" "cellpadding="10"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactiegroep'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Transactie'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeemrolcode'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Systeem'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Bedrijfsrol'''
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"| '''Technisch'''
|-
|style="background-color: white;vertical-align:middle;" rowspan="2"|GGZ (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.57.4.2&effectiveDate=2019-03-05T17:07:53&language=nl-NL&ui=nl-NL&format=html&hidecolumns=34567 Raadplegen GGZ]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|BgGGZ}}-GGR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_GGZ |GGZ in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/decor/services/RetrieveTransaction?id=2.16.840.1.113883.2.4.3.11.60.57.4.3&effectiveDate=2019-03-05T17:07:53&language=nl-NL&ui=nl-NL&format=html&hidecolumns=34567 Beschikbaarstellen GGZ]
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|BgGGZ}}-GGB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:InzienGGZ_useCase.png|Use case diagram raadplegen Basisgegevens GGZ]]

'''Use case diagram raadplegen Basisgegevens GGZ

=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="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Auteur(s)
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Titel
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Versie
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Datum
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Bron
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Organisatie
|-
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
| style="background-color: white;"|
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

{| class="wikitable" "cellpadding="10" style="background-color: white;"
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Release
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|Versie
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black;"|BITS issue
!style="background-color: #4AB8A7;; color: white; font-weight: bold; text-align:left; border: 1px solid black; width:850px;"|Omschrijving

{{ReleaseNotes|package=2019.01 - April|release=1.1.13|issues=3|MM-1025|MM-1003|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart|release=1.1.10|issues=4|MM-997|MM-953|MM-931|MM-657}}
|-
| rowspan = 2 style="background-color: white; | 2019.01 - November
| style="background-color: white; | 1.1.7
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-806 MM-806]
| style="background-color: white;"| Fixed MM-430: adjusted incorrect FHIRPath constraints, moved extension to Consent.extension and moved mappings in extension from extension.value[x].reference to extension.value[x] in zib TreatmentDirective profile.
|-
| style="background-color: white; | 1.1.6
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-430 MM-430]
| style="background-color: white;"| The TreatmentDirective profile allowed at most 1 reference to an AdvanceDirective resource, because of restrictions in the FHIR base. There is now an extension inside the source element to allow referencing additional AdvanceDirective resources.
|-
| style="background-color: white; | 2019.01 - Oktober
| style="background-color: white; | 1.1.5
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-594 MM-594]
| style="background-color: white;"| Updated date time example in profile to include timezone as required by the FHIR specification.
|-
| rowspan = 4 style="background-color: white;"| 2019.01 - September
| rowspan = 4 style="background-color: white;"| 1.1.4
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-358 MM-358]
| style="background-color: white;"| Tekstcorrectie op de kwalificatie pagina ToelichtingKwalificatieGGZ.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-336 MM-336]
| style="background-color: white;"| Aanpassen ConceptMap InterpretatieVlaggenCodelijst-to-observation-interpretation
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-327 MM-327]
| style="background-color: white;"|
Fixed reference to generalPractitioner in examples nl-core-patient-languageProficiency - example.xml and nl-core-patient-legalStatus - example.xml.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-322 MM-322]
| style="background-color: white;"| Aanpassen conceptnaam ResultaatVlaggen naar InterpretatieVlaggen in FHIR profiel voor LaboratoryResults.
|-
| rowspan = 10; style="background-color: white;"| 2019.01
|-
| rowspan = 3; style="background-color: white;"| 1.1.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-346 MM-346]
| style="background-color: white;"| Ongeldig discriminator pad in code slicing in zib Verrichting
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-294 MM-294]
| style="background-color: white;"| Naam mapping binnen div. FHIR profielen aangepast conform zib: HCIM LaboratoryTestResult-v4.1(2017EN).
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-252 MM-252]
| style="background-color: white;"| FreedomRestrictingMeasures incorrecte terminologie in profiel en technisch ontwerp pagina
|-
| style="background-color: white;"| 1.1.1
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-206 MM-206]
| style="background-color: white;"| Reference vanuit Observation naar Specimen Isolate onjuist.
|-
| rowspan = 5; style="background-color: white;"| 1.1.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-143 MM-143]
| style="background-color: white;"| Aanpassing modellering Procedure.performer in het profiel voor HCIM Verrichting.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-118 MM-118]
| style="background-color: white;"| Profiel naam zib-Product niet passend bij zib FarmaceutischProduct.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-100 MM-100]
| style="background-color: white;"| Mapping CBV naar SNOMED codes.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-99 MM-99]
| style="background-color: white;"| Interval heeft Period maar geen PeriodUnit op simplifier.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-50 MM-50]
| style="background-color: white;"| Contact ondersteunt geen klinische contacten.
|-
| rowspan = 4; style="background-color: white;"| 2018.06
| rowspan = 4; style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-128 MM-128]
| style="background-color: white;"| CanceledIndicator possible values.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-66 MM-66]
| style="background-color: white;"| Update mappings LaboratoriumUitslag in DiagnosticReport en Observation.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-55 MM-55]
| style="background-color: white;"| Profile for HCIM TobaccoUse was missing a specification for PackYears unit - profile updated to 2.0.1.
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-54 MM-54]
| style="background-color: white;"| Wrong SNOMED code in search URL for FunctionalOrMentalStatus in BgZ and GGZ.
|}

MedMij:Vprepub-2020.01/OntwerpGGZ

2020-07-20T15:38:51Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/OntwerpBeelden

2020-07-20T15:38:51Z

Update bot: Copy of V2019.01

MedMij:V2020.01/OntwerpBGZ 2017

2020-07-20T15:38:50Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp BgZ {{VersieInfo|V2019.01|BgZ}} (op basis van zibs release 2017)}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:BGZ_icoon.png |link=|links |87px|Use case BgZ|Patient Summary (BgZ)]]
[[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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_BGZ_2017|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de Basisgegevensset Zorg binnen MedMij.

De [https://www.registratieaandebron.nl/wat-is-registreren-aan-de-bron/de-kern-van-registreren-aan-de-bron/basisgegevensset/ Basisgegevensset Zorg], ofwel BgZ, is de minimale set van patiëntgegevens die specialisme, ziektebeeld en beroepsgroep overstijgend relevant is en die van belang is voor de continuïteit van zorg en is in Nederland door [https://www.registratieaandebron.nl 'Registratie aan de Bron'] gedefinieerd. Deze set aan patiëntgegevens wordt door alle zorgverleners hetzelfde vastgelegd. Hierdoor wordt uitwisseling van deze gegevens mogelijk gemaakt. De BgZ is gespiegeld aan de Europese Patient Summary.

De bekende use cases voor het uitwisselen van de BgZ zijn gericht op uitwisseling tussen zorgverleners voor spoedeisende hulp of ongeplande zorg. Tot op heden is uitwisseling vanuit het perspectief van de patiënt niet beschreven. Het doel van deze pagina is om de uitwisseling van de BgZ met de patiënt toe te voegen.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de [[MedMij:Vprepub/Ontwerpen#Doelgroep| MedMij functionele ontwerpen]].

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

===Specifieke informatie over deze kwalificatie===
Specifieke informatie over de kwalificatie van de transacties 'Raadplegen BgZ' en 'Beschikbaarstellen BgZ' is te vinden in [[MedMij:Vprepub/ToelichtingKwalificatieBgZ|Toelichting Kwalificatie BgZ]].

=Use Cases=
==Use case 1: Raadplegen Basisgegevensset Zorg in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in gegevens uit de Basisgegevensset Zorg (BgZ) die over henzelf gaan.

=== Domein ===
Basisgegevensset Zorg in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de BgZ vanuit een zorgaanbiederssysteem (XIS) naar een [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.

=== Informatie ===
De [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf BgZ op basis van zibs release 2017] bestaat uit een selectie van 28 [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zibs]. Deze zibs vormen samen een verzameling van patiëntgegevens die minimaal nodig is om patiënten continuïteit van zorg te kunnen bieden.

Deze use case gebruikt de structuur van 18 secties die is aangebracht in BgZ 2017. Hierin zijn de onderdelen gegroepeerd waaruit de BgZ is opgebouwd. Deze secties komen sterk overeen met de secties van [https://www.nictiz.nl/wp-content/uploads/2012/09/Alles-wat-je-wilt-weten-over-CCR-CCD-v1-0.pdf CCR/CCD] en maken het o.a. mogelijk om in de technische implementatie (bv FHIR) structuur aan te brengen. In de [[MedMij:Vprepub/FHIR_IG | MedMij FHIR implementatie gids]] staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [[MedMij:Vprepub/FHIR_BGZ_2017#List_of_StructureDefinitions | overzicht]] is te zien welk FHIR profiel bij welke zib hoort.

Voor het gebruik van codestelsel geldt de [[MedMij:Vprepub/Ontwerpen#Richtlijn|algemene richtlijn]].

====Raadplegen BgZ====
Er zijn geen specifieke filtermogelijkheden (query parameters) gedefinieerd voor de BgZ. Bij het raadplegen van de BgZ wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen BgZ====
Informatie-elementen in de BgZ staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20190313T152910/tr-2.16.840.1.113883.2.4.3.11.60.42.4.37-2018-08-30T093049.html nieuw tabblad] te openen. Bij het beschikbaarstellen van de BgZ worden alle beschikbare gegevens behorende bij de patiënt beschikbaargesteld.

<html>
<iframe width="100%" height="800" src=https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20190313T152910/tr-2.16.840.1.113883.2.4.3.11.60.42.4.37-2018-08-30T093049.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt (PGO)
|style="background-color: white;vertical-align:top;"|Wil de eigen BgZ raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder (XIS)
|style="background-color: white;vertical-align:top;"|Stelt de BgZ beschikbaar
|}


Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Bestand:InzienBGZ activity.PNG|Activiteitendiagram Raadplegen BgZ]]


=== Procesbeschrijving ===
==== Patient journey - Thomas van Beek ====
De 'patient journey' van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf Thomas van Beek] beschrijft enkele momenten waarop je als patiënt zijnde inzicht kan of zou willen hebben in zijn/haar BgZ.

<blockquote>Voor zijn afstuderen verhuist Thomas 9 maanden naar Groningen. Hij gaat daar bij een heel leuk bedrijf stagelopen. Om het voor hem makkelijk te maken en omdat hij een arts dicht in de buurt wil hebben, schrijft hij zich in bij het ziekenhuis in Groningen. Hiervoor moet het ziekenhuis in Amsterdam alle gegevens van Thomas overdragen aan het ziekenhuis in Groningen. Zo weet de nieuwe arts van Thomas precies wat het verloop van de diabetes is. Thomas is zelf eigenlijk wel nieuwsgierig naar zijn medische gegevens die verstuurd worden. In zijn PGO vindt hij de belangrijkste gegevens die over hem bekend zijn.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case omgaat is:
* Het systeem van een zorgaanbieder (XIS) stelt de BgZ van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de BgZ tussen het betreffende XIS en het eigen PGO.

De BgZ, of een gedeelte van de BgZ, welke de persoon wil inzien, bestaat en de zorgaanbieder (XIS) wil deze beschikbaarstellen.
:Soms zijn er valide redenen om de BgZ, of gedeeltes daarvan, tijdelijk nog niet beschikbaar te stellen aan de patiënt. Bijvoorbeeld omdat de zorgverlener deze eerst zelf wil interpreteren en/of er eerst met de patiënt over wil spreken.
:Een patiënt kan steeds zelf het initiatief nemen om de BgZ op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Stap
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 01
| style="background-color: white;"| Het systeem van de patiënt (PGO) raadpleegt het systeem van de zorgaanbieder (XIS) voor de BgZ van de patiënt.
|-
| style="background-color: white;"| 02
| style="background-color: white;"| Het systeem van de zorgaanbieder (XIS) maakt (een deel van) de BgZ beschikbaar voor de patiënt.
|-
| style="background-color: white;"| 03
| style="background-color: white;"| De patiënt gebruikt de persoonlijke gezondheidsomgeving (PGO) om de BgZ in te zien.
|}

===== Post conditie =====
De persoon kan de Basisgegevensset Zorg inzien via een persoonlijke gezondheidsomgeving (PGO).

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de BgZ van zorgaanbieder naar de patië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;"| BGZRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|BgZ}}-BZR-FHIR
| style="background-color: white;"| Raadplegen BgZ bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| BGZBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|BgZ}}-BZB-FHIR
| style="background-color: white;"| Beschikbaarstellen BgZ aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:InzienBGZ_componenten.PNG|Componenten diagram]]


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

{| 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"|BgZ (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen BgZ
|style="background-color: white;vertical-align:top;"|[[MedMij:Register_van_informatiestandaarden#Register_van_Informatiestandaarden|MM-{{VersieInfo|V2019.01|BgZ}}-BZR-FHIR]]
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_BGZ_2017|BgZ in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen BgZ
|style="background-color: white;vertical-align:top;"|[[MedMij:Register_van_informatiestandaarden#Register_van_Informatiestandaarden|MM-{{VersieInfo|V2019.01|BgZ}}-BZB-FHIR]]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:InzienBGZ_useCase.PNG|Use case diagram inzien BgZ]]


=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
|-
| style="background-color: white;"| -
| style="background-color: white;"| Basisgegevensset Zorg
| style="background-color: white;"| -
| style="background-color: white;"| 12-08-2019
| style="background-color: white;"| [https://www.registratieaandebron.nl/alles-over-de-bgz/de-basisgegevensset-zorg Alles over de BgZ]
| style="background-color: white;"| Registratie aan de bron (RadB)
|-
| style="background-color: white;"| -
| style="background-color: white;"| BgZ - specificatie gebaseerd op zibs release 2017
| style="background-color: white;"| 1.1
| style="background-color: white;"| 19-04-2018
| style="background-color: white;"| [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf BgZ - specificatie gebaseerd op zibs release 2017]
| style="background-color: white;"| Registratie aan de bron (RadB)
|-
| style="background-color: white;"| Albert-Jan Spruyt & Jan A. Hazelzet
| style="background-color: white;"| Alles wat je wilt (moet) weten over CCR/CCD
| style="background-color: white;"| 1.0
| style="background-color: white;"| 13-09-2012
| style="background-color: white;"| [https://www.nictiz.nl/wp-content/uploads/2012/09/Alles-wat-je-wilt-weten-over-CCR-CCD-v1-0.pdf Alles wat je wilt (moet) weten over CCR/CCD]
| style="background-color: white;"| Nictiz
|}


=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/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
|-
{{ReleaseNotes|package=2019.01 - Mei 2020|release=2.1.14|issues=1|MM-1094}}
{{ReleaseNotes|package=2019.01 - April 2020|release=2.1.13|issues=3|MM-1025|MM-1003|MM-939}}
{{ReleaseNotes|package=2019.01 - Maart 2020|release=2.1.10|issues=4|MM-997|MM-953|MM-926|MM-657}}
{{ReleaseNotes|package=2019.01 - Februari 2020|release=2.1.9|issues=5|MM-901|MM-900|MM-852|MM-440|MM-414}}
{{ReleaseNotes|package=2019.01 - Januari 2020|release=2.1.8|issues=2|MM-492|MM-467}}
{{ReleaseNotes|package=2019.01 - November|packageIssues=3|release=2.1.7|MM-806}}
{{ReleaseNotes|release=2.1.6|issues=2|MM-729|MM-430}}
{{ReleaseNotes|package=2019.01 - Oktober|release=2.1.5|issues=2|MM-597|MM-594}}
{{ReleaseNotes|package=2019.01 - September|release=2.1.4|issues=5|MM-436|MM-425|MM-422|MM-359|MM-358}}
{{ReleaseNotes|package=2019.01|packageIssues=28|release=2.1.3|issues=6|MM-348|MM-346|MM-307|MM-294|MM-258|MM-248}}
{{ReleaseNotes|release=2.1.2|MM-219}}
{{ReleaseNotes|release=2.1.1|issues=2|MM-210|MM-206}}
{{ReleaseNotes|release=2.1.0|issues=19|MM-174|MM-161|MM-145|MM-144|MM-143|MM-142|MM-141|MM-134|MM-127|MM-125|MM-118|MM-115|MM-100|MM-99|MM-98|MM-94|MM-50|MM-42|MM-41}}
{{ReleaseNotes|package=2018.06|release=2.0.1|issues=6|MM-174|MM-128|MM-66|MM-55|MM-54|MM-23}}
|}

MedMij:V2020.01/OntwerpAllergieIntolerantie

2020-07-20T15:38:50Z

Update bot: Copy of V2019.01

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp AllergieIntolerantie {{VersieInfo|V2019.01|AllergieIntolerantie}}}}
{{MedMij:Vprepub/Issuebox}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Allergie.png |link=|links |87px|Medicatie Proces]]
<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:Vprepub/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub/FHIR_AllergyIntolerance|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor het raadplegen van allergie en intolerantie gegevens door een patiënt. De overkoepelende inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub/Ontwerpen| hier]] gevonden worden. Dit functioneel ontwerp is een toevoeging op de informatie standaard [https://www.nictiz.nl/standaardisatie/informatiestandaarden/medicatieveiligheid Medicatieveiligheid]. In [https://informatiestandaarden.nictiz.nl/wiki/mp:V6.12.3_Ontwerp_medicatieproces#Transactie_Condities_opvragen Medicatieproces v6.12.x] wordt beschreven hoe contra-indicaties, allergie en intolerantie gegevens tussen zorgverleners uitgewisseld worden. Dit ontwerp beschrijft hoe de patiënt allergie en intolerantie gegevens in een PGO kan inzien.

Voor uitwisseling van allergie en intolerantie gegevens worden de volgende zibs gebruikt:

* Patiënt;
* Zorgaanbieder;
* Zorgverlener;
* AllergieIntolerantie.

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vprepub/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vprepub/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub/Kwalificatie|medmij_kwalificatie_introductie}}

=Use Cases=
==Use case 1: Raadplegen allergie- en intolerantiegegevens in persoonlijke gezondheidsomgeving==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de geregistreerde allergieën en intoleranties die over henzelf gaan.

=== Domein ===
Allergie en intolerantie gegevens in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van de allergie en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) naar een [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.

=== Informatie ===

====Raadplegen allergie en intolerantie gegevens====
Er zijn geen specifieke filtermogelijkheden (query paramaters) gedefinieerd voor het raadplegen van allergie en intolerantie gegevens. Bij het raadplegen van allergie en intolerantie gegevens wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen AllergieIntolerantiegegevens====
De volgende zorginformatiebouwstenen definiëren de informatie-elementen die van toepassing zijn:
*Patiënt
*Zorgverlener
*Zorgaanbieder
*AllergieIntolerantie

Dit betreft de inhoud van de transactie opleveren van allergie en intolerantiegegevens.

=== Bedrijfsrollen ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

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

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

[[Image:Activity_Diagram_-_AllergieIntolerantiegegevens_.jpg|Activiteitendiagram Raadplegen AllergieIntolerantiegegevens]]

'''Activiteitendiagram Raadplegen AllergieIntolerantiegegevens'''

=== Procesbeschrijving ===
==== Patient journey - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situaties waarbij het raadplegen van een haar allergie en intolerantie gegevens een rol speelt.

<blockquote>Doordat Roos de huisarts toestemming heeft gegeven om haar gegevens te delen kan informatie worden uitgewisseld. Als er bijvoorbeeld iets in de medicatie wordt gewijzigd, dan ziet Roos dit in haar persoonlijke
gezondheidsomgeving terug. Maar ook oudere opgeslagen informatie kan roos raadplegen en opslaan in het PGO, zoals bijvoorbeeld haar bloeduitslagen en bekende allergieën.</blockquote>

<blockquote>Aangezien Roos alles netjes heeft bijgehouden in haar persoonlijke gezondheidsomgeving kan zij het ziekenhuis haar medicatiegegevens laten zien en laten uploaden naar het ziekenhuisinformatiesysteem. Hierdoor heeft de internist een snel en accuraat overzicht van de huidige medicatie van Roos. Ook heeft de internist inzicht in de hoeveelheid insuline die ze extra heeft gespoten toen haar bloedsuikers te hoog waren de afgelopen week. Roos autoriseert het ziekenhuis ook om haar laboratoriumwaarden in te zien, zo kunnen ze zien welke bloedwaarden ze de afgelopen tijd had. De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. De internist ziet in het medicatieoverzicht van Roos' PGO dat zij allergisch is voor de antibiotica die meestal bij blaasontstekingen wordt gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder haar allergie- en intolerantiegegevens bij de huisarts heeft geraadpleegd was de internist op de hoogte van haar antibiotica allergie.</blockquote>

==== Proces ====
Het stuk van het proces waar het in deze use case omgaat is:
* Het systeem van een zorgaanbieder (XIS) stelt AllergieIntolerantie gegevens van de patiënt beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

===== Preconditie =====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de AllergieIntolerantie gegevens tussen het betreffende XIS en het eigen PGO.

De AllergieIntolerantie gegevens welke de persoon wil inzien en dat de zorgaanbieder beschikbaar wil stellen.
:Een patiënt kan steeds zelf het initiatief nemen om de AllergieIntolerantie gegevens op te halen, maar het is ook mogelijk dat het PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze use case beschrijving geen verschil.

===== Proces stappen =====
* Het systeem van de persoon (PGO) raadpleegt de beschikbare AllergieIntolerantie gegevens .
* Het systeem van de zorgaanbieder (XIS) maakt de AllergieIntolerantie gegevens beschikbaar voor de persoon.
* De persoon gebruikt het PGO om zijn AllergieIntolerantie gegevens in te zien.

===== Post conditie =====
De persoon kan zijn AllergieIntolerantie gegevens inzien via het PGO.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de allergie- en intolerantiegegevens van zorgaanbieder naar de patië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;"| AllergyIntolerantiegegevensRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|AllergieIntolerantie1}}-AIR-FHIR
| style="background-color: white;"| Raadplegen allergie- en intolerantiegegevens bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergyIntolerantiegegevensBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|AllergieIntolerantie1}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen allergie- en intolerantiegegevens aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_AllergieIntolerantiegegevens_(Totaal).jpg|Componenten diagram]]

'''Componenten diagram van systemen en systeemrollen'''

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

{| 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:top;" rowspan="2"|AllergieIntolerantie gegevens (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen AllergieIntolerantie gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|AllergieIntolerantie1}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_AllergyIntolerance|AllergieIntolerantie in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen AllergieIntolerantie gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|AllergieIntolerantie1}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use_Case_Diagram_-_AllergieIntolerantiegegevens_.jpg|Use case diagram inzien AllergieIntolerantiegegevens]]

'''Use case diagram inzien AllergieIntolerantiegegevens

==Use case 2: Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling door patiënt==
Dit is een alternatief voor use case 1 die zich beperkt tot het ontsluiten van medicatiegerelateerde allergie- en intolerantiegegevens die afkomstig zijn uit de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/medicatieveiligheid/ informatiestandaard Medicatieproces 6.12].

===Doel en relevantie===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medicatiegerelateerde allergie- en intolerantiegegevens die over henzelf gaan. De medicatiegerelateerde allergie- en intolerantiegegevens van ICA (Intolerantie, Contra-indicaties en Allergieën) versie 6.12 betreffen een [http://decor.nictiz.nl/medicatieproces/mp-html-20181220T121121/tmp-2.16.840.1.113883.2.4.3.11.60.20.77.10.12-2013-08-19T000000.html HL7v3-messaging standaard]. Deze use case gaat uit van conversie van deze HL7v3-gegevens naar FHIR-resources.

===Domein===
Medicatiegerelateerde allergie- en intolerantiegegevens.

===Context===
Het gaat om het elektronisch en gestructureerd beschikbaar maken van medicatiegerelateerde allergie- en intolerantiegegevens vanuit een zorgaanbiederssysteem (XIS) - met behulp van een vertaling naar FHIR - naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO): we noemen dit medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
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.

===Informatie===
De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ICA 6.12 en [[Mappingarchitectuur#Contraindicaties_en_overgevoeligheden_.28CIO.29|de bijbehorende vertaling]] naar het CIO-datamodel (Contra-indicaties en overgevoeligheden). De medicatiegerelateerde allergie- en intolerantiegegevens in ICA-6.12 zijn vertaald naar het CIO-datamodel voor het onderdeel AllergieIntolerantie. Eventuele negatieve (ontkennende) overgevoeligheden maken hier géén onderdeel van uit. Deze mogen ook officieel niet uitgewisseld worden volgens 6.12, maar als dit tóch gebeurt, worden deze uitgefilterd via de mapping.

====Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling. Bij het raadplegen van medicatiegerelateerde allergie- en intolerantiegegevensvertaling wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling====
Informatie elementen in medicatiegerelateerde allergie- en intolerantiegegevensvertaling staan hieronder. Deze informatie is ook in een [https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie met medicatiegerelateerde allergie- en intolerantiegegevensvertaling.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon. Afwijkingen hiervan zijn gedocumenteerd in [https://bits.nictiz.nl/browse/CIO-5 CIO-5].

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/cio/cio-html-20200226T140246/tr-2.16.840.1.113883.2.4.3.11.60.26.4.6-2019-08-28T133341.html frameborder="0" align="middle"></iframe>
</html>

=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.

{| class="wikitable" "cellpadding="10" width="50%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Activiteit'''
|-
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medicatiegerelateerde allergie- en intolerantiegegevensvertaling raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar
|}
'''Bedrijfsrollen medicatiegerelateerde allergie- en intolerantiegegevensvertaling '''

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Activity_diagram_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Activiteitendiagram Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling'''

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Hieronder een voor Roos relevante situatie waarbij het raadplegen van een medicatiegerelateerde allergie- en intolerantiegegevensvertaling een rol speelt.

<blockquote>De internist merkt op dat Roos lichte verhoging heeft, en na onderzoek concludeert hij dat ze een blaasontsteking heeft. Roos toont de internist het medicatieoverzicht in het PGO en hij ziet dat zij allergisch is voor de antibiotica die meestal bij blaasontstekingen wordt gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder haar medicatiegerelateerde allergie- en intolerantiegegevens bij de apotheek heeft geraadpleegd was de internist op de hoogte van haar antibiotica allergie.</blockquote>

====Proces====
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt medicatiegerelateerde allergie- en intolerantiegegevensvertaling beschikbaar aan het systeem van een patiënt (PGO).
*Een PGO heeft de mogelijkheid om deze medicatiegerelateerde allergie- en intolerantiegegevens op te vragen en dit te presenteren.
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
=====Preconditie=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van allergie- en intolerantiegegevensvertaling tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil allergie- en intolerantiegegevensvertaling inzien en de zorgaanbieder stelt dit ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om een gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

=====Proces stappen=====
*Het systeem van de patiënt (PGO) vraagt om beschikbare medicatiegerelateerde allergie- en intolerantiegegevensvertaling bij een XIS.
*Het systeem van de zorgaanbieder (XIS) levert medicatiegerelateerde allergie- en intolerantiegegevensvertaling op voor de patiënt.
*Patiënt gebruikt de persoonlijke gezondheidsomgeving om medicatiegerelateerde allergie- en intolerantiegegevensvertaling in te zien.

=====Post conditie=====
De patiënt kan medicatiegerelateerde allergie- en intolerantiegegevensvertaling inzien via de persoonlijke gezondheidsomgeving.

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

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de medicatiegerelateerde allergie- en intolerantiegegevensvertaling van zorgaanbieder naar de patië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;"| Medicatiegerelateerde allergie- en intolerantiegegevensvertaling
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|AllergieIntolerantieVertaling}}-AIR-FHIR
| style="background-color: white;"| Raadplegen medicatiegerelateerde allergie- en intolerantiegegevens bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Medicatiegerelateerde allergie- en intolerantiegegevensvertaling
| style="background-color: white;"| MM-{{VersieInfo|V2019.01|AllergieIntolerantieVertaling}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevens aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Medicatiegerelateerde allergie- en intolerantiegegevensvertaling.png|Componenten diagram]]

'''Componenten diagram'''

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties, Transactiegroepen en systeemrollen===
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 use case.

{| 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;"| '''Link naar technische specificatie'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling (PULL)
|style="background-color: white;vertical-align:top;"|Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|AllergieIntolerantieVertaling}}-AIR-FHIR
|style="background-color: white;vertical-align:top;"|PGO
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub/FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion|Medicatiegerelateerde allergie- en intolerantiegegevensvertaling in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|V2019.01|AllergieIntolerantieVertaling}}-AIB-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use_case_diagram_raadplegen_Medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling.png|Use case diagram raadplegen Medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

'''Use case diagram

=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
|-
| style="background-color: white;"| AUTEUR(S)
| style="background-color: white;"| TITEL
| style="background-color: white;"| VERSIE
| style="background-color: white;"| DATUM
| style="background-color: white;"| BRON
| style="background-color: white;"| ORGANISATIE
|}
'''Referenties

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vprepub/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
{{ReleaseNotes|release=2.0.4|package=2019.01 - Maart 2020|packageIssues=1|issues=1|MM-926}}
|-
| rowspan = 1; style="background-color: white;"| 2019.01 - Januari 2020
| rowspan = 1; style="background-color: white;"| 2.0.3
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-492 MM-492]
| style="background-color: white;"| Added comment to AllergyIntolerance.comment in the HCIM Allergyintolerance FHIR profile to explain the mapping for ValueSet AllergieStatusCodelijst to AllergyIntolerance.clinicalStatus and AllergyIntolerance.verificationStatus. Added dataAbsentReason extension to AllergyIntolerance.verificationStatus.
|-
| rowspan = 2; style="background-color: white;"| 2019.01 - November
| rowspan = 2; style="background-color: white;"| 2.0.2
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-610 MM-610]
| style="background-color: white;"|
Added missing profiles for practitionerrole, organization and related-person. Removed the word 'medication' in favor of 'allergy intolerance'. In the [[MedMij:Vprepub/FHIR_AllergyIntolerance|technical specification]].
|-
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-498 MM-498]
| style="background-color: white;"| Added conceptmap for AllergyIntolerance.category to aid in mapping from HCIM AllergyIntolerance value set AllergieCategorieCodelijst to FHIR STU3 AllergyIntoleranceCategory.
|-
| style="background-color: white;"| 2019.01
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| -
| style="background-color: white;"|
Use case toegevoegd: Raadplegen/beschikbaarstellen medicatiegerelateerde allergieIntolerantieVertaling.
|-
| style="background-color: white;"| 2018.06
| style="background-color: white;"| 1.0.0
| style="background-color: white;"| [https://bits.nictiz.nl/browse/MM-52 MM-52]
| style="background-color: white;"| AllergyIntolerantie filter op medicatieproces conditie geldigheidstermijn niet nodig
|}

MedMij:Vprepub-2020.01/OntwerpBGZ 2017

2020-07-20T15:38:50Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie

2020-07-20T15:38:50Z

Update bot: Copy of V2019.01

MedMij:V2020.01/Kwalificatiemateriaal voor MedMij

2020-07-20T15:38:49Z

Update bot: Copy of V2019.01

#DOORVERWIJZING [[MedMij:Vprepub/Kwalificatie]]

MedMij:V2020.01/Kwalificatie aansluiten

2020-07-20T15:38:49Z

Update bot: Copy of V2019.01

{{MedMij:Vprepub/Issuebox}}

===Doelgroep===
Doel van dit document is om een korte inleiding te geven aan leveranciers die willen starten met testen van een FHIR-zorgtoepassing.

Voor de uitwisseling van medische informatie maken zorgaanbieders gebruik van zorginformatiesystemen. Deze zogenaamde XIS-applicaties maken gebruik van informatiestandaarden zoals door MedMij worden ontwikkeld. MedMij biedt leveranciers de mogelijkheid hun producten en diensten te laten testen op correcte implementatie van informatiestandaarden.

===Aanmelden voor testen===
In de informatiestandaarden staat per zorgtoepassing beschreven met welke berichtstructuur en volgens welke eisen informatie wordt uitgewisseld.

U meldt zich aan voor testen door een e-mail te sturen naar [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]

Zodra we uw aanmelding hebben ontvangen neemt de kwalificatie-coördinator contact met u op om afspraken te maken over het verloop van het testtraject.

NB: deze testen staan los van een formele kwalificatie. De scope tijdens testen is beperkter omdat er minder testen worden doorlopen dan tijdens een formele kwalificatie.

===Hoe verloopt het testproces?===

Tijdens testen worden een aantal fases doorlopen die hieronder zijn opgesomd.

Het traject verloopt als volgt:
* Leverancier meldt zich aan voor kwalificatie(s) (zie hierboven.
* Kwalificatiecentrum vraagt de leverancier om informatie om het testen te kunnen opzetten
* MedMij verstrekt inhoudelijke scripts die door de softwareleverancier doorlopen kunnen worden.
* MedMij verstrekt de gegevens om de applicatie aan te sluiten op de simulator (zie [[MedMij:Vprepub/Kwalificatie_aansluiten#Opzetten_connectiviteit|Opzetten connectiviteit]]).
* Leverancier meldt eigen organisatie en testsysteem aan bij de simulator.
* Kwalificatiecentrum biedt op verzoek hulp bij het koppelen van de applicatie naar de simulator
* Connectiviteit met de simulator wordt door de softwareleverancier en MedMij getest.
* Leverancier test zelfstandig op basis van scripts op de simulator en geeft aan klaar te zijn via [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]
* Indien van toepassing kan de leverancier extra materialen zoals screenshots insturen via email.
* Kwalificatiecentrum biedt op verzoek hulp bij het testen van de scripts.

====Testopzet DVP====
Bij testen waar de DVP het testobject is ziet de testopstelling er als volgt uit:

[[Bestand:Touchstone_DVP.png|link= |750px|Touchstone_DVP]]

De opzet is hier als volgt:
* De PGO/DVP is het testobject van de leverancier.
* Touchstone staat in het midden en stelt testen/testscripts, logging, validatie en overzicht beschikbaar.
* Daarachter staat een (WildFHIR) FHIR-server met de MedMij profielen en juiste testberichten, passend bij de testscripts.

====Testopzet DVZA====
Bij testen waar de DVZA het testobject is ziet de testopstelling er als volgt uit:

[[Bestand:Touchstone_DVZA.png|link= |550px|Touchstone_DVZA]]

De opzet is hier als volgt:
* Touchstone stelt testen/testscripts, logging, validatie en overzicht beschikbaar. Daarnaast is Touchstone ook een FHIR-client die interacties kan versturen volgens de testscripts.
* De DVZA is het testobject van de leverancier, in het algemeen een FHIR-server.

===Configureren simulator===
====Simulator====
MedMij organiseert testen zoveel mogelijk remote en via internet met behulp van een kwalificatiesimulator. MedMij gebruikt voor FHIR-testen de Touchstone simulator, zie https://touchstone.com

Het voordeel van het gebruik van deze tool is dat:
* Testen online kunnen gebeuren;
* Testen kunnen plaatsvinden op het moment dat het de softwareleverancier zelf uitkomt;
* Testen laagdrempelig is de focus ligt op de payload en infrastructurele zaken buiten scope van de test zijn;
* Meerdere testen tegelijkertijd kunnen plaatsvinden;
* De respons voorspelbaar is;
* De leverancier zelf inzicht heeft in de verstuurde berichten/documenten en validatieresultaten;
* De leverancier de mogelijkheid heeft om zichzelf te bevragen, of berichten naar zichzelf te sturen.

De simulator biedt tijdens de ontwikkeling de mogelijkheid om vooraf gedefinieerde inhoud terug te geven (zoals beschreven in de scripts). Hiermee kan de leverancier kijken of hij de data goed ontvangt en toont. Merk op dat hier vaak vaste inhoud teruggestuurd wordt. Ook kan de simulator het systeem bevragen in geval dat het systeem een bronsysteem is.

De simulator verzamelt informatie die van en naar een leverancier worden gecommuniceerd in een berichtenlog. Het is voor de leverancier mogelijk om zelf de berichtenlog in te zien, inclusief validatieresultaten.

Algemene opmerkingen over het gebruik van de simulator:
* de simulator is niet bedoeld voor loadtesten, maar voor inhoudelijke controles tegen informatiestandaarden;
* MedMij vraagt verantwoord gebruik van deze simulator, neem bij twijfel over gebruik contact op.

====Opzetten connectiviteit====
We vragen leveranciers om de onderstaande stappen uit te voeren.

Let op: we maken gebruiker van de TouchStone simulator. Hierbij is het nodig voor een leverancier om een eigen account aan te maken. TouchStone biedt hiervoor verschillende subscripties/licenties aan, zie https://touchstone.aegis.net/touchstone/subscription

De Open subscriptie biedt genoeg mogelijkheden om te kunnen testen en kwalificeren maar heeft de volgende restricties:
* Er kan maar 1 gebruiker registreren. Bespreek in de eigen organisatie eerst goed welke gebruiker geregistreerd gaat worden.
* Er is een limiet aan het aantal testen dat per dag kan worden uitgevoerd.
Neem graag contact op als hier vragen over zijn, of problemen bij worden ervaren.

=====Organisatie aanmaken=====
* Maak een account aan voor de organisatie, zie https://touchstone.aegis.net/touchstone/userguide/html/registration/index.html
NB: Name en Email is redelijk vrij in te vullen (mits het echte namen en E-mailadressen betreft). Let er wel op dat de naam voor de Organisatie een naam moet zijn die herkenbaar is binnen MedMij als toekomstige deelnemer. Als er bijvoorbeeld een onderontwikkelaar wordt ingeschakeld en die naam wordt gebruikt tijdens registratie als Organisatie, dan is binnen MedMij de relatie naar de verantwoordelijke toekomstige deelnemende leverancier niet altijd duidelijk, waarbij de kans bestaat dat het verzoek voor Joinen van Org Groupen wordt afgekeurd.
* Join de juiste Org Group voor testen:
Klik via Organizations, Org Groups
Kies de juiste Org Group om te joinen, in dit geval: '''MedMij-Testing'''
* NB: voor formele kwalificaties wordt er gebruik gemaakt van een 2e Org Group, genaamd: '''MedMij-Certify'''

[[Bestand:Aansluiten_org_group.png|link= |750px|Joinen van een Org Group]]
* Het kwalificatiecentrum zal vervolgens het verzoek voor joinen goedkeuren. Merk op dat hierbij goedkeuring van één van onze medewerkers nodig is en er dus korte tijd overheen kan gaan.
* Nadat goedkeuring is verleend dient de gebruiker, als deze nog is ingelogd, uit te loggen en opnieuw in te loggen.

=====Pas eventueel privacy-settings aan=====
Let op: TouchStone toont per default e-mailadressen en organisatie van geregistreerde gebruikers.
Pas eventueel de privacy-settings aan voor eigen gebruikers:
* Ga naar My Settings

[[Bestand:Aansluiten privacy settings.png|link= |750px|Aanpassen privacy settings]]

* Vink aan:
[[Bestand:Aansluiten privacy settings vink.png|link= |450px|Aanpassen privacy settings: Do not display my email]]
* Klik op Save Changes.

=====Testsysteem aanmaken=====
* Maak een testsysteem aan voor de eigen applicatie, zie https://touchstone.aegis.net/touchstone/userguide/html/test-systems/index.html
Bij het aanmaken graag de volgende instellingen gebruiken:
* Specification: FHIR 3.0.1
* Niet aanvinken: requires OAuth2
NB: we versturen wel degelijk een OAuth token, maar die configuratie vindt elders plaats.
* Can be viewed by: My organization groups
* Can be executed against by: My organization groups
* Supported profiles: maak de keuze tussen FHIR-client of FHIR-server
NB: als beide ondersteund wordt, is het aan te raden om daar 2 losse testsystemen voor op te zetten.

Het kwalificatiecentrum biedt op verzoek hulp bij het koppelen van de applicatie naar de simulator
Connectiviteit met de simulator wordt door de softwareleverancier en MedMij getest.

Neem graag even contact op als daar vragen over zijn.

===Gebruik simulator===
====Uitvoeren van testen====
Documentatie voor het uitvoeren van de testen is hier te zien: https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/index.html

De leverancier kan zelfstandig testen op basis van scripts.
Indien van toepassing kan de leverancier extra materialen zoals screenshots insturen via email.
Het kwalificatiecentrum biedt op verzoek hulp bij het testen van de scripts.

Voor het uitvoeren van de tests kan (na inloggen) linksonder uit ‘Test Definitions’ een keuze worden gemaakt van de juiste testen.

[[Bestand:Aansluiten test definitions.png|link= |250px|Aansluiten test definitions]]

Klik onder ‘Test Definitions’ door naar:
* FHIRSandbox
** Nictiz
*** FHIR3-0-1-MM201901-Test (dit is de MedMij 2019.01 release)

In deze map zijn verschillende testen te vinden in het kader van MedMij testen.
Kies hierbij de juiste inhoudelijke rol en:
* PHR (= PGO) of
* XIS (= zorgaanbieder)

Selecteer de testen uit die map (meestal alle testen) dus select all, '''Create Test Setup'''.

[[Bestand:Aansluiten create test setup.png|link= |750px|Aansluiten create test setup]]

Bij het testen van '''PGO''' systemen moet de volgende informatie worden opgegeven:
* '''Origin''': Het eigen PGO test systeem.
* '''Destination''': Kies hierbij voor ‘Nictiz – Nictiz WildFHIR MedMij V201901 - FHIR 3.0.1’ (voor HTTP verkeer) of
* '''Destination''': Kies hierbij voor ‘Nictiz – Nictiz WildFHIR MedMij V201901 - TLS - FHIR 3.0.1’ (voor HTTPS/TLS verkeer)
NB: voor HTTPS/TLS wordt er gebruik gemaakt van Let's Encrypt certificaten.

Bij het testen van '''XIS''' systemen moet de volgende informatie worden opgegeven:
* '''Origin''': AEGIS.net, Inc - TouchstoneFHIR
* '''Destination''': Het eigen XIS test systeem.

Daarna: '''execute'''

[[Bestand:Aansluiten create test setup execute.png|link= |750px|Aansluiten create test setup execute]]

Zie verder de documentatie van Touchstone voor het inzien van test resultaten:
https://touchstone.aegis.net/touchstone/userguide/html/executing-tests/index.html

====Volgorde van testen====
Het kwalificatiescript vraagt om een vaste volgorde voor het uitvoeren van testen, waar de informatiestandaard mogelijk meer ruimte laat om dit ook in een andere volgorde te doorlopen.
Het is daarom van belang om bij het uitvoeren van testen op de kwalificatiesimulator de interacties uit te voeren '''in dezelfde volgorde''' waarin ze worden gevraagd worden in de testscripts.

====Testen en ophalen van references====
Antwoorden uit de kwalificatiesimulator bevatten soms references naar extra informatie.
Een voorbeeld uit de BGZ:
<code><reference value="Practitioner/medmij-bgz-practitioner-ts-02"/></code>

Die references zijn los op te halen bij de kwalificatiesimulator.
Merk op dat omdat er een bepaalde volgorde wordt gevraagd tijdens uitvoer van de testen, het tussendoor ophalen van references mogelijk kan ervoor zorgen dat een test faalt.
We raden in dat geval aan om:
* De references pas op te halen als de test op de kwalificatiesimulator is afgelopen. Het ophalen van references zal er dan niet meer voor zorgen dat testen falen.
Indien dat niet mogelijk is:
* Testen 2 keer uit te voeren:
** De test één keer uit te voeren zonder het ophalen van references. Het doel hierbij is om aan te tonen dat de applicatie de juiste interacties kan versturen die worden gevraagd in het testscript.
** De test een tweede keer uit te voeren, maar dan zonder dat hiervoor een testexecutie is gestart op de kwalificatiesimulator. Tijdens deze test kunnen dan wel alle references tussendoor worden opgehaald. Het doel van deze test is om aan te tonen dat de applicatie goed om kan goed met de inhoud verstuurd tijdens de test, inclusief de los op te halen references.

====Vragen over uitvoer van testscript====
Indien er vragen zijn over uitgevoerde testen is het voor ons van belang om gericht te kunnen terugvinden welke interacties er uitgewisseld zijn.
Bij contact hierover vragen wij daarom om (indien mogelijk) hiervoor een testexecution uit te voeren op de kwalificatiesimulator.
Neem bij vragen daarover graag altijd de link op naar de uitgevoerde testexecution uit de history van Touchstone.
Dat geeft de mogelijkheid om gericht te kijken naar een uitgevoerde test.

Een voorbeeld in schermprints:

Klikken naar '''History''' in Touchstone:

[[Bestand:Touchstone_history.png|link= |250px|Touchstone history.png]]

Ophalen van de link van de testexecution uit de History:

[[Bestand:Touchstone_history_link.png|link= |750px|Touchstone_history_link.png]]

De link van de testexecution ziet er dan bijvoorbeeld zo uit:
<code><nowiki>https://touchstone.aegis.net/touchstone/execution?exec=201904050520537715673006</nowiki></code>

===Mijn software is getest en nu?===
Geef graag aan als de testen zijn afgerond via [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]

MedMij:Vprepub-2020.01/Kwalificatiemateriaal voor MedMij

2020-07-20T15:38:49Z

Update bot: Copy of V2019.01

#DOORVERWIJZING [[MedMij:Vprepub/Kwalificatie]]

MedMij:Vprepub-2020.01/Kwalificatie aansluiten

2020-07-20T15:38:49Z

Update bot: Copy of V2019.01

MedMij:V2020.01/Kwalificatie

2020-07-20T15:38:48Z

Update bot: Copy of V2019.01

{{MedMij:Vprepub/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/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/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/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/Kwalificatie_aansluiten]]

=Gebruik van de simulator=

==Authorization tokens==
Voor uitleg over gebruik van de simulator en tokens, zie [[MedMij:Vprepub/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.pdf|2. Addenda - MedMij Beschikbaarstellen AllergieIntolerantie gegevens.pdf]]
* [[Media:2. Addenda - MedMij Raadplegen AllergieIntolerantie gegevens.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/kw-MM-1.A-AIB-FHIR|1. Kwalificatiescript - MedMij Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[MedMij:Vprepub/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.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==
* [[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:V2020.01/Issuebox FHIR IG

2020-07-20T15:38:48Z

Update bot: Copy of V2019.01

MedMij:V2020.01/Issuebox

2020-07-20T15:38:48Z

Update bot: Copy of V2019.01

MedMij:Vprepub-2020.01/Kwalificatie

2020-07-20T15:38:48Z

Update bot: Copy of V2019.01