MedMij:Vpoc/OntwerpDossierwijzigingsverzoek: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
 
(17 tussenliggende versies door 3 gebruikers niet weergegeven)
Regel 1: Regel 1:
 +
__NOINDEX__
 +
 
__NUMBEREDHEADINGS__
 
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:Functioneel Ontwerp Dossierwijzigingsverzoek {{VersieInfo|Dossierwijzigingsverzoek}}}}
+
{{DISPLAYTITLE:Functioneel Ontwerp Dossierwijzigingsverzoek {{VersieInfo|Dossierwijzigingsverzoek|release=V6}}}}
{{NoteBox|Deze versie wordt getoetst in een ''proof of concept'' (PoC) en is niet geschikt voor gebruik buiten deze PoC.
 
 
 
Het technisch ontwerp (FHIR IG) is [[MedMij:Vpoc/FHIR_Patient_Corrections|hier]] te vinden.
 
 
 
Voor opmerkingen aangaande de openbare consultatie, stuur een bericht naar [mailto:standaarden@medmij.nl standaarden@medmij.nl]. Voor PoC (en PROVES) gerelateerde vragen, neem contact op met Victor Teunissen op [mailto:victor.teunissen@vzvz.nl victor.teunissen@vzvz.nl].
 
}}
 
  
 
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
 
[[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:Vpoc/OntwerpDossierwijzigingsverzoek]]               
 
circle 1787 230 212 [[MedMij:Vpoc/FHIR_Patient_Corrections|Technisch]]               
 
desc none                   
 
</imagemap>
 
 
  
 
= Inleiding =  
 
= Inleiding =  
Regel 23: Regel 12:
 
Deze pagina beschrijft het functioneel ontwerp voor de dossierwijzigingsverzoeken van patiënt naar zorgaanbieder binnen MedMij.
 
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 use cases 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. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case 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].
+
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. 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]; omdat deze nog in ontwikkeling is, is ervoor gekozen om versie 0.4.5 waar mogelijk te volgen. 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 use cases voor MedMij, geen specifiek zib-model toegekend voor het uitwisselen van communicatie tussen patiënt (PGO) en zorgaanbieder (XIS).  
+
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:Vpoc/FHIR_Patient_Corrections|technisch ontwerp]].
+
De technische (FHIR-)representatie van deze informatiestandaard is te vinden op het [[MedMij:V6_FHIR_Patient_Corrections|technisch ontwerp]].
  
 
== Doelgroep ==
 
== Doelgroep ==
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de [[MedMij:Vissue-MM-3408/Ontwerpen#Doelgroep|functionele ontwerpen van MedMij]].
+
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de [[MedMij:V6_FunctioneelOntwerp#Doelgroep|functionele ontwerpen van MedMij]].
  
 
== Kaders en uitgangspunten ==
 
== Kaders en uitgangspunten ==
 
=== Richtlijn ===
 
=== Richtlijn ===
Conform specificaties genoemd in [[MedMij:Vissue-MM-3408/Ontwerpen#Richtlijn|de algemene inleiding]] van de functionele ontwerpen van MedMij.
+
Conform specificaties genoemd in [[MedMij:V6_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.
 
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.
Regel 40: Regel 29:
  
 
De informatiestandaard Dossierwijzigingsverzoek maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) zib-publicatie 2020].
 
De informatiestandaard Dossierwijzigingsverzoek maakt gebruik van [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) zib-publicatie 2020].
 
{{ReminderBox|De huidige actieve informatiestandaarden die voor MedMij zijn ontwikkeld, zijn gebaseerd op '''HL7® FHIR® versie STU3 en zib-publicatie 2017'''. Om een toekomstbestendige oplossing te bieden voor dossierwijzigingsverzoeken in het Nederlandse domein en om de internationale [https://build.fhir.org/ig/HL7/fhir-patient-correction/index.html HL7 Patient Corrections IG] te volgen, is deze informatiestandaard gebaseerd op '''HL7® FHIR® versie R4'''. Deze beslissing heeft een beperkte impact vanwege de kleine verschillen tussen de artefacten vanuit enerzijds de zib-publicatie 2020 en FHIR R4, en anderzijds met zib-publicatie 2017 en FHIR STU3.}}
 
  
 
=== Reikwijdte Informatiestandaard ===
 
=== Reikwijdte Informatiestandaard ===
Regel 54: Regel 41:
  
 
=== Infrastructuur ===
 
=== Infrastructuur ===
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vissue-MM-3408/Ontwerpen#Infrastructuur|de algemene inleiding]] van de functionele ontwerpen van MedMij.
+
Geen nadere specificatie, anders dan genoemd in [[MedMij:V6_FunctioneelOntwerp#Infrastructuur|de algemene inleiding]] van de functionele ontwerpen van MedMij.
  
 
== Kwalificatie ==
 
== Kwalificatie ==
 
Op deze informatiestandaard is een Nictiz-kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.  
 
Op deze informatiestandaard is een Nictiz-kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.  
  
Kwalificatiescripts zijn te vinden via de [[Vissue-MM-3503/Landingspagina_Dossierwijzigingsverzoek|landingspagina van Dossierwijzigingsverzoek]].
+
Kwalificatiescripts zijn te vinden via de [[MedMij:Landingspagina_Dossierwijzigingsverzoek|landingspagina van Dossierwijzigingsverzoek]].
  
= Use case(s) =
+
= Usecase(s) =
Een use case 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 use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit FO wordt elke use case geanalyseerd en uitgewerkt.
+
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 ==
 
== Algemeen ==
  
In dit functioneel ontwerp wordt een use case voor het sturen van een dossierwijzigingsverzoek beschreven. Mochten er in de toekomst andere use cases worden gespecificeerd, dan zal in deze sectie de relatie tussen de verschillende use cases uiteen worden gezet.
+
In dit functioneel ontwerp wordt een usecase voor het sturen van een dossierwijzigingsverzoek beschreven. Mochten er in de toekomst andere usecases worden gespecificeerd, dan zal in deze sectie de relatie tussen de verschillende usecases uiteen worden gezet.
  
== Use case 1: Sturen Dossierwijzigingsverzoek vanuit een PGO ==
+
== Usecase 1: Sturen Dossierwijzigingsverzoek vanuit een PGO ==
  
 
=== Doel en relevantie ===
 
=== Doel en relevantie ===
Regel 103: Regel 90:
 
*Patiënt vult het dossierwijzigingsverzoek met ongestructureerde tekst.  
 
*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.  
 
*Patiënt bepaalt wanneer het invullen gereed is en naar welke zorgaanbieder het dossierwijzigingsverzoek verstuurd moet worden.  
*Optioneel: Patiënt bepaal naar welke zorgverlener het dossierwijzigingsverzoek verstuurd moet worden.
+
*Optioneel: Patiënt bepaalt naar welke zorgverlener het dossierwijzigingsverzoek verstuurd moet worden.
 
*PGO stuurt het dossierwijzigingsverzoek.  
 
*PGO stuurt het dossierwijzigingsverzoek.  
 
*XIS ontvangt het dossierwijzigingsverzoek.  
 
*XIS ontvangt het dossierwijzigingsverzoek.  
Regel 114: Regel 101:
 
*De zorgaanbieder verwerkt het dossierwijzigingsverzoek conform bestaande procedures bij zorgaanbieder  
 
*De zorgaanbieder verwerkt het dossierwijzigingsverzoek conform bestaande procedures bij zorgaanbieder  
  
Benodigde werkafspraken over de afhandeling/verwerking van dossierwijzigingsverzoeken zijn geen onderdeel van deze use case 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.
+
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 ===
 
=== Bedrijfsrollen en UML activity diagram ===
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.  
+
Deze usecase onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.  
  
 
{| class="wikitable" "cellpadding="10" width="70%"
 
{| class="wikitable" "cellpadding="10" width="70%"
Regel 154: Regel 141:
 
| style="background-color: white;"| PGO
 
| style="background-color: white;"| PGO
 
| style="background-color: white;"| Dossierwijzigingsverzoek sturend systeem   
 
| style="background-color: white;"| Dossierwijzigingsverzoek sturend systeem   
| style="background-color: white;"| MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWS-FHIR
+
| style="background-color: white;"| MM-{{VersieInfo|Dossierwijzigingsverzoek|release=V6}}-DWS-FHIR
 
| style="background-color: white;"| Sturen van Dossierwijzigingsverzoek aan zorgaanbieder  
 
| style="background-color: white;"| Sturen van Dossierwijzigingsverzoek aan zorgaanbieder  
 
|-
 
|-
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| Dossierwijzigingsverzoek ontvangend systeem  
 
| style="background-color: white;"| Dossierwijzigingsverzoek ontvangend systeem  
| style="background-color: white;"| MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWO-FHIR
+
| style="background-color: white;"| MM-{{VersieInfo|Dossierwijzigingsverzoek|release=V6}}-DWO-FHIR
 
| style="background-color: white;"| Ontvangen van Dossierwijzigingsverzoek van de patiënt  
 
| style="background-color: white;"| Ontvangen van Dossierwijzigingsverzoek van de patiënt  
 
|-
 
|-
Regel 200: Regel 187:
 
| style="background-color: white;vertical-align:top;"|4
 
| style="background-color: white;vertical-align:top;"|4
 
| style="background-color: white;vertical-align:top;"|Wijzigingsverzoek (Communication)
 
| style="background-color: white;vertical-align:top;"|Wijzigingsverzoek (Communication)
| style="background-color: white;vertical-align:top;"|Het gaat in deze versie van de use case 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;"|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:  
 
| 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.''
 
Wijzigingsverzoek: ''Het telefoonnummer van mijn eerste contactpersoon klopt niet. Jaap Stiekema heeft het nummer 06-12345678.''
  
| style="background-color: white;vertical-align:top;"|[[MedMij:Vpoc/FHIR_Patient_Corrections#PatientCorrectionsCommunication_(required)|Dossierwijzigingsverzoek in FHIR]]
+
| style="background-color: white;vertical-align:top;"|[[MedMij:V6_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;"|5
Regel 214: Regel 201:
 
''Uw wijzigingsverzoek is ontvangen, neem voor informatie contact op met uw zorgaanbieder. Bij levensbedreigende situaties belt u 112.''
 
''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:Vpoc/FHIR_Patient_Corrections#Server_response_-_XIS|Dossierwijzigingsverzoek in FHIR]]
+
| style="background-color: white;vertical-align:top;"|[[MedMij:V6_FHIR_Patient_Corrections#Server_response_-_XIS|Ontvangstbevestiging in FHIR]]
 
|}
 
|}
  
In het [[MedMij:Vpoc/FHIR_Patient_Corrections#Guidance_on_resource_contents|technisch ontwerp]] wordt beschreven hoe de informatie-elementen in FHIR kunnen worden gebruikt.
+
In het [[MedMij:V6_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.
 
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>
 
<html>
<iframe width="100%" height="550" src=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 frameborder="0" align="middle"></iframe>
+
<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>
 
</html>
  
 
==== Transacties & Transactiegroepen ====
 
==== 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.
+
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%"
 
{| class="wikitable" "cellpadding="10" width="70%"
Regel 238: Regel 225:
 
|style="background-color: white;vertical-align:middle;" rowspan="2"|Dossierwijzigingsverzoek (PUSH)
 
|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;"|Stuurt Dossierwijzigingsverzoek
|style="background-color: white;vertical-align:top;"|[MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWS-FHIR]
+
|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;"|PGO
 
|style="background-color: white;vertical-align:top;"|Patiënt
 
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vpoc/FHIR_Patient_Corrections|Dossierwijzigingsverzoek in FHIR]]
+
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:V6_FHIR_Patient_Corrections|Dossierwijzigingsverzoek in FHIR]]
 
|-
 
|-
 
|style="background-color: white;vertical-align:top;"|Ontvangt Dossierwijzigingsverzoek  
 
|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;"|MM-{{VersieInfo|Dossierwijzigingsverzoek}}-DWO-FHIR
 
|style="background-color: white;vertical-align:top;"|XIS
 
|style="background-color: white;vertical-align:top;"|XIS
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
 
|}
 
|}
  
==== Use case diagram ====
+
==== Usecase diagram ====
 
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
 
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
  
[[Bestand:Use case diagram Dossierwijzigingsverzoek.png|Use case diagram Sturen Dossierwijzigingsverzoek]]
+
[[Bestand:Use case diagram Dossierwijzigingsverzoek.png|Usecase diagram Sturen Dossierwijzigingsverzoek]]
  
<font size = "1">'''Use case diagram Dossierwijzigingsverzoek </font>
+
<font size = "1">'''Usecase diagram Dossierwijzigingsverzoek </font>
  
 
= Aanvullende informatie =
 
= Aanvullende informatie =
  
Use case 1 Sturen Dossierwijzigingsverzoek vanuit een PGO kan toegepast worden in het [https://www.vipp-programma.nl/ subsidieprogramma VIPP 5].
+
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.
 
*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."]
 
*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."]
Regel 294: Regel 281:
  
 
=Release notes=
 
=Release notes=
De wijzigingen voor deze informatiestandaard worden in de PoC-fase bijgehouden op Confluence (niet openbaar) en [https://github.com/Nictiz/Nictiz-R4-PatientCorrections/releases GitHub].
+
{| class="wikitable" "cellpadding="10" style="background-color: white;"
 +
!style="text-align:left;"|Release
 +
!style="text-align:left;"|Versie
 +
!style="text-align:left;"|BITS-ticket
 +
!style="width:850px; text-align:left;"|Omschrijving
 +
|-
 +
{{ReleaseNotes|package=6|release=1.0.0|issues=1|MM-3503}}
 +
|}
  
 
=Ondersteuning=
 
=Ondersteuning=
 
Voor vragen en wijzigingsverzoeken over dit ontwerp, maak een ticket aan in [https://bits.nictiz.nl/projects/MM BITS].
 
Voor vragen en wijzigingsverzoeken over dit ontwerp, maak een ticket aan in [https://bits.nictiz.nl/projects/MM BITS].

Huidige versie van 29 aug 2022 om 05:41



Naar medmij.nl

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

1.1 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. 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 de Nictiz-webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het begrippenoverzicht op de Nictiz-website.

Deze informatiestandaard is geïnspireerd op de internationale 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 technisch ontwerp.

1.2 Doelgroep

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

1.3 Kaders en uitgangspunten

1.3.1 Richtlijn

Conform specificaties genoemd in 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 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 wet aanvullende bepalingen verwerking persoonsgegevens in de zorg (Wabpvz) en in de algemene verordening gegevensbescherming (AVG). In de AVG is ook het recht op het wijzigen van gegevens opgenomen.

De informatiestandaard Dossierwijzigingsverzoek maakt gebruik van zib-publicatie 2020.

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

1.3.3 Infrastructuur

Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de functionele ontwerpen van MedMij.

1.4 Kwalificatie

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

Kwalificatiescripts zijn te vinden via de landingspagina van Dossierwijzigingsverzoek.

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

2.1 Algemeen

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

2.2 Usecase 1: Sturen Dossierwijzigingsverzoek vanuit een PGO

2.2.1 Doel en relevantie

Het voor een patiënt mogelijk maken om een dossierwijzigingsverzoek in te dienen bij de zorgaanbieder waar de patiënt bekend is op een bestaand dossier bij deze zorgaanbieder. De patiënt kan dit doen naar aanleiding van bijvoorbeeld het raadplegen en opslaan van een Basisgegevensset Zorg (BgZ) in zijn/haar PGO conform het MedMij Afsprakenstelsel.

2.2.1.1 Patient journey – Thomas van Beek

Een voorbeeldsituatie die de meerwaarde van het sturen van dossierwijzigingsverzoek vanuit de PGO schetst is de patient journey van Thomas van Beek.

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:

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

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:

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

De zorgaanbieder informeert Thomas vervolgens over de verwerking van zijn dossierwijzigingsverzoek conform de procedure van de zorgaanbieder.

2.2.2 Proces en Context (pre- en postproces)

2.2.2.1 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).

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

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

2.2.3 Bedrijfsrollen en UML activity diagram

Deze usecase onderscheidt twee bedrijfsrollen, namelijk de Patiënt en de Zorgaanbieder zoals te zien in onderstaande tabel.

Bedrijfsrol Activiteit
Patiënt Gaat Dossierwijzigingsverzoek sturen
Zorgaanbieder Gaat Dossierwijzigingsverzoek ontvangen

Bedrijfsrollen sturen Dossierwijzigingsverzoek

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

Activiteitendiagram sturen Dossierwijzigingsverzoek

Activiteitendiagram sturen Dossierwijzigingsverzoek

2.2.4 Informatieoverdracht

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

Systeem Naam systeemrol Systeemrolcode Omschrijving
PGO Dossierwijzigingsverzoek sturend systeem MM-1.0.2-DWS-FHIR Sturen van Dossierwijzigingsverzoek aan zorgaanbieder
XIS Dossierwijzigingsverzoek ontvangend systeem MM-1.0.2-DWO-FHIR Ontvangen van Dossierwijzigingsverzoek van de patiënt

Zie ook onderstaande afbeelding.

Componenten diagram

Componenten diagram Dossierwijzigingsverzoek sturen

2.2.4.2 Informatie-elementen

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

# Onderdelen Beschrijving Voorbeeld Dataveld (Zorginformatiebouwsteen of andere bouwsteen van de standaard)
1 Patiënt Zorginformatiebouwsteen Patiënt (verplicht) Zib Patiënt
2 Zorgaanbieder Zorginformatiebouwsteen Zorgaanbieder (verplicht) Zib Zorgaanbieder
3 Zorgverlener Zorginformatiebouwsteen Zorgverlener (optioneel, ter duiding voor de zorgaanbieder, waar het dossierwijzigingsverzoek over gaat) Zib Zorgverlener
4 Wijzigingsverzoek (Communication) 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). Titel: Wijzigingsverzoek: telefoonnummer Voorbeeldtekst:

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

Wijzigingsverzoek in FHIR
5 Ontvangstbevestiging (OperationOutcome) Bericht aan de patiënt met een bevestiging van ontvangst en een korte toelichting op het verwerkingsproces. Voorbeeldtekst:

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

Ontvangstbevestiging in FHIR

In het 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 hier te openen en wordt hieronder gepresenteerd.

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

Transactiegroep Transactie Systeemrolcode Systeem Bedrijfsrol Technisch
Dossierwijzigingsverzoek (PUSH) Stuurt Dossierwijzigingsverzoek MM--DWS-FHIR PGO Patiënt Dossierwijzigingsverzoek in FHIR
Ontvangt Dossierwijzigingsverzoek MM--DWO-FHIR XIS Zorgaanbieder

2.2.4.4 Usecase diagram

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

Usecase diagram Sturen Dossierwijzigingsverzoek

Usecase diagram Dossierwijzigingsverzoek

3 Aanvullende informatie

Usecase 1 Sturen Dossierwijzigingsverzoek vanuit een PGO kan toegepast worden in het subsidieprogramma VIPP 5.

3.1 Eisen en wensen

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

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

3.3 Afschermen van gegevens

Er zijn geen afspraken over het afschermen van gegevens.

3.4 Infrastructuur

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

4 Referenties

Auteur(s) Titel Versie Datum Bron Organisatie
- - - - - -

5 Release notes

Release Versie BITS-ticket Omschrijving
6 1.0.0 MM-3503 Versie 1.0.0 van de informatiestandaard Dossierwijzigingsverzoek.

6 Ondersteuning

Voor vragen en wijzigingsverzoeken over dit ontwerp, maak een ticket aan in BITS.