informatiestandaarden - Gebruikersbijdragen [nl]

MedMij:Vprepub-2020.01/Ontwerp Geboortezorg

2024-12-02T10:20:28Z

Pien van Putten:

__NOINDEX__
{{DISPLAYTITLE:Functioneel Ontwerp Geboortezorg {{VersieInfo|Geboortezorg}}}}
{{MedMij:Vprepub-2020.01/Issuebox}}

=Inleiding=

==Algemeen==
Deze pagina beschrijft use cases voor de patiënt in relatie tot de [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Geboortezorg informatiestandaard Geboortezorg].

==Doelgroep==
De doelgroep voor deze pagina wijkt niet af van de doelgroepen, zoals beschreven in het [[MedMij:Vprepub-2020.01/Ontwerpen#Doelgroep| functionele MedMij ontwerp]] en het algemene [Gebz:V3.2_Ontwerpen#Doelgroep| geboortezorg ontwerp].

==Kaders en uitgangspunten==
Geen nadere specificatie, anders dan genoemd in het [[MedMij:Vprepub-2020.01/Ontwerpen#Kaders_en_uitgangspunten| functionele MedMij ontwerp]] en [[Gebz:V3.2_Ontwerpen#Kaders_en_uitgangspunten| geboortezorg ontwerp]].

==Kwalificatie==
Op de use case "Client vraagt via PGO Integrale Zwangerschapskaart op" is een MedMij kwalificatie van toepassing. Kwalificatie voor MedMij vindt plaats per systeemrol.
Algemene informatie over kwalificatie is te vinden op de [[MedMij:Vprepub-2020.01/Kwalificatie|MedMij kwalificatiepagina]].

De kwalificatiescripts voor de use case "Client vraagt via PGO Integrale Zwangerschapskaart op" zijn hier te vinden:
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Beschikbaarstellen| Beschikbaarstellen Integrale Zwangerschapskaart]]
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Raadplegen| Raadplegen Integrale Zwangerschapskaart]]

=Use case(s)=

==Use case: Client vraagt via PGO Integrale Zwangerschapskaart op==

===Doel en Relevantie===
Inzicht in de integrale zwangerschapskaart 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.
Een technische specificatie vindt u in de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/FHIR_Pregnancy_Card FHIR implementatie gids.]

===Proces en Context===
Het stuk van het proces waar het in deze use case om gaat is:
*Het systeem van een zorgaanbieder (XIS) stelt de integrale zwangerschapskaart beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

=====Preproces=====
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de integrale zwangerschapskaart tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

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

====Proces====
{| 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) vraagt om beschikbaarheid van de integrale zwangerschapskaart bij een XIS.
|-
| style="background-color: white;"| 02
| style="background-color: white;"| Het systeem van de zorgaanbieder (XIS) maakt de integrale zwangerschapskaart beschikbaar voor de patiënt.
|-
| style="background-color: white;"| 03
| style="background-color: white;"| De patiënt gebruikt de persoonlijke gezondheidsomgeving om de integrale zwangerschapskaart in te zien.
|}

====Postproces====
De patiënt heeft de integrale zwangerschapskaart geraadpleegd via de persoonlijke gezondheidsomgeving (PGO).

=== 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 uitwisseling van de integrale zwangerschapskaart 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;"| IntegraleZwangerschapskaartRaadplegend
| style="background-color: white;"| GZ-IZR-FHIR
| style="background-color: white;"| Raadplegen integrale zwangerschapskaart bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| IntegraleZwangerschapskaartBeschikbaarstellend
| style="background-color: white;"| GZ-IZB-FHIR
| style="background-color: white;"| Beschikbaarstellen integrale zwangerschapskaart aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:ComponentDiagram-IntegraleZwangerschapskaart.png|Componenten diagram integrale zwangerschapskaart raadplegen|600px]]

<font size = "1">'''Componenten diagram van systemen en systeemrollen'''</font>

===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"|Integrale Zwangerschapskaart (PULL)
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/perinatologie/peri20-html-20210504T111437/tr-2.16.840.1.113883.2.4.3.11.60.90.77.4.2574-2021-04-06T150101.html MedMij Raadplegen Integrale Zwangerschapskaart]
|style="background-color: white;vertical-align:top;"|GZ-IZR-FHIR
|style="background-color: white;vertical-align:top;"|DVP
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vprepub-2020.01/FHIR_Pregnancy_Card|UC Integrale Zwangerschapskaart in FHIR IG]]
|-
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/perinatologie/peri20-html-20210504T111437/tr-2.16.840.1.113883.2.4.3.11.60.90.77.4.2575-2021-04-06T150101.html MedMij Beschikbaarstellen Integrale Zwangerschapskaart]
|style="background-color: white;vertical-align:top;"|GZ-IZB-FHIR
|style="background-color: white;vertical-align:top;"|DVZA
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:UC Integrale Zwangerschapskaart versie3.2.0.png|Use case diagram Raagplegen gegevens Integrale Zwangerschapskaart|800px]]

<font size = "1">'''Afbeelding 11: Use case diagram raadplegen gegevens Integrale Zwangerschapskaart</font>
{{#lsth:Tabellen met release notes|Geboortezorg 1}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.01/Ontwerp Geboortezorg

2024-12-02T10:20:28Z

Pien van Putten:

MedMij:Vprepub-2020.01/Kwalificatie

2024-12-02T10:09:35Z

Pien van Putten:

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





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

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

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

Voor een optimaal verloop van de kwalificatie is het belangrijk dat via de juiste kanalen wordt gecommuniceerd. Raadpleeg hiervoor het onderstaand communicatiekanalenoverzicht:
* Procedure en planninggerelateerde vragen: [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]
* Inhoudelijke vragen of opmerkingen over de implementatie van informatiestandaarden en gegevensdiensten: [https://nictiz.atlassian.net/servicedesk/customer/portal/1/group/14/ Servicedesk]
* Algemene vragen MedMij: [mailto:info@medmij.nl info@medmij.nl]

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

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

== Kwalificatie gebruik van terminologie ==
Op de kwalificatiepagina wordt gesproken over DVP en PGO of DVA en XIS.

Een DVP dient altijd te kwalificeren met een PGO en een DVA dient altijd te kwalificeren met achterliggend bronsysteem of bronsystemen (XIS).

{| class="wikitable"
|-
| '''DVP''' || Dit betreft een rol in het MedMij Afsprakenstelsel.
Levert een Persoonlijke gezondheidsomgeving, een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''DVA''' || Dit betreft een rol in het MedMij Afsprakenstelsel.

Levert Diensten aan de Zorgaanbieder gerelateerd aan de uitwisseling tussen Persoon en Zorgaanbieder en committeert zich hiervoor aan de naleving van de afspraken van het MedMij Afsprakenstelsel.

Tot versie 1.6.0 van het Afsprakenstelsel werd de afkorting "DVZA" gebruikt.
|-
| '''Persoonsdomein''' || Alle Personen en alle Dienstverleners personen vormen samen het Persoonsdomein.
|-
| '''PGO''' || Een Persoonlijke gezondheidsomgeving is een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''Testexecutie''' || Een uitgevoerde set tests op het Touchstone-platform.
|-
| '''Touchstone''' || Een platform waarmee FHIR-communicatie getest kan worden. Nictiz gebruikt dit platform voor het uitvoeren van kwalificaties. Zie [[#Kwalificatie aansluiten op Touchstone]] voor meer informatie.
|-
| '''XIS''' || Het systeem of geheel van de systemen waarin de zorgaanbieder het medisch dossier van de persoon bijhoudt.
|-
| '''Zorgaanbiedersdomein''' || Alle Zorgaanbieders en alle Dienstverleners zorgaanbieder vormen samen het Zorgaanbiedersdomein.
|}

=Algemene voorwaarden voor kwalificatie=
Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van [https://www.medmij.nl/afsprakenstelsel/ MedMij Afsprakenstelsel].
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij informatiestandaard]], zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in de [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiescripts|kwalificatiedocumentatie]] als onderdeel van de betreffende informatiestandaard.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# '''Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.'''
# Deze kwalificatie toetst geen infrastructurele eisen.

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

* Voor de gegevensdiensten waarvoor het formulier ‘ConformiteitsCheck(CC)’ beschikbaar is, is het aanleveren van een CC '''verplicht'''. Een argumentatie in het CC formulier is vereist in de volgende gevallen: er kan niet voldaan worden aan de functionele en/of technische eisen van een gegevensdienst, er wordt gebruik gemaakt van een vrijheidsgraad of er wordt op een andere wijze afgeweken van het kwalificatiescript. Het CC formulier dient minimaal 4 weken voor kwalificatie aangeleverd te worden bij [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]. '''Wanneer het CC formulier 4 weken voor kwalificatie niet is ontvangen, vervalt het geplande slot'''. Voor de overige gegevensdiensten dienen de afwijkingen '''minimaal twee weken voorafgaand aan de kwalificatie per mail aangegeven te zijn bij [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]'''.
* De leverancier zorgt dat het systeem dat gekwalificeerd wordt met gelijke functionaliteit en techniek op een later moment in productie genomen wordt. De leverancier zorgt dat de omgeving waarop gekwalificeerd wordt geen omgeving is die productiedata bevat of gaat bevatten.
* De testexecutie dient in principe 100% succesvol te zijn voordat gestart kan worden met de kwalificatie. Alleen bij zwaarwegende én beargumenteerde redenen kan hiervoor worden afgeweken, bijvoorbeeld geaccordeerde uitzonderingen beschreven in het CC-formulier, of specificaties die niet strikt dwingend zijn ("SHOULD"). Wanneer er tests zijn die niet slagen, dient dit '''voorafgaand aan de kwalificatie''' beargumenteerd te worden.
* Het uitgevoerde certificering-testscript dient niet ouder te zijn dan één week voor de aanlevering van het kwalificatiemateriaal. Nictiz staat in zijn recht om te bepalen of een testexecutie is verouderd en daarom af te wijzen.
* Indien relevant dient de T-datum (zie [[kwalificatie:V1.0_Handleiding_Touchstone#Variabele_T_datum|de Touchstone handleiding over de variabele T-datum]]) vermeld te worden op het aanleverformat.
* Voor zowel DVP als DVA geldt dat de schermafdrukken overeen dienen te komen met de uitgevoerde Touchstone testexecutie die is bijgevoegd in het aanleverformat. Wanneer hier niet aan wordt voldaan leidt dit tot een afwijzing.
* Het kwalificatiemateriaal dient in het juiste formaat aangeleverd te worden. Gebruik voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformat behorende bij de gegevensdienst. In het aanleverformat staat per dia beschreven welke schermafdruk wordt verwacht.
** Voor een DVP geldt dat er schermafdrukken gemaakt dienen te worden van de interface van een PGO.
** Voor een DVA geldt dat er schermafdrukken gemaakt dienen te worden (van de combinatie) van de achterliggende bronsystemen waarmee men kwalificeert.

=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 de bijbehorende kwalificatiescripts op deze pagina in [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiescripts|Kwalificatiescripts]]

==Systeemrol 'Raadplegen' (Persoonsdomein)==
Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Raadplegen':
<section begin=Uitgangspunten_Systeemrol_Raadplegen />
* De set van de gegevensdienst is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
* Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard te tonen aan de gebruiker. De uitzonderingen per gegevensdienst zijn beschreven in de bijbehorende functionele ontwerpen.
* Een PGO biedt de persoon inzicht in de ontvangen respons. 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.
* Een PGO biedt de persoon inzicht in herkomst van de verzamelde gegevens, en wanneer deze gegevens verzameld zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door de PGO bij ontvangst van de geraadpleegde gegevens.<section end=Uitgangspunten_Systeemrol_Raadplegen />

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

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

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

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

==Systeemrol 'Ontvangen' (Zorgaanbiedersdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Ontvangen':
* Een XIS maakt kenbaar dat de gegevens correct ontvangen zijn of geeft een foutmelding richting de PGO indien het ontvangen bericht deels of niet verwerkt kan worden.
* Een XIS biedt inzicht in herkomst van de ontvangen gegevens, en wanneer deze gegevens ontvangen zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door het XIS bij ontvangst van de gestuurde gegevens.

==Systeemrol 'Sturen' (Persoonsdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Sturen':
* Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard succesvol te sturen naar een XIS.
* De PGO kan aantonen dat het een specifieke selectie van inhoudelijke gegevens succesvol kan sturen naar een XIS.
* Een PGO is in staat gelijktijdig meerdere gegevens (records) conform de dataset van de informatiestandaard te versturen naar een XIS.

=Kwalificatie aansluiten op Touchstone=
Nictiz stelt het testsysteem Touchstone beschikbaar voor het testen van systeemrollen met bijbehorende MedMij-gegevensdiensten als voorbereiding op het kwalificatieproces. MedMij-(kandidaat)deelnemers kunnen Touchstone eveneens gebruiken in de ontwikkel- en testfase voor het vroegtijdig testen en/of valideren van de FHIR berichten.

Voor het aansluiten op Touchstone is [[MedMij:Vprepub-2020.01/Kwalificatie_aansluiten#Configureren_simulator|een aparte handleiding beschikbaar]].
<section end=medmij_kwalificatie_introductie />
<span id="Kwalificatiescripts"></span><section begin=medmij_kwalificatiescripts />

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

=Testscripts=
Ter voorbereiding op de kwalificatie zijn er testen beschikbaar die zelf uitgevoerd kunnen worden. De testen hebben een andere inhoud, dus gebruik voor de kwalificatie altijd het relevante kwalificatiescript. Voor de volgende systeemrollen en transacties zijn testscripts beschikbaar:
==Basisgegevensset Zorg==
* [[MedMij:Vprepub-2020.01/Testscript_BgZ_Beschikbaarstellen|Testscript - BgZ Beschikbaarstellen]]
* [[MedMij:Vprepub-2020.01/Testscript_BgZ_Raadplegen|Testscript - BgZ Raadplegen]]
==Zelfmetingen==
* [[MedMij:Vprepub-2020.01/Testscript_Metingen_Beschikbaarstellen|Testscript - Metingen Beschikbaarstellen]]
* [[MedMij:Vprepub-2020.01/Testscript_Metingen_Raadplegen|Testscript - Metingen Raadplegen]]
* [[MedMij:Vprepub-2020.01/Testscript_Zelfmetingen_Sturen|Testscript - Zelfmetingen Sturen]]
* [[MedMij:Vprepub-2020.01/Testscript_Zelfmetingen_Ontvangen|Testscript - Zelfmetingen Ontvangen]]

=Kwalificatiescripts=
==Basisgegevensset Zorg 3.0==
* [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen BgZ]]
* [[MedMij:Vprepub-2020.01/BgZ_Raadplegen|Kwalificatiescript - MedMij Raadplegen BgZ]]

==Labuitwisseling 2.0==
* [[MedMij:Vprepub-2020.01/Laboratoriumresultaten_Raadplegen|Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten]]
* [[MedMij:Vprepub-2020.01/Laboratoriumresultaten_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten]]

==AllergieIntolerantie 2.0==

===AllergieIntolerantie===
* [[MedMij:Vprepub-2020.01/kw-MM-AIB-FHIR|Kwalificatiescript - MedMij Beschikbaarstellen AllergieIntolerantie gegevens]]
* [[MedMij:Vprepub-2020.01/kw-MM-AIR-FHIR|Kwalificatiescript - MedMij Raadplegen AllergieIntolerantie gegevens]]

===AllergieIntolerantieVertaling===
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIB-FHIR|Kwalificatiescript - MedMij Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIR-FHIR|Kwalificatiescript - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

==eAfspraak 2.0==
* [[MedMij:Vprepub-2020.01/eAfspraak_Raadplegen|Kwalificatiescript - MedMij Raadplegen eAfspraak]]
* [[MedMij:Vprepub-2020.01/eAfspraak_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak]]

==Zelfmetingen 2.0==
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Ontvangen|Kwalificatiescript - MedMij Ontvangen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Raadplegen|Kwalificatiescript - MedMij Raadplegen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Sturen|Kwalificatiescript - MedMij Sturen Zelfmetingen]]

==PDF/A 3.0==
* [[MedMij:Vprepub-2020.01/PDFA_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Ontvangen|Kwalificatiescript - MedMij Ontvangen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Raadplegen|Kwalificatiescript - MedMij Raadplegen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Sturen|Kwalificatiescript - MedMij Sturen PDFA]]

==Huisartsgegevens 2.0==
* [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens]]
* [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen|Kwalificatiescript - MedMij Raadplegen Huisartsgegevens]]

==Basisgegevens GGZ 2.0==
* [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ]]
* [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen |Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ]]

==Beelden 2.0==
* [[MedMij:Vprepub-2020.01/Beelden_Ontvangen|Kwalificatiescript - MedMij Ontvangen beelden]]
* [[MedMij:Vprepub-2020.01/Beelden_Sturen|Kwalificatiescript - MedMij Sturen beelden]]

==Basisgegevens Langdurige Zorg 2.0==
{{NoteBox|1= Deze versie (2020.01) is buiten gebruik voor MedMij per 12-01-2021. De huidige ondersteunde versie is te vinden op de pagina van [[MedMij:V2020.02/Kwalificatie]].}}
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg_V2020.01.pdf|Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg_V2020.01.pdf|Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.1|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.1]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.2|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.2]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.3|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.3]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.4|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.4]]

==Vragenlijsten 2.0==
* [[MedMij:Vprepub-2020.01/Vragenlijstverwijzing_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijsten_Ontvangen|Kwalificatiescript - MedMij Ontvangen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijstverwijzing_Raadplegen|Kwalificatiescript - MedMij Raadplegen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijsten_Sturen|Kwalificatiescript - MedMij Sturen Vragenlijsten]]

==Geboortezorg 1==
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Integrale Zwangerschapskaart]]
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Raadplegen|Kwalificatiescript - MedMij Raadplegen Integrale Zwangerschapskaart]]
{{MedMij:Sjabloon_Ondersteuning}}
<references/>
<section end=medmij_kwalificatiescripts />
[[Categorie:Kwalificatie]]

MedMij:V2020.01/Kwalificatie

2024-12-02T10:09:35Z

Pien van Putten:

MedMij:Vprepub-2020.02/Kwalificatie

2024-11-19T11:58:55Z

Pien van Putten: Op verzoek van het kwalificatiecentrum de link naar de aanleverformats en beoordelingsformulieren verwijderen

__NOINDEX__
__NUMBEREDHEADINGS__
{{NoteBox|1= Deze pagina bevat verwijzingen naar kwalificatiematerialen van MedMij publicatie 2020.02, waarin uitsluitend Basisgegevens Langdurige Zorg is opgenomen. Voor de kwalificatiematerialen van de overige gegevensdiensten zie [[MedMij:V2020.01/Kwalificatie|Kwalificatie MedMij publicatie 2020.01]].}}




=Introductie=
{{#lsth:MedMij:V2020.01/Kwalificatie|Introductie}}

=Algemene voorwaarden voor kwalificatie=
Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van [https://www.medmij.nl/afsprakenstelsel/ MedMij Afsprakenstelsel].
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij informatiestandaard]], zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in de [[MedMij:Vprepub-2020.02/Kwalificatie#Kwalificatiescripts|kwalificatiedocumentatie]] als onderdeel van de betreffende informatiestandaard.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# '''Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.'''
# Deze kwalificatie toetst geen infrastructurele eisen.

=Procedurele eisen voor kwalificatie=
{{#lsth:MedMij:V2020.01/Kwalificatie|Procedurele eisen voor kwalificatie}}

=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 de bijbehorende kwalificatiescripts die u hieronder vindt in [[MedMij:Vprepub-2020.02/Kwalificatie#Kwalificatiescripts|Kwalificatiescripts]].

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

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

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

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

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

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

=Kwalificatie aansluiten op Touchstone=
{{#lsth:MedMij:V2020.01/Kwalificatie|Kwalificatie aansluiten op Touchstone}}

=Kwalificatiebenodigdheden=
{{#lsth:MedMij:V2020.01/Kwalificatie|Kwalificatiebenodigdheden}}

=Kwalificatiescripts=
{{NoteBox|1= Deze pagina bevat verwijzingen naar kwalificatiematerialen van MedMij publicatie 2020.02, waarin uitsluitend Basisgegevens Langdurige Zorg is opgenomen. Voor de kwalificatiematerialen van de overige gegevensdiensten zie [[MedMij:V2020.01/Kwalificatie|Kwalificatie MedMij publicatie 2020.01]].}}
==Basisgegevens Langdurige Zorg 3.0==
* [[MedMij:Vprepub-2020.02/Basisgegevens_Langdurige_Zorg_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg]]
* [[MedMij:Vprepub-2020.02/Basisgegevens_Langdurige_Zorg_Raadplegen|Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg]]

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

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.02/Kwalificatie

2024-11-19T11:58:55Z

Pien van Putten: Op verzoek van het kwalificatiecentrum de link naar de aanleverformats en beoordelingsformulieren verwijderen

MedMij:Vprepub-2020.01/Kwalificatie

2024-11-18T11:37:46Z

Pien van Putten: MM-5334 Op verzoek van het kwalificatiecentrum de link naar de aanleverformats en beoordelingsformulieren verwijderen.

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





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

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

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

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

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

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

== Kwalificatie gebruik van terminologie ==
Op de kwalificatiepagina wordt gesproken over DVP en PGO of DVA en XIS.

Een DVP dient altijd te kwalificeren met een PGO en een DVA dient altijd te kwalificeren met achterliggend bronsysteem of bronsystemen (XIS).

{| class="wikitable"
|-
| '''DVP''' || Dit betreft een rol in het MedMij Afsprakenstelsel.
Levert een Persoonlijke gezondheidsomgeving, een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''DVA''' || Dit betreft een rol in het MedMij Afsprakenstelsel.

Levert Diensten aan de Zorgaanbieder gerelateerd aan de uitwisseling tussen Persoon en Zorgaanbieder en committeert zich hiervoor aan de naleving van de afspraken van het MedMij Afsprakenstelsel.

Tot versie 1.6.0 van het Afsprakenstelsel werd de afkorting "DVZA" gebruikt.
|-
| '''Persoonsdomein''' || Alle Personen en alle Dienstverleners personen vormen samen het Persoonsdomein.
|-
| '''PGO''' || Een Persoonlijke gezondheidsomgeving is een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''Testexecutie''' || Een uitgevoerde set tests op het Touchstone-platform.
|-
| '''Touchstone''' || Een platform waarmee FHIR-communicatie getest kan worden. Nictiz gebruikt dit platform voor het uitvoeren van kwalificaties. Zie [[#Kwalificatie aansluiten op Touchstone]] voor meer informatie.
|-
| '''XIS''' || Het systeem of geheel van de systemen waarin de zorgaanbieder het medisch dossier van de persoon bijhoudt.
|-
| '''Zorgaanbiedersdomein''' || Alle Zorgaanbieders en alle Dienstverleners zorgaanbieder vormen samen het Zorgaanbiedersdomein.
|}

=Algemene voorwaarden voor kwalificatie=
Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van [https://www.medmij.nl/afsprakenstelsel/ MedMij Afsprakenstelsel].
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij informatiestandaard]], zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in de [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiescripts|kwalificatiedocumentatie]] als onderdeel van de betreffende informatiestandaard.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# '''Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.'''
# Deze kwalificatie toetst geen infrastructurele eisen.

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

* Voor de gegevensdiensten waarvoor het formulier ‘ConformiteitsCheck(CC)’ beschikbaar is, is het aanleveren van een CC '''verplicht'''. Een argumentatie in het CC formulier is vereist in de volgende gevallen: er kan niet voldaan worden aan de functionele en/of technische eisen van een gegevensdienst, er wordt gebruik gemaakt van een vrijheidsgraad of er wordt op een andere wijze afgeweken van het kwalificatiescript. Het CC formulier dient minimaal 4 weken voor kwalificatie aangeleverd te worden bij [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]. '''Wanneer het CC formulier 4 weken voor kwalificatie niet is ontvangen, vervalt het geplande slot'''. Voor de overige gegevensdiensten dienen de afwijkingen '''minimaal twee weken voorafgaand aan de kwalificatie per mail aangegeven te zijn bij [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]'''.
* De leverancier zorgt dat het systeem dat gekwalificeerd wordt met gelijke functionaliteit en techniek op een later moment in productie genomen wordt. De leverancier zorgt dat de omgeving waarop gekwalificeerd wordt geen omgeving is die productiedata bevat of gaat bevatten.
* De testexecutie dient in principe 100% succesvol te zijn voordat gestart kan worden met de kwalificatie. Alleen bij zwaarwegende én beargumenteerde redenen kan hiervoor worden afgeweken, bijvoorbeeld geaccordeerde uitzonderingen beschreven in het CC-formulier, of specificaties die niet strikt dwingend zijn ("SHOULD"). Wanneer er tests zijn die niet slagen, dient dit '''voorafgaand aan de kwalificatie''' beargumenteerd te worden.
* Het uitgevoerde certificering-testscript dient niet ouder te zijn dan één week voor de aanlevering van het kwalificatiemateriaal. Nictiz staat in zijn recht om te bepalen of een testexecutie is verouderd en daarom af te wijzen.
* Indien relevant dient de T-datum (zie [[kwalificatie:V1.0_Handleiding_Touchstone#Variabele_T_datum|de Touchstone handleiding over de variabele T-datum]]) vermeld te worden op het aanleverformat.
* Voor zowel DVP als DVA geldt dat de schermafdrukken overeen dienen te komen met de uitgevoerde Touchstone testexecutie die is bijgevoegd in het aanleverformat. Wanneer hier niet aan wordt voldaan leidt dit tot een afwijzing.
* Het kwalificatiemateriaal dient in het juiste formaat aangeleverd te worden. Gebruik voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformat behorende bij de gegevensdienst. In het aanleverformat staat per dia beschreven welke schermafdruk wordt verwacht.
** Voor een DVP geldt dat er schermafdrukken gemaakt dienen te worden van de interface van een PGO.
** Voor een DVA geldt dat er schermafdrukken gemaakt dienen te worden (van de combinatie) van de achterliggende bronsystemen waarmee men kwalificeert.

=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 de bijbehorende kwalificatiescripts op deze pagina in [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiescripts|Kwalificatiescripts]]

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

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

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

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

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

==Systeemrol 'Ontvangen' (Zorgaanbiedersdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Ontvangen':
* Een XIS maakt kenbaar dat de gegevens correct ontvangen zijn of geeft een foutmelding richting de PGO indien het ontvangen bericht deels of niet verwerkt kan worden.
* Een XIS biedt inzicht in herkomst van de ontvangen gegevens, en wanneer deze gegevens ontvangen zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door het XIS bij ontvangst van de gestuurde gegevens.

==Systeemrol 'Sturen' (Persoonsdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Sturen':
* Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard succesvol te sturen naar een XIS.
* De PGO kan aantonen dat het een specifieke selectie van inhoudelijke gegevens succesvol kan sturen naar een XIS.
* Een PGO is in staat gelijktijdig meerdere gegevens (records) conform de dataset van de informatiestandaard te versturen naar een XIS.

=Kwalificatie aansluiten op Touchstone=
Nictiz stelt het testsysteem Touchstone beschikbaar voor het testen van systeemrollen met bijbehorende MedMij-gegevensdiensten als voorbereiding op het kwalificatieproces. MedMij-(kandidaat)deelnemers kunnen Touchstone eveneens gebruiken in de ontwikkel- en testfase voor het vroegtijdig testen en/of valideren van de FHIR berichten.

Voor het aansluiten op Touchstone is [[MedMij:Vprepub-2020.01/Kwalificatie_aansluiten#Configureren_simulator|een aparte handleiding beschikbaar]].
<section end=medmij_kwalificatie_introductie />
<span id="Kwalificatiescripts"></span><section begin=medmij_kwalificatiescripts />

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

=Testscripts=
Ter voorbereiding op de kwalificatie zijn er testen beschikbaar die zelf uitgevoerd kunnen worden. De testen hebben een andere inhoud, dus gebruik voor de kwalificatie altijd het relevante kwalificatiescript. Voor de volgende systeemrollen en transacties zijn testscripts beschikbaar:
==Basisgegevensset Zorg==
* [[MedMij:Vprepub-2020.01/Testscript_BgZ_Beschikbaarstellen|Testscript - BgZ Beschikbaarstellen]]
* [[MedMij:Vprepub-2020.01/Testscript_BgZ_Raadplegen|Testscript - BgZ Raadplegen]]
==Zelfmetingen==
* [[MedMij:Vprepub-2020.01/Testscript_Metingen_Beschikbaarstellen|Testscript - Metingen Beschikbaarstellen]]
* [[MedMij:Vprepub-2020.01/Testscript_Metingen_Raadplegen|Testscript - Metingen Raadplegen]]
* [[MedMij:Vprepub-2020.01/Testscript_Zelfmetingen_Sturen|Testscript - Zelfmetingen Sturen]]
* [[MedMij:Vprepub-2020.01/Testscript_Zelfmetingen_Ontvangen|Testscript - Zelfmetingen Ontvangen]]

=Kwalificatiescripts=
==Basisgegevensset Zorg 3.0==
* [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen BgZ]]
* [[MedMij:Vprepub-2020.01/BgZ_Raadplegen|Kwalificatiescript - MedMij Raadplegen BgZ]]

==Labuitwisseling 2.0==
* [[MedMij:Vprepub-2020.01/Laboratoriumresultaten_Raadplegen|Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten]]
* [[MedMij:Vprepub-2020.01/Laboratoriumresultaten_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten]]

==AllergieIntolerantie 2.0==

===AllergieIntolerantie===
* [[MedMij:Vprepub-2020.01/kw-MM-AIB-FHIR|Kwalificatiescript - MedMij Beschikbaarstellen AllergieIntolerantie gegevens]]
* [[MedMij:Vprepub-2020.01/kw-MM-AIR-FHIR|Kwalificatiescript - MedMij Raadplegen AllergieIntolerantie gegevens]]

===AllergieIntolerantieVertaling===
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIB-FHIR|Kwalificatiescript - MedMij Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIR-FHIR|Kwalificatiescript - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

==eAfspraak 2.0==
* [[MedMij:Vprepub-2020.01/eAfspraak_Raadplegen|Kwalificatiescript - MedMij Raadplegen eAfspraak]]
* [[MedMij:Vprepub-2020.01/eAfspraak_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak]]

==Zelfmetingen 2.0==
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Ontvangen|Kwalificatiescript - MedMij Ontvangen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Raadplegen|Kwalificatiescript - MedMij Raadplegen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Sturen|Kwalificatiescript - MedMij Sturen Zelfmetingen]]

==PDF/A 3.0==
* [[MedMij:Vprepub-2020.01/PDFA_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Ontvangen|Kwalificatiescript - MedMij Ontvangen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Raadplegen|Kwalificatiescript - MedMij Raadplegen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Sturen|Kwalificatiescript - MedMij Sturen PDFA]]

==Huisartsgegevens 2.0==
* [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens]]
* [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen|Kwalificatiescript - MedMij Raadplegen Huisartsgegevens]]

==Basisgegevens GGZ 2.0==
* [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ]]
* [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen |Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ]]

==Beelden 2.0==
* [[MedMij:Vprepub-2020.01/Beelden_Ontvangen|Kwalificatiescript - MedMij Ontvangen beelden]]
* [[MedMij:Vprepub-2020.01/Beelden_Sturen|Kwalificatiescript - MedMij Sturen beelden]]

==Basisgegevens Langdurige Zorg 2.0==
{{NoteBox|1= Deze versie (2020.01) is buiten gebruik voor MedMij per 12-01-2021. De huidige ondersteunde versie is te vinden op de pagina van [[MedMij:V2020.02/Kwalificatie]].}}
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg_V2020.01.pdf|Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg_V2020.01.pdf|Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.1|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.1]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.2|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.2]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.3|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.3]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.4|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.4]]

==Vragenlijsten 2.0==
* [[MedMij:Vprepub-2020.01/Vragenlijstverwijzing_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijsten_Ontvangen|Kwalificatiescript - MedMij Ontvangen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijstverwijzing_Raadplegen|Kwalificatiescript - MedMij Raadplegen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijsten_Sturen|Kwalificatiescript - MedMij Sturen Vragenlijsten]]

==Geboortezorg 1==
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Integrale Zwangerschapskaart]]
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Raadplegen|Kwalificatiescript - MedMij Raadplegen Integrale Zwangerschapskaart]]
{{MedMij:Sjabloon_Ondersteuning}}
<references/>
<section end=medmij_kwalificatiescripts />
[[Categorie:Kwalificatie]]

MedMij:V2020.01/Kwalificatie

2024-11-18T11:37:46Z

Pien van Putten: MM-5334 Op verzoek van het kwalificatiecentrum de link naar de aanleverformats en beoordelingsformulieren verwijderen.

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





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

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

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

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

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

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

== Kwalificatie gebruik van terminologie ==
Op de kwalificatiepagina wordt gesproken over DVP en PGO of DVA en XIS.

Een DVP dient altijd te kwalificeren met een PGO en een DVA dient altijd te kwalificeren met achterliggend bronsysteem of bronsystemen (XIS).

{| class="wikitable"
|-
| '''DVP''' || Dit betreft een rol in het MedMij Afsprakenstelsel.
Levert een Persoonlijke gezondheidsomgeving, een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''DVA''' || Dit betreft een rol in het MedMij Afsprakenstelsel.

Levert Diensten aan de Zorgaanbieder gerelateerd aan de uitwisseling tussen Persoon en Zorgaanbieder en committeert zich hiervoor aan de naleving van de afspraken van het MedMij Afsprakenstelsel.

Tot versie 1.6.0 van het Afsprakenstelsel werd de afkorting "DVZA" gebruikt.
|-
| '''Persoonsdomein''' || Alle Personen en alle Dienstverleners personen vormen samen het Persoonsdomein.
|-
| '''PGO''' || Een Persoonlijke gezondheidsomgeving is een dienst aan de Persoon voor de regie op zijn gezondheid die minimaal gegevensuitwisseling met de Zorgaanbieder mogelijk maakt middels het MedMij Afsprakenstelsel.
|-
| '''Testexecutie''' || Een uitgevoerde set tests op het Touchstone-platform.
|-
| '''Touchstone''' || Een platform waarmee FHIR-communicatie getest kan worden. Nictiz gebruikt dit platform voor het uitvoeren van kwalificaties. Zie [[#Kwalificatie aansluiten op Touchstone]] voor meer informatie.
|-
| '''XIS''' || Het systeem of geheel van de systemen waarin de zorgaanbieder het medisch dossier van de persoon bijhoudt.
|-
| '''Zorgaanbiedersdomein''' || Alle Zorgaanbieders en alle Dienstverleners zorgaanbieder vormen samen het Zorgaanbiedersdomein.
|}

=Algemene voorwaarden voor kwalificatie=
Een (kandidaat-) deelnemer kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
# Kennis en begrip van [https://www.medmij.nl/afsprakenstelsel/ MedMij Afsprakenstelsel].
# Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
# Kennis en begrip van de betreffende [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij informatiestandaard]], zoals beschreven op de informatiestandaarden wiki van Nictiz.
# Kennis en begrip en het kunnen toepassen van de verschillende tabellen, waardenlijsten andere referenties die de informatiestandaard gebruikt.
# Kennis en begrip en het naleven van de aandachtspunten zoals beschreven in de [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiescripts|kwalificatiedocumentatie]] als onderdeel van de betreffende informatiestandaard.
# Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. Onjuist ingevoerde gegevens (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
# '''Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De (kandidaat-) deelnemer levert voor deze informatie schermafdrukken op voor controle.'''
# Deze kwalificatie toetst geen infrastructurele eisen.

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

* Voor de gegevensdiensten waarvoor het formulier ‘ConformiteitsCheck(CC)’ beschikbaar is, is het aanleveren van een CC '''verplicht'''. Een argumentatie in het CC formulier is vereist in de volgende gevallen: er kan niet voldaan worden aan de functionele en/of technische eisen van een gegevensdienst, er wordt gebruik gemaakt van een vrijheidsgraad of er wordt op een andere wijze afgeweken van het kwalificatiescript. Het CC formulier dient minimaal 4 weken voor kwalificatie aangeleverd te worden bij [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]. '''Wanneer het CC formulier 4 weken voor kwalificatie niet is ontvangen, vervalt het geplande slot'''. Voor de overige gegevensdiensten dienen de afwijkingen '''minimaal twee weken voorafgaand aan de kwalificatie per mail aangegeven te zijn bij [mailto:kwalificatie@medmij.nl kwalificatie@medmij.nl]'''.
* De leverancier zorgt dat het systeem dat gekwalificeerd wordt met gelijke functionaliteit en techniek op een later moment in productie genomen wordt. De leverancier zorgt dat de omgeving waarop gekwalificeerd wordt geen omgeving is die productiedata bevat of gaat bevatten.
* De testexecutie dient in principe 100% succesvol te zijn voordat gestart kan worden met de kwalificatie. Alleen bij zwaarwegende én beargumenteerde redenen kan hiervoor worden afgeweken, bijvoorbeeld geaccordeerde uitzonderingen beschreven in het CC-formulier, of specificaties die niet strikt dwingend zijn ("SHOULD"). Wanneer er tests zijn die niet slagen, dient dit '''voorafgaand aan de kwalificatie''' beargumenteerd te worden.
* Het uitgevoerde certificering-testscript dient niet ouder te zijn dan één week voor de aanlevering van het kwalificatiemateriaal. Nictiz staat in zijn recht om te bepalen of een testexecutie is verouderd en daarom af te wijzen.
* Indien relevant dient de T-datum (zie [[kwalificatie:V1.0_Handleiding_Touchstone#Variabele_T_datum|de Touchstone handleiding over de variabele T-datum]]) vermeld te worden op het aanleverformat.
* Voor zowel DVP als DVA geldt dat de schermafdrukken overeen dienen te komen met de uitgevoerde Touchstone testexecutie die is bijgevoegd in het aanleverformat. Wanneer hier niet aan wordt voldaan leidt dit tot een afwijzing.
* Het kwalificatiemateriaal dient in het juiste formaat aangeleverd te worden. Gebruik voor het aanleveren van het kwalificatiemateriaal altijd het aanleverformat behorende bij de gegevensdienst. In het aanleverformat staat per dia beschreven welke schermafdruk wordt verwacht.
** Voor een DVP geldt dat er schermafdrukken gemaakt dienen te worden van de interface van een PGO.
** Voor een DVA geldt dat er schermafdrukken gemaakt dienen te worden (van de combinatie) van de achterliggende bronsystemen waarmee men kwalificeert.

=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 de bijbehorende kwalificatiescripts op deze pagina in [[MedMij:Vprepub-2020.01/Kwalificatie#Kwalificatiescripts|Kwalificatiescripts]]

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

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

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

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

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

==Systeemrol 'Ontvangen' (Zorgaanbiedersdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Ontvangen':
* Een XIS maakt kenbaar dat de gegevens correct ontvangen zijn of geeft een foutmelding richting de PGO indien het ontvangen bericht deels of niet verwerkt kan worden.
* Een XIS biedt inzicht in herkomst van de ontvangen gegevens, en wanneer deze gegevens ontvangen zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door het XIS bij ontvangst van de gestuurde gegevens.

==Systeemrol 'Sturen' (Persoonsdomein)==
Hieronder volgt een generiek uitgangspunt voor de kwalificatie van de systeemrol 'Sturen':
* Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard succesvol te sturen naar een XIS.
* De PGO kan aantonen dat het een specifieke selectie van inhoudelijke gegevens succesvol kan sturen naar een XIS.
* Een PGO is in staat gelijktijdig meerdere gegevens (records) conform de dataset van de informatiestandaard te versturen naar een XIS.

=Kwalificatie aansluiten op Touchstone=
Nictiz stelt het testsysteem Touchstone beschikbaar voor het testen van systeemrollen met bijbehorende MedMij-gegevensdiensten als voorbereiding op het kwalificatieproces. MedMij-(kandidaat)deelnemers kunnen Touchstone eveneens gebruiken in de ontwikkel- en testfase voor het vroegtijdig testen en/of valideren van de FHIR berichten.

Voor het aansluiten op Touchstone is [[MedMij:Vprepub-2020.01/Kwalificatie_aansluiten#Configureren_simulator|een aparte handleiding beschikbaar]].
<section end=medmij_kwalificatie_introductie />
<span id="Kwalificatiescripts"></span><section begin=medmij_kwalificatiescripts />

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

=Testscripts=
Ter voorbereiding op de kwalificatie zijn er testen beschikbaar die zelf uitgevoerd kunnen worden. De testen hebben een andere inhoud, dus gebruik voor de kwalificatie altijd het relevante kwalificatiescript. Voor de volgende systeemrollen en transacties zijn testscripts beschikbaar:
==Basisgegevensset Zorg==
* [[MedMij:Vprepub-2020.01/Testscript_BgZ_Beschikbaarstellen|Testscript - BgZ Beschikbaarstellen]]
* [[MedMij:Vprepub-2020.01/Testscript_BgZ_Raadplegen|Testscript - BgZ Raadplegen]]
==Zelfmetingen==
* [[MedMij:Vprepub-2020.01/Testscript_Metingen_Beschikbaarstellen|Testscript - Metingen Beschikbaarstellen]]
* [[MedMij:Vprepub-2020.01/Testscript_Metingen_Raadplegen|Testscript - Metingen Raadplegen]]
* [[MedMij:Vprepub-2020.01/Testscript_Zelfmetingen_Sturen|Testscript - Zelfmetingen Sturen]]
* [[MedMij:Vprepub-2020.01/Testscript_Zelfmetingen_Ontvangen|Testscript - Zelfmetingen Ontvangen]]

=Kwalificatiescripts=
==Basisgegevensset Zorg 3.0==
* [[MedMij:Vprepub-2020.01/BgZ_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen BgZ]]
* [[MedMij:Vprepub-2020.01/BgZ_Raadplegen|Kwalificatiescript - MedMij Raadplegen BgZ]]

==Labuitwisseling 2.0==
* [[MedMij:Vprepub-2020.01/Laboratoriumresultaten_Raadplegen|Kwalificatiescript - MedMij Raadplegen Laboratoriumresultaten]]
* [[MedMij:Vprepub-2020.01/Laboratoriumresultaten_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Laboratoriumresultaten]]

==AllergieIntolerantie 2.0==

===AllergieIntolerantie===
* [[MedMij:Vprepub-2020.01/kw-MM-AIB-FHIR|Kwalificatiescript - MedMij Beschikbaarstellen AllergieIntolerantie gegevens]]
* [[MedMij:Vprepub-2020.01/kw-MM-AIR-FHIR|Kwalificatiescript - MedMij Raadplegen AllergieIntolerantie gegevens]]

===AllergieIntolerantieVertaling===
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIB-FHIR|Kwalificatiescript - MedMij Beschikbaarstellen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]
* [[MedMij:Vprepub-2020.01/kw-MM-1.A-AIR-FHIR|Kwalificatiescript - MedMij Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling]]

==eAfspraak 2.0==
* [[MedMij:Vprepub-2020.01/eAfspraak_Raadplegen|Kwalificatiescript - MedMij Raadplegen eAfspraak]]
* [[MedMij:Vprepub-2020.01/eAfspraak_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen eAfspraak]]

==Zelfmetingen 2.0==
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Ontvangen|Kwalificatiescript - MedMij Ontvangen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Raadplegen|Kwalificatiescript - MedMij Raadplegen Zelfmetingen]]
* [[MedMij:Vprepub-2020.01/Zelfmetingen_Sturen|Kwalificatiescript - MedMij Sturen Zelfmetingen]]

==PDF/A 3.0==
* [[MedMij:Vprepub-2020.01/PDFA_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Ontvangen|Kwalificatiescript - MedMij Ontvangen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Raadplegen|Kwalificatiescript - MedMij Raadplegen PDFA]]
* [[MedMij:Vprepub-2020.01/PDFA_Sturen|Kwalificatiescript - MedMij Sturen PDFA]]

==Huisartsgegevens 2.0==
* [[MedMij:Vprepub-2020.01/Huisartsgegevens_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Huisartsgegevens]]
* [[MedMij:Vprepub-2020.01/Huisartsgegevens_Raadplegen|Kwalificatiescript - MedMij Raadplegen Huisartsgegevens]]

==Basisgegevens GGZ 2.0==
* [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens GGZ]]
* [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen |Kwalificatiescript - MedMij Raadplegen Basisgegevens GGZ]]

==Beelden 2.0==
* [[MedMij:Vprepub-2020.01/Beelden_Ontvangen|Kwalificatiescript - MedMij Ontvangen beelden]]
* [[MedMij:Vprepub-2020.01/Beelden_Sturen|Kwalificatiescript - MedMij Sturen beelden]]

==Basisgegevens Langdurige Zorg 2.0==
{{NoteBox|1= Deze versie (2020.01) is buiten gebruik voor MedMij per 12-01-2021. De huidige ondersteunde versie is te vinden op de pagina van [[MedMij:V2020.02/Kwalificatie]].}}
* [[Media:1. Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg_V2020.01.pdf|Kwalificatiescript - MedMij Beschikbaarstellen Basisgegevens Langdurige Zorg.pdf]]
* [[Media:1. Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg_V2020.01.pdf|Kwalificatiescript - MedMij Raadplegen Basisgegevens Langdurige Zorg.pdf]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.1|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.1]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.2|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.2]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.3|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.3]]
* [[MedMij:Vprepub-2020.01/V1.0_BgLZ1.0.0-KwalificatieAddendumScenario1.4|Addenda voor inhoudelijke gegevens Beschikbaarstellen/Raadplegen Basisgegevens Langdurige Zorg - scenario 1.4]]

==Vragenlijsten 2.0==
* [[MedMij:Vprepub-2020.01/Vragenlijstverwijzing_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijsten_Ontvangen|Kwalificatiescript - MedMij Ontvangen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijstverwijzing_Raadplegen|Kwalificatiescript - MedMij Raadplegen Vragenlijsten]]
* [[MedMij:Vprepub-2020.01/Vragenlijsten_Sturen|Kwalificatiescript - MedMij Sturen Vragenlijsten]]

==Geboortezorg 1==
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Beschikbaarstellen|Kwalificatiescript - MedMij Beschikbaarstellen Integrale Zwangerschapskaart]]
* [[MedMij:Vprepub-2020.01/Integrale_Zwangerschapskaart_Raadplegen|Kwalificatiescript - MedMij Raadplegen Integrale Zwangerschapskaart]]
{{MedMij:Sjabloon_Ondersteuning}}
<references/>
<section end=medmij_kwalificatiescripts />
[[Categorie:Kwalificatie]]

MedMij:V6/OntwerpDossierwijzigingsverzoek

2024-07-17T12:49:35Z

Pien van Putten: MM-5238 | Het doel expliciet beschreven volgens het standaard format (Criterium 4.1) & Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

__NOINDEX__

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Dossierwijzigingsverzoek {{VersieInfo|Dossierwijzigingsverzoek}}}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]

= Inleiding =
Deze standaard biedt de mogelijkheid om een patiënt een dossierwijzigingsverzoek op een bestaand dossier in te laten dienen, bij een zorgaanbieder waar de patiënt bekend is.

== Algemeen ==
Deze pagina beschrijft het functioneel ontwerp voor de dossierwijzigingsverzoeken van patiënt naar zorgaanbieder binnen MedMij.

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document usecases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgaanbieders of patiënten. Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. Let op, 'sturen' wordt binnen de MedMij context ook wel 'delen' genoemd, aangezien de patiënt via een PGO zorginformatie deelt met zorgaanbieder(s). In hoofdstuk 2 wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie [https://www.nictiz.nl/standaardisatie/informatiestandaarden/ de Nictiz-webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar [https://www.nictiz.nl/standaardisatie/overzichten/begrippen/ het begrippenoverzicht op de Nictiz-website].

Deze informatiestandaard is geïnspireerd op de internationale [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG]. De eerste versie van deze informatiestandaard is echter beperkter; met name de mogelijkheid om opvolging te geven aan een dossierwijzigingsverzoek wordt achterwege gelaten. Ook is er, in tegenstelling tot de meeste andere usecases voor MedMij, geen specifiek zib-model toegekend voor het uitwisselen van communicatie tussen patiënt (PGO) en zorgaanbieder (XIS).

De technische (FHIR-)representatie van deze informatiestandaard is te vinden op het [[MedMij:Vprepub-6/FHIR_Patient_Corrections|technisch ontwerp]].

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

== Kaders en uitgangspunten ==
=== Richtlijn ===
Conform specificaties genoemd in [[MedMij:FO:V1/FunctioneelOntwerp#Richtlijn|de algemene inleiding]] van het functioneel ontwerp van MedMij.

Een patiënt heeft recht op inzage in zijn/haar dossier en het mogen indienen van wijzigingsverzoeken op dit dossier. Dit recht komt voort uit verschillende wettelijke grondslagen.
De [https://wetten.overheid.nl/BWBR0005290/2020-07-01/#Boek7_Titeldeel7_Afdeling5 wet op geneeskundige behandelovereenkomst (WBGO)] stelt eisen aan de verslaglegging van de zorgverlener in het dossier en geeft de patiënt recht op inzage van dit dossier. Het recht tot inzage is ook opgenomen in de [https://wetten.overheid.nl/BWBR0023864/2020-07-01 wet aanvullende bepalingen verwerking persoonsgegevens in de zorg (Wabpvz)] en in de [https://wetten.overheid.nl/BWBR0040940/2021-07-01 algemene verordening gegevensbescherming (AVG)]. In de AVG is ook het recht op het wijzigen van gegevens opgenomen.

De informatiestandaard Dossierwijzigingsverzoek maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) zib-publicatie 2020].

=== Reikwijdte Informatiestandaard ===
De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen één of meerdere zorgprocessen.

Deze standaard biedt de mogelijkheid om een patiënt een dossierwijzigingsverzoek op een bestaand dossier in te laten dienen bij een zorgaanbieder waar de patiënt bekend is.
Benodigde werkafspraken over de verwerking van dossierwijzigingsverzoeken door de zorgaanbieder zijn geen onderdeel van deze standaard en dienen buiten de informatiestandaard afgesproken te worden.

Er kunnen door implementerende partijen en zorgaanbieders afspraken gemaakt worden over het geven van een toelichting aan de patiënt bij het vullen van het dossierwijzigingsverzoek in de PGO. Ook kunnen zij afspraken maken over de werkwijze voor de verwerking en afhandelen van dossierwijzigingsverzoeken en het informeren van patiënten hieronder.

{{ReminderBox|In het Versnellingsprogramma Informatie-uitwisseling Patiënt en Professional 5 (VIPP 5) module 2 is opgenomen dat een patiënt vanuit de PGO informatie kan terugsturen richting de instelling. Doel van VIPP 5 is dat instellingen voor medisch specialistische zorg en audiologische centra (MSZ) extra stappen zetten in de digitale informatie-uitwisseling met de patiënt en tussen instellingen onderling. Aandachtspunt voor deelnemers van VIPP 5 is dat om te voldoen aan de doelstelling van module 2, subdoelstelling 3, een procedure voor het verwerken van dossierwijzigingsverzoeken nodig is. Zie ook de opgestelde [https://www.dus-i.nl/subsidies/vipp-fase-5/documenten/publicaties/2020/03/04/handboek-vipp-5 handreiking] voor IT-auditors. Voor het gebruik van de standaard Dossierwijzigingsverzoek binnen VIPP 5 komt er implementatiemateriaal beschikbaar op de website van VIPP 5, zie: https://www.vipp-programma.nl.}}

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

== Kwalificatie ==
Op deze informatiestandaard is een Nictiz-kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.

Kwalificatiescripts zijn te vinden via de [[MedMij:Landingspagina_Dossierwijzigingsverzoek|landingspagina van Dossierwijzigingsverzoek]].

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

== Algemeen ==

In dit functioneel ontwerp wordt een usecase voor het sturen, ook wel 'delen', van een dossierwijzigingsverzoek door de patiënt beschreven. Mochten er in de toekomst andere usecases worden gespecificeerd, dan zal in deze sectie de relatie tussen de verschillende usecases uiteen worden gezet.

== Usecase 1: Sturen Dossierwijzigingsverzoek vanuit een PGO ==

=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door dossierwijzigingsverzoeken in te dienen bij de zorgaanbieder waar de patiënt bekend is, op een bestaand dossier bij deze zorgaanbieder.

==== Patient journey – Thomas van Beek ====
Een voorbeeldsituatie die de meerwaarde van het sturen van een dossierwijzigingsverzoek vanuit de PGO schetst is de patient journey van [[Media:Casus_Thomas_van_Beek_MedMij.pdf|Thomas van Beek]].

<blockquote>
Een beschrijving van een moment waarop je als patiënt een dossierwijzigingsverzoek zou willen indienen op de bij de zorgaanbieder vastgelegde BgZ.

Thomas heeft diabetes en heeft bij de patiëntenadministratie het telefoonnummer van zijn eerste contactpersoon doorgegeven. Bij thuiskomst controleert hij zijn gegevens door middel van het opnieuw ophalen van zijn BgZ.
Hij komt er achter dat het telefoonnummer van zijn eerste contactpersoon toch niet klopt. Gelukkig heeft Thomas via zijn PGO de mogelijkheid om een dossierwijzigingsverzoek op de opgehaalde gegevens in te dienen. In zijn verzoek schrijft hij:

<code>"Het telefoonnummer van mijn eerste contactpersoon klopt niet. Jaap Stiekema heeft het nummer 06-12345678."</code>.

Dit bericht verstuurt hij naar de zorgaanbieder waar hij zijn BgZ eerder heeft opgehaald en waar hij nu het dossierwijzigingsverzoek aan wil richten.
Na het versturen krijgt Thomas een ontvangstbevestiging van zijn dossierwijzigingsverzoek:

<code>"Uw wijzigingsverzoek is ontvangen, neem voor meer informatie contact op met uw zorgaanbieder. Bij levensbedreigende situaties belt u 112."</code>.

De zorgaanbieder informeert Thomas vervolgens over de verwerking van zijn dossierwijzigingsverzoek conform de procedure van de zorgaanbieder.
</blockquote>

=== Proces en Context (pre- en postproces) ===

==== Preproces ====
*De patiënt is in staat om een bestaand dossier op te halen bij een zorgaanbieder waar de patiënt bekend is. Dit kan bijvoorbeeld via het raadplegen van een BgZ en deze op te slaan in zijn/haar PGO.
*Het XIS van de zorgaanbieder is in staat dossierwijzigingsverzoeken van de patiënt te ontvangen. Dit kan bijvoorbeeld via een voorziening die getroffen is in de vorm van een werklijst of mailbox.
*De PGO van de patiënt is in staat dossierwijzigingsverzoeken te kunnen versturen naar zorgaanbieder(s).

==== Proces ====
*De PGO stelt de patiënt in staat een dossierwijzigingsverzoek aan te maken.
*Patiënt vult het dossierwijzigingsverzoek met ongestructureerde tekst.
*Patiënt bepaalt wanneer het invullen gereed is en naar welke zorgaanbieder het dossierwijzigingsverzoek verstuurd moet worden.
*Optioneel: Patiënt bepaalt naar welke zorgverlener het dossierwijzigingsverzoek verstuurd moet worden.
*PGO stuurt het dossierwijzigingsverzoek.
*XIS ontvangt het dossierwijzigingsverzoek.
*XIS beantwoordt met een ontvangstbevestiging.
*PGO maakt de ontvangstbevestiging kenbaar aan patiënt.
*XIS maakt kenbaar aan zorgaanbieder dat er een dossierwijzigingsverzoek is.

==== Postproces ====
*De zorgaanbieder heeft het dossierwijzigingsverzoek ontvangen en is hiervan op de hoogte gesteld.
*De zorgaanbieder verwerkt het dossierwijzigingsverzoek conform bestaande procedures bij zorgaanbieder

Benodigde werkafspraken over de afhandeling/verwerking van dossierwijzigingsverzoeken zijn geen onderdeel van deze usecase en dienen buiten de informatiestandaard afgesproken te worden. Aandachtspunt voor de deelnemers aan de VIPP 5-regeling is dat voor voldoen aan de doelstelling voor module 2, subdoelstelling 3, een procedure voor het afhandelen/verwerken van dossierwijzigingsverzoeken nodig is.

=== Bedrijfsrollen en UML activity diagram ===
Deze usecase onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.

{| class="wikitable" "cellpadding="10" width="70%"
! 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;"|Gaat Dossierwijzigingsverzoek sturen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Gaat Dossierwijzigingsverzoek ontvangen
|}
<font size = "1">'''Bedrijfsrollen sturen Dossierwijzigingsverzoek '''</font>

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

[[Image:Activity diagram Dossierwijzigingsverzoek incl Ontvangstbevestiging.png|Activiteitendiagram sturen Dossierwijzigingsverzoek]]

<font size = "1">'''Activiteitendiagram sturen Dossierwijzigingsverzoek '''</font>

=== Informatieoverdracht ===

==== 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 Dossierwijzigingsverzoek van de patiënt naar de zorgaanbieder.

{| class="wikitable" "cellpadding="10" width="70%"
!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;"| Dossierwijzigingsverzoek sturend systeem
| style="background-color: white;"| MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWS-FHIR
| style="background-color: white;"| Sturen van Dossierwijzigingsverzoek aan zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Dossierwijzigingsverzoek ontvangend systeem
| style="background-color: white;"| MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWO-FHIR
| style="background-color: white;"| Ontvangen van Dossierwijzigingsverzoek van de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component diagram Dossierwijzigingsverzoek.png|Componenten diagram]]

<font size = "1">'''Componenten diagram Dossierwijzigingsverzoek sturen'''</font>

====Informatie-elementen====
De informatie-elementen voor de uitwisseling van een dossierwijzigingsverzoek staan hieronder, met toelichting.

{| class="wikitable" cellpadding="10" width="70%"
! style="background-color: white width:10px"| #
! style="background-color: white width:10px"| Onderdelen
! style="background-color: white width:10px"| Beschrijving
! style="background-color: white width:10px"| Voorbeeld
! style="background-color: white width:10px"| Dataveld (Zorginformatiebouwsteen of andere bouwsteen van de standaard)
|-
| style="background-color: white;vertical-align:top;"|1
| style="background-color: white;vertical-align:top;"|Patiënt
| style="background-color: white;vertical-align:top;"|Zorginformatiebouwsteen Patiënt (verplicht)
| style="background-color: white;vertical-align:top;"|
| style="background-color: white;vertical-align:top;"|[https://zibs.nl/wiki/Patient-v3.2(2020NL) Zib Patiënt]
|-
| style="background-color: white;vertical-align:top;"|2
| style="background-color: white;vertical-align:top;"|Zorgaanbieder
| style="background-color: white;vertical-align:top;"|Zorginformatiebouwsteen Zorgaanbieder (verplicht)
| style="background-color: white;vertical-align:top;"|
| style="background-color: white;vertical-align:top;"|[https://zibs.nl/wiki/Zorgaanbieder-v3.4(2020NL) Zib Zorgaanbieder]
|-
| style="background-color: white;vertical-align:top;"|3
| style="background-color: white;vertical-align:top;"|Zorgverlener
| style="background-color: white;vertical-align:top;"|Zorginformatiebouwsteen Zorgverlener (optioneel, ter duiding voor de zorgaanbieder, waar het dossierwijzigingsverzoek over gaat)
| style="background-color: white;vertical-align:top;"|
| style="background-color: white;vertical-align:top;"|[https://zibs.nl/wiki/Zorgverlener-v3.5(2020NL) Zib Zorgverlener]
|-
| style="background-color: white;vertical-align:top;"|4
| style="background-color: white;vertical-align:top;"|Wijzigingsverzoek (Communication)
| style="background-color: white;vertical-align:top;"|Het gaat in deze versie van de usecase om het elektronisch, via ongestructureerde tekstinvoer sturen van een door de patiënt geformuleerd dossierwijzigingsverzoek op een reeds bij de zorgaanbieder bekend dossier vanuit een persoonlijke gezondheidsomgeving (PGO) naar een zorgaanbiederssysteem (XIS).
| style="background-color: white;vertical-align:top;"|Titel: ''Wijzigingsverzoek: telefoonnummer'' Voorbeeldtekst:

Wijzigingsverzoek: ''Het telefoonnummer van mijn eerste contactpersoon klopt niet. Jaap Stiekema heeft het nummer 06-12345678.''

| style="background-color: white;vertical-align:top;"|[[MedMij:Vprepub-6/FHIR_Patient_Corrections#Client sends PatientCorrectionsCommunication - PHR|Wijzigingsverzoek in FHIR]]
|-
| style="background-color: white;vertical-align:top;"|5
| style="background-color: white;vertical-align:top;"|Ontvangstbevestiging (OperationOutcome)
| style="background-color: white;vertical-align:top;"|Bericht aan de patiënt met een bevestiging van ontvangst en een korte toelichting op het verwerkingsproces.
| style="background-color: white;vertical-align:top;"|Voorbeeldtekst:

''Uw wijzigingsverzoek is ontvangen, neem voor informatie contact op met uw zorgaanbieder. Bij levensbedreigende situaties belt u 112.''

| style="background-color: white;vertical-align:top;"|[[MedMij:Vprepub-6/FHIR_Patient_Corrections#Server_response_-_XIS|Ontvangstbevestiging in FHIR]]
|}

In het [[MedMij:Vprepub-6/FHIR_Patient_Corrections#Guidance_on_resource_contents|technisch ontwerp]] wordt beschreven hoe de informatie-elementen in FHIR kunnen worden gebruikt.

De informatie-elementen voor sturen en ontvangen van een dossierwijzigingsverzoek staan in ART-DECOR. Deze informatie is [https://decor.nictiz.nl/pub/dossierwijzigingsverzoek/dwv-html-20211222T152237/tr-2.16.840.1.113883.2.4.3.11.60.130.4.2-2021-12-01T160050.html hier] te openen en wordt hieronder gepresenteerd.

<html>
<iframe width="100%" height="550" src=https://decor.nictiz.nl/pub/dossierwijzigingsverzoek/dwv-html-20220826T185150/tr-2.16.840.1.113883.2.4.3.11.60.130.4.2-2021-12-01T160050.html frameborder="0" align="middle"></iframe>
</html>

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

{| class="wikitable" "cellpadding="10" width="70%"
! 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"|Dossierwijzigingsverzoek (PUSH)
|style="background-color: white;vertical-align:top;"|Stuurt Dossierwijzigingsverzoek
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWS-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-6/FHIR_Patient_Corrections|Dossierwijzigingsverzoek in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangt Dossierwijzigingsverzoek
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWO-FHIR
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|}

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

[[Bestand:Use case diagram Dossierwijzigingsverzoek.png|Usecase diagram Sturen Dossierwijzigingsverzoek]]

<font size = "1">'''Usecase diagram Dossierwijzigingsverzoek </font>

= Aanvullende informatie =

Usecase 1 Sturen Dossierwijzigingsverzoek vanuit een PGO kan toegepast worden in het [https://www.vipp-programma.nl/ subsidieprogramma VIPP 5].
*De instelling kan digitaal informatie uitwisselen naar de PGO van de patiënt conform het MedMij Afsprakenstelsel en de patiënt kan vanuit de PGO informatie terugzenden richting de instelling.
*Specifiek geldt voor module 2, subdoelstelling 3: [https://zoek.officielebekendmakingen.nl/stcrt-2020-7935.html "De instelling kan voorstellen tot aanpassingen op de aanwezige BgZ-items van de patiënt ontvangen vanuit de PGO van de patiënt."]

== Eisen en wensen ==
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

== Verantwoordelijkheid voor informatie ==
De implementerende partijen en zorgaanbieders kunnen afspraken en/of richtlijnen maken t.b.v. afhandeling van het dossierwijzigingsverzoek, omgang met en de verantwoordelijkheid voor (omgaan met) verkregen informatie uit dit dossierwijzigingsverzoek.

== 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="70%"
!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=
{{#lsth:Tabellen met release notes|Dossierwijzigingsverzoek 1}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:Vprepub-6/OntwerpDossierwijzigingsverzoek

2024-07-17T12:49:35Z

MedMij:Vprepub-2020.01/OntwerpVragenlijsten

2024-07-17T11:32:53Z

Pien van Putten: MM-5237 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Vragenlijsten {{VersieInfo|Vragenlijsten}}}}
{{MedMij:Vprepub-2020.01/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-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/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. Let op, 'raadplegen' wordt in de MedMij context ook wel 'verzamelen' genoemd, aangezien de patiënt via een PGO zorginformatie over zichzelf verzamelt. Daarnaast wordt 'sturen' in de MedMij context ook wel 'delen' genoemd, aangezien de patiënt via een PGO zorginformatie deelt naar de zorgaanbieder.
De algemene inleiding van de MedMij functionele ontwerpen kan gevonden worden op de pagina [[MedMij:Vprepub-2020.01/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).

Voor de informatiestandaard Vragenlijsten wordt er naast de inhoudelijke gegevens, ook technische informatie uitgewisseld over de workflow-status. Dit gebeurt door het bijwerken van een taak die wordt uitgezet ("FHIR QuestionnaireProvisioningTask", voor meer informatie zie het [[MedMij:Vprepub-2020.01/FHIR_Questionnaire_and_Questionnaire_Response_(Vragenlijsten)|technisch ontwerp]]). Voor de toepassing van deze informatie binnen MedMij kan deze taak onafhankelijk van de gegevensdienst(en) uitgevoerd worden. Wel kan aangenomen worden dat bepaalde statuswijzigingen vaker binnen een bepaalde gegevensdienst plaatsvinden. Bijvoorbeeld: bijwerken naar “voltooid (completed)” past bij het opsturen van de vragenlijstantwoorden.

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

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Vragenlijsten versie {{VersieInfo|Vragenlijsten}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

Er zijn geen richtlijnen van het zorgaanbiedersdomein. Bij implementeren van de standaard gelden de volgende uitgangspunten:
* Maak gebruik 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-2020.01/Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.

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

===Informatie reikwijdte===
Het ontwerp richt zich op de uitwisseling van informatie en niet op de gebruikersfunctionaliteiten en/of gebruiksvriendelijkheid van een PGO of het systeem van de 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-2020.01/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-2020.01/Ontwerpen|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/ 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]]

<font size = "1">'''Activiteitendiagram vragenlijsten'''</font>

==Use case: Raadplegen vragenlijstverwijzing ==
=== Doel en relevantie ===
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in vragenlijsten die over henzelf gaan; patiënten kunnen deze vragenlijsten ontvangen en invullen in een PGO.

=== 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-20210318T181429/tr-2.16.840.1.113883.2.4.3.11.60.56.4.256-2020-02-02T215945.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 [[Media:Casus_Jelmer_Postma_MedMij_20210429.pdf|Jelmer Postma]].
<blockquote>De psycholoog belt Jelmer voor de afspraak en vraagt of hij een vragenlijst wil beantwoorden. De vragen gaan over zijn klachten en hoe hij dagelijkse activiteiten en het contact met vrienden en familie ervaart. Jelmer spreekt met hem af om voor zijn eerste afspraak de vragen in te vullen. De psycholoog heeft een link naar de vragenlijst voor hem klaar gezet. Jelmer kan met zijn PGO de link ophalen zodat hij de vragenlijst kan openen.</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-{{VersieInfo|Vragenlijsten}}-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-{{VersieInfo|Vragenlijsten}}-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]]

<font size = "1">'''Componenten diagram Vragenlijsten raadplegen'''</font>

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;"| VL-{{VersieInfo|Vragenlijsten}}-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-2020.01/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;"| VL-{{VersieInfo|Vragenlijsten}}-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]]

<font size = "1">'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst</font>

==Use case: Raadplegen vragenlijst ==
{{NoteBox|1= Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
=== 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-2020.01/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-20210318T181429/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 [[Media:Casus_Jelmer_Postma_MedMij_20210429.pdf|Jelmer Postma]].
<blockquote>Jelmer kan met zijn PGO de link ophalen zodat hij de vragenlijst kan openen.</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-2020.01/OntwerpVragenlijsten#Use_case:_Raadplegen_vragenlijstverwijzing|Raadplegen vragenlijstverwijzing]]
|-
| style="background-color: white;"| 02
| style="background-color: white;"| PGO haalt vervolgens de vragenlijst op.
|}

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

=== Systemen & Systeemrollen ===
{{NoteBox|1= Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
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-{{VersieInfo|Vragenlijsten1}}-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-{{VersieInfo|Vragenlijsten1}}-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]]

<font size = "1">'''Componenten diagram Vragenlijsten raadplegen'''</font>

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

=== Transacties & Transactiegroepen ===
{{NoteBox|1= Deze uitwisseling kan op dit moment niet via het MedMij Afsprakenstelsel / het MedMij-netwerk plaatsvinden.}}
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-{{VersieInfo|Vragenlijsten1}}-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-2020.01/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-{{VersieInfo|Vragenlijsten1}}-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]]

<font size = "1">'''Use case diagram raadplegen vragenlijstverwijzing en raadplegen vragenlijst</font>

==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-20210318T181429/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 [[Media:Casus_Jelmer_Postma_MedMij_20210429.pdf|Jelmer Postma]].
<blockquote>De ingevulde vragenlijst stuurt hij met zijn PGO op naar de psycholoog.</blockquote>
<blockquote>‘Pling’, Jelmer krijgt van zijn PGO een reminder dat hij morgen om 10.00 zijn eerste afspraak heeft bij de psycholoog. De psycholoog heeft zijn ingevulde vragenlijst ontvangen en neemt samen met Jelmer de antwoorden door.</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-2020.01/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-{{VersieInfo|Vragenlijsten}}-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-{{VersieInfo|Vragenlijsten}}-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]]

<font size = "1">'''Componenten diagram Vragenlijsten sturen'''</font>

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-{{VersieInfo|Vragenlijsten}}-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-2020.01/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-{{VersieInfo|Vragenlijsten}}-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-2020.01/OntwerpVragenlijsten#Use_case_1:_Raadplegen_vragenlijst|de use case raadplegen vragenlijsten]].

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

<font size = "1">'''Use case diagram Vragenlijsten</font>

=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;"| <span id="sdc">-</span>
| 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
|}
<font size = "1">'''Referenties</font>

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{{#lsth:Tabellen met release notes|Vragenlijsten 2}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.01/OntwerpVragenlijsten

2024-07-17T11:32:53Z

Pien van Putten: MM-5237 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

MedMij:Vprepub-2020.01/OntwerpeAfspraak

2024-07-17T11:30:54Z

Pien van Putten: MM-5250 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp eAfspraak {{VersieInfo|eAfspraak}}}}
{{MedMij:Vprepub-2020.01/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-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_eAfspraak|Tecnical]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Deze pagina beschrijft de use case waarbij een patiënt afspraken kan raadplegen met behulp van een persoonlijke gezondheidsomgeving. Let op, 'raadplegen' wordt in de MedMij context ook wel 'verzamelen' genoemd, aangezien de patiënt via een PGO zorginformatie over zichzelf verzamelt. Algemene informatie betreffende deze use case kan gevonden worden [[MedMij:Vprepub-2020.01/Ontwerpen|op deze pagina]].

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

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: eAfspraak versie {{VersieInfo|eAfspraak}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

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

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

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

=Use Cases=
Deze sectie vervolgt met de volgende use case:
*[[#Use_case:_Afspraak_raadplegen_door_pati.C3.ABnt|Afspraak raadplegen]]

Buiten scope van deze use case 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===
De informatie-elementen die van toepassing zijn. Specificaties zijn te vinden in de [http://decor.nictiz.nl/pub/eafspraak/ huidige publicatie van de dataset] (status "actief", in ART-DECOR).

====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 ====
Beschikbaarheid van afspraken wordt verwacht vanaf het moment van implementatie van de gegevensdienst door het XIS. Afspraakhistorie van voor dit moment mag ook beschikbaar worden gesteld. De beschikbaarheidsduur is afhankelijk van het door de zorgverlener bepaalde beleid (zie ook beschikbaarheids- en ontvankelijkheidsvoorwaarde onder architectuur, processen en informatie van het [https://afsprakenstelsel.medmij.nl/ MedMij Afsprakenstelsel]).

<html> <iframe width="100%" height="350" src=https://decor.nictiz.nl/pub/eafspraak/eafspraken-html-20220525T144343/tr-2.16.840.1.113883.2.4.3.11.60.61.4.3-2017-10-10T000000.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 afspraken raadplegen
|-
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Stelt afspraken beschikbaar
|}
<font size = "1">'''Bedrijfsrollen afspraak inzien'''</font>

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

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

<font size = "1">'''Activiteitendiagram afspraak raadplegen'''</font>

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas vindt u [[Media: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 verzameld 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|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|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]]

<font size = "1">'''Componenten diagram afspraak raadplegen'''</font>

=== 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|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-2020.01/FHIR_eAfspraak|eAfspraak in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen afspraak
|style="background-color: white;vertical-align:top;"|EA-{{VersieInfo|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]]

<font size = "1">'''Use case diagram afspraak raadplegen</font>

=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
|}
<font size = "1">'''Referenties</font>

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{{#lsth:Tabellen met release notes|eAfspraak 2}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.01/OntwerpeAfspraak

2024-07-17T11:30:54Z

Pien van Putten: MM-5250 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

MedMij:Vprepub-2020.01/OntwerpZelfmetingen

2024-07-16T13:04:41Z

Pien van Putten: MM-5269 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Zelfmetingen {{VersieInfo|Zelfmetingen}}}}
{{MedMij:Vprepub-2020.01/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-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/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. Let op, 'raadplegen' wordt in de MedMij context ook wel 'verzamelen' genoemd, aangezien de patiënt via een PGO zorginformatie over zichzelf verzamelt. Daarnaast wordt 'sturen' in de MedMij context ook wel 'delen' genoemd, aangezien de patiënt via een PGO zorginformatie deelt naar de zorgaanbieder. 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-2020.01/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:

{| class="wikitable"
|-style="background-color: #1F497D; color: white; font-weight: bold; "
|style="width:150px;"|Zib 2017 NL||style="width:150px;"|Meting||style="width:300px;"|Eisen aan informatiesysteem
|-style="vertical-align:top; background-color: #E3E3E3;
|-
| Patiënt||-||Ondersteuning '''verplicht'''
|-
| Zorgverlener||-||Ondersteuning '''verplicht'''
|-
| Ademhaling||Ademhaling||Ondersteuning verwacht
|-
| Bloeddruk||Bloeddruk||Ondersteuning '''verplicht'''
|-
| LichaamsGewicht||Lichaamsgewicht||Ondersteuning '''verplicht'''
|-
| LichaamsLengte||Lichaamslengte||Ondersteuning verwacht
|-
| Lichaamstemperatuur||Lichaamstemperatuur||Ondersteuning verwacht
|-
| O2Saturatie||O2Saturatie||Ondersteuning verwacht
|-
| Hartfrequentie||Hartfrequentie||Ondersteuning '''verplicht'''
|-
| Polsfrequentie||Polsfrequentie||Ondersteuning verwacht
|-
| LaboratoriumUitslag (based on)||Glucose||Ondersteuning '''verplicht'''
|-
|AlgemeneMeting ''of'' LaboratoriumUitslag||Overige metingen||Optioneel, te gebruiken wanneer er geen specifieke zib en/of FHIR profiel beschikbaar is
|}

PGO-leveranciers dienen de beschikbare zibs en/of FHIR profielen te gebruiken.

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

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Zelfmetingen versie {{VersieInfo|Zelfmetingen}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

Voor de uitwisseling van gegevens met huisartsen zijn er verdere specificaties opgesteld door het programma OPEN/stichting Legio, te vinden als downloads op de [https://stichtinglegio.nl/ website van de stichting Legio]

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

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

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

===Specifieke informatie over deze kwalificatie===
De kwalificatie richt zich vooralsnog op: bloeddruk, lichaamsgewicht, glucose en hartfrequentie. 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. Specificaties zijn te vinden in de [http://decor.nictiz.nl/pub/zelfmeting/ huidige publicatie van de dataset] (status "actief", in ART-DECOR).

====Raadplegen meetwaarden ====
Informatie elementen waarop gefilterd kan worden ([[MedMij:Vprepub-2020.01/FHIR_VitalSigns#PHR:_request_message|query parameters]]) in de vraag om meetwaarden behorende bij een patiënt:
* Datum of Periode (startdatum - einddatum)
* Type meetwaarde (soort, bijv. bloeddruk)
* Categorie meetwaarde (bijv. vitale functies: alle meetwaarden behalve bloedglucose)

Er kan naast de inhoudelijke elementen, ook worden gevraagd naar de laatste meetwaarde(s) behorende bij een patiënt ([[MedMij:Vprepub-2020.01/FHIR_VitalSigns#The_lastn_operation|lastN operation]]).

====Beschikbaarstellen meetwaarden====
Metingen van vitale functies worden gestructureerd aangeboden via de zorginformatiebouwstenen die in [[MedMij:Vprepub-2020.01/OntwerpZelfmetingen#Algemeen|de algemene informatie]] op deze pagina zijn vermeld.
<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/zelfmeting/zelfmeting-html-20220525T145655/tr-2.16.840.1.113883.2.4.3.11.60.53.4.6-2022-02-07T164738.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 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
|}
<font size = "1">'''Bedrijfsrollen Medicatieoverzicht'''</font>

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

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

<font size = "1">'''Activiteitendiagram Raadplegen meetwaarden vitale functies'''</font>

===Procesbeschrijving===
===='Patient journey' - Thomas van Beek ====
Het verhaal van de 'patient journey' van Thomas van Beek vindt u [[Media:Casus_Thomas_van_Beek_MedMij.pdf|hier]]. Hieronder een voor Thomas relevante situatie waarbij het verzamelen 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 [[Media:Casus_Roos_Dalstra_MedMij.pdf|hier]]. Hieronder een voor Roos relevante situatie waarbij het verzamelen 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 persoon (PGO) raadpleegt de beschikbare meetwaarden van de vitale functies.
* Het systeem van de zorgaanbieder (XIS) stelt de meetwaarden van de vitale functies beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn meetwaarden van de vitale functies in te zien.

=====Post conditie=====
De patiënt heeft de meetwaarden vitale functies verzamelend 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|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|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]]

<font size = "1">'''Componenten diagram'''</font>

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|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-2020.01/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|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]]

<font size = "1">'''Use case diagram</font>

==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. Specificaties zijn te vinden in de [http://decor.nictiz.nl/pub/zelfmeting/ huidige publicatie van de dataset] (in ART-DECOR).

====Sturen zelfmetingen====
Metingen van vitale functies worden gestructureerd aangeboden via de zorginformatiebouwstenen die in [[MedMij:Vprepub-2020.01/OntwerpZelfmetingen#Algemeen|de algemene informatie]] op deze pagina zijn vermeld.

Van metingen is het denkbaar dat er meerdere in een kortere periode worden uitgevoerd. We raden aan om elke meting van een identifier te voorzien ([[MedMij:Vprepub-2020.01/FHIR_IG#When_is_.identifier_expected.3F|meer informatie in het algemeen technisch ontwerp]]). Dit helpt het ontvangende systeem met herkennen en ontdubbelen van (eerder) ingestuurde zelfmetingen.

<html>
<iframe width="100%" height="450" src=https://decor.nictiz.nl/pub/zelfmeting/zelfmeting-html-20220525T145655/tr-2.16.840.1.113883.2.4.3.11.60.53.4.2-2018-07-02T174824.html frameborder="0" align="middle"></iframe>
</html>

====Ontvangen zelfmetingen====
Het ontvangende systeem stuurt een ontvangstbevestiging van de zelfmetingen. Indien de zelfmetingen niet verwerkt kunnen worden vanwege fouten of business rules (bijvoorbeeld niet ondersteunde codes), bevat de ontvangstbevestiging een foutmelding. Het [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/FHIR_VitalSigns#XIS:_response_message_2 technisch ontwerp] licht verder toe welke foutcodes er zijn en wanneer dit van toepassing is.

=== 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
|}
<font size = "1">'''Bedrijfsrollen Medicatieoverzicht'''</font>

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

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

<font size = "1">'''Activiteitendiagram sturen zelfmetingen vitale functies'''</font>

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [[Media:Casus_Roos_Dalstra_MedMij.pdf|hier]].

Hieronder een voor Roos relevante situatie waarbij het delen 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 gedeeld 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 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|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|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]]

<font size = "1">'''Componenten diagram'''</font>

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

<font size = "1">'''Use case diagram</font>

=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
|}
<font size = "1">'''Referenties</font>

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{{#lsth:Tabellen met release notes|Zelfmetingen 2}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.01/OntwerpZelfmetingen

2024-07-16T13:04:41Z

Pien van Putten: MM-5269 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

MedMij:Vprepub-2020.01/OntwerpBeelden

2024-07-16T12:45:33Z

Pien van Putten: MM-5261 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Beelden {{VersieInfo|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-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_Images|Technisch]]
desc none
</imagemap>

=Inleiding=
==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van beelden binnen MedMij. Let op, 'raadplegen' wordt in de MedMij context ook wel 'verzamelen' genoemd, aangezien de patiënt via een PGO zorginformatie over zichzelf verzamelt. Daarnaast wordt 'sturen' in de MedMij context ook wel 'delen' genoemd, aangezien de patiënt via een PGO zorginformatie deelt naar de zorgaanbieder.
De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vprepub-2020.01/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-2020.01/Ontwerpen#Doelgroep| hier]] gevonden kan worden.

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Beelden versie {{VersieInfo|Beelden}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

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

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

==Kwalificatie==
===Introductie===
{{#lst:MedMij:Vprepub-2020.01/Ontwerpen|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
|}
<font size = "1">'''Bedrijfsrollen sturen beelden'''</font>

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

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

<font size = "1">'''Activiteitendiagram sturen beelden'''</font>

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

<font size = "1">'''Componenten diagram van systemen en systeemrollen'''</font>

=== 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|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-2020.01/FHIR_Images |Beelden in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Ontvangen Beelden
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|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]]

<font size = "1">'''Use case diagram sturen beelden</font>

=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;"| <span id="persoonlijke-gezondheidsomgeving">-</span>
| 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;"| <span id="DICOM-beeldformaten">-</span>
| 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;"| <span id="Exif">-</span>
| 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
|}

<font size = "1">'''Referenties</font>

=Release notes=

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{{#lsth:Tabellen met release notes|Beelden 2}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.01/OntwerpBeelden

2024-07-16T12:45:33Z

Pien van Putten: MM-5261 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

MedMij:Vprepub-2020.01/OntwerpAllergieIntolerantie

2024-07-16T12:42:22Z

Pien van Putten: MM-5256 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp AllergieIntolerantie {{VersieInfo|AllergieIntolerantie}}}}
{{MedMij:Vprepub-2020.01/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-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/FHIR_AllergyIntolerance|Technisch]]
desc none
</imagemap>

=Inleiding=

==Algemeen==
Dit functioneel ontwerp beschrijft het verzamelen van allergie- en intolerantiegegevens door een patiënt. Let op, 'raadplegen' wordt in de MedMij context ook wel 'verzamelen' genoemd, aangezien de patiënt via een PGO zorginformatie over zichzelf verzamelt. Tevens beschrijft dit functioneel ontwerp hoe deze allergie- en intolerantiegegevens ingezien kunnen worden door middel van een PGO. Daarnaast betreft deze inleiding een specifieke aanvulling op de overkoepelende inleiding van de [[MedMij:Vprepub-2020.01/Ontwerpen|MedMij functionele ontwerpen]].

Voor uitwisseling van allergie- en intolerantiegegevens worden de volgende zibs gebruikt:

* Patiënt;
* Zorgaanbieder;
* Zorgverlener;
* Contactpersoon;
* AllergieIntolerantie<ref name="refset-hersteld">De waardenlijst SpecifiekeStofAllergeneStoffenCodelijst bevat een referentie naar SNOMED-refset ^42931000146101. Deze is uitgefaseerd en vervangen door refset ^98061000146100. Uit oogpunt van compatibiliteit is de aanvankelijke refset opnieuw geactiveerd en gevuld met de data uit de nieuwe refset.</ref>.

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

==Kaders en uitgangspunten==

===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: AllergieIntolerantie versie {{VersieInfo|AllergieIntolerantie}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

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

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

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

=Use Cases=
==Use case 1: Raadplegen allergie- en intolerantiegegevens 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 geregistreerde allergieën en intoleranties die over henzelf gaan.

=== Domein ===
Allergie- en intolerantiegegevens in het domein van zorgaanbieders en patiënten.

=== Context ===
Het gaat om het electronisch 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 infrastructuuronafhankelijk.

=== Informatie ===

De informatie-elementen die van toepassing zijn, zijn gedefinieerd in ART-DECOR.

====Raadplegen AllergieIntolerantie-gegevens====

Er zijn géén specifieke filtermogelijkheden (query parameters) gedefinieerd voor het raadplegen van allergie- en intolerantiegegevens. Bij het raadplegen van allergie- en intolerantiegegevens wordt om alle gegevens behorende bij de patiënt gevraagd.

====Beschikbaarstellen AllergieIntolerantie-gegevens====

Informatie elementen in allergie- en intolerantiegegevens 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.9-2019-11-05T130708.html nieuw tabblad] te openen.

Dit betreft de inhoud van de transactie opleveren van allergie- en intolerantiegegevens.
Uitgangspunt voor de transactie zijn de concepten en kardinaliteiten van de zibs AllergieIntolerantie<ref name="refset-hersteld"/> en de bijbehorende Patiënt, Zorgverlener, Zorgaanbieder, Contactpersoon.

<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.9-2019-11-05T130708.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
|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
|}
<font size = "1">'''Bedrijfsrollen AllergieIntolerantie'''</font>

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

[[Image:Activity_Diagram_-_AllergieIntolerantiegegevens_.png|Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens]]

<font size = "1">'''Activiteitendiagram Raadplegen AllergieIntolerantie-gegevens'''</font>

=== Procesbeschrijving ===
==== Patient journey - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [[Media:Casus_Roos_Dalstra_MedMij.pdf|hier]].

Hieronder een voor Roos relevante situaties waarbij het raadplegen van een haar allergie- en intolerantiegegevens 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 de 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 dat Roos allergisch is voor de antibiotica die meestal bij blaasontstekingen worden gebruikt, waarna hij een ander middel voorschrijft. Doordat Roos eerder de allergie- en intolerantiegegevens van haar bij haar 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 om gaat 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, processtappen, en postcondities.

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

De patiënt wil allergie- en intolerantiegegevens inzien en de zorgaanbieder stelt deze ook beschikbaar.
:Een patiënt kan steeds zelf het initiatief nemen om de AllergieIntolerantie-gegevens op te halen, maar het is ook mogelijk dat de 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) verzamelt de beschikbare AllergieIntolerantie-gegevens.
* Het systeem van de zorgaanbieder (XIS) stelt de AllergieIntolerantie-gegevens beschikbaar voor de persoon.
* De persoon gebruikt de PGO om zijn AllergieIntolerantie-gegevens in te zien.

===== Post conditie =====
De persoon kan zijn AllergieIntolerantie-gegevens inzien via de 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|AllergieIntolerantie1}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantie bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergyIntolerantiegegevensBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantie1}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantie aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_AllergieIntolerantiegegevens.png|Componenten diagram]]

<font size = "1">'''Componenten diagram van systemen en systeemrollen'''</font>

=== 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|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-2020.01/FHIR_AllergyIntolerance|AllergieIntolerantie in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen AllergieIntolerantie gegevens
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|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_.png|Use case diagram inzien AllergieIntolerantie-gegevens]]

<font size = "1">'''Use case diagram inzien AllergieIntolerantie-gegevens</font>

==Use case 2: Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling door patiënt==
Dit is een alternatief voor use case 1 dat 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<ref name="refset-hersteld"/> 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
|}
<font size = "1">'''Bedrijfsrollen medicatiegerelateerde allergie- en intolerantiegegevensvertaling '''</font>

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

<font size = "1">'''Activiteitendiagram Raadplegen medicatiegerelateerde allergie- en intolerantiegegevensvertaling'''</font>

===Procesbeschrijving===
===='Patient journey' - Roos Dalstra ====
Het verhaal van de 'patient journey' van Roos Dalstra vindt u [[Media: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 de 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 te verzamelen.

=====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;"| AllergieIntolerantieVertalingRaadplegend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIR-FHIR
| style="background-color: white;"| Raadplegen AllergieIntolerantieVertaling bij zorgaanbieder
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| AllergieIntolerantieVertalingBeschikbaarstellend
| style="background-color: white;"| MM-{{VersieInfo|AllergieIntolerantieVertaling}}-AIB-FHIR
| style="background-color: white;"| Beschikbaarstellen AllergieIntolerantieVertaling aan de patiënt
|-
|}

Zie ook onderstaande afbeelding.

[[Bestand:Component_Diagram_-_Medicatiegerelateerde allergie- en intolerantiegegevensvertaling.png|Componenten diagram]]

<font size = "1">'''Componenten diagram'''</font>

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|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-2020.01/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|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]]

<font size = "1">'''Use case diagram</font>

=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
|}
<font size = "1">'''Referenties</font>

=Release notes=
In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
{{#lsth:Tabellen met release notes|AllergieIntolerantie 3}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.01/OntwerpAllergieIntolerantie

2024-07-16T12:42:22Z

Pien van Putten: MM-5256 | Gegeven functies van het Medmij Afsprakenstelsel - i.e., Verzamelen of Delen - expliciet benoemd (Criterium 4.5)

MedMij:Vprepub-2020.01/OntwerpBGZ 2017

2024-07-16T12:14:31Z

Pien van Putten: Het functioneel ontwerp aangepast om aan te sluiten binnen de gegeven functies van het Medmij Afsprakenstelsel: Verzamelen of Delen.

__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp BgZ {{VersieInfo|BgZ}}}}
{{MedMij:Vprepub-2020.01/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-2020.01/Ontwerpen|Functioneel]]
circle 1787 230 212 [[MedMij:Vprepub-2020.01/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.

Let op, 'raadplegen' wordt in de MedMij context ook wel 'verzamelen' genoemd, aangezien de patiënt via een PGO zorginformatie over zichzelf verzamelt.

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

==Kaders en uitgangspunten==
===Richtlijn===
Conform specificaties genoemd in [[MedMij:Vprepub-2020.01/Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: BgZ versie {{VersieInfo|BgZ}} maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017].

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

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

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

=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://nictiz.nl/publicaties/alles-wat-je-wilt-moet-weten-over-ccr-ccd/ CCR/CCD] en maken het o.a. mogelijk om in de technische implementatie (bv FHIR) structuur aan te brengen. In de [[MedMij:Vprepub-2020.01/FHIR_IG | MedMij FHIR implementatie gids]] staat de technische representatie van de betreffende zibs in zogenaamde FHIR profielen. In dit [[MedMij:Vprepub-2020.01/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-2020.01/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]<ref>In zib AllergieIntolerantie bevat de waardenlijst SpecifiekeStofAllergeneStoffenCodelijst een referentie naar SNOMED-refset ^42931000146101. Deze is uitgefaseerd en vervangen door refset ^98061000146100. Uit oogpunt van compatibiliteit is de aanvankelijke refset opnieuw geactiveerd en gevuld met de data uit de nieuwe refset.</ref>.

<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 [[Media:Casus_Thomas_van_Beek_MedMij.pdf|hier]] 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 verzamelen 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|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|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;"|MM-{{VersieInfo|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-2020.01/FHIR_BGZ_2017|BgZ in FHIR]]
|-
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen BgZ
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|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.
{{#lsth:Tabellen met release notes|BgZ 3}}

{{MedMij:Sjabloon_Ondersteuning}}

MedMij:V2020.01/OntwerpBGZ 2017

2024-07-16T12:14:31Z

Pien van Putten: Het functioneel ontwerp aangepast om aan te sluiten binnen de gegeven functies van het Medmij Afsprakenstelsel: Verzamelen of Delen.

Bestand:PDFA 2018.05.zip

2024-04-23T11:11:43Z

Pien van Putten:

Bestand:PDFA 2018.04.zip

2024-04-23T11:11:35Z

Pien van Putten:

Bestand:PDFA 2018.02.zip

2024-04-23T11:11:20Z

Pien van Putten: