MedMij:Vissue-NICTIZ-14713/OntwerpDossierwijzigingsverzoek: verschil tussen versies
(Om aan criterium 4.5 te voldoen: al het 'sturen' gerelateerd aan de patiënt aangepast naar 'delen') |
(Zin toegevoegd dat 'sturen' binnen MM context ook wel 'delen' wordt genoemd. Als een patiëntactie beschreven wordt staat er 'delen', als PGO beschreven wordt staat er 'sturen'.) |
||
Regel 12: | 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 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 | + | 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 in de MedMij context ook wel 'delen' genoemd, aangezien de patiënt via een PGO zorginformatie deelt met de zorgaanbieder. 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). | 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). | ||
Regel 53: | Regel 53: | ||
== Algemeen == | == Algemeen == | ||
− | In dit functioneel ontwerp wordt een usecase voor het 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. | + | In dit functioneel ontwerp wordt een usecase voor het sturen (ook wel 'delen' genoemd) 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: | + | == Usecase 1: Sturen Dossierwijzigingsverzoek vanuit een PGO == |
=== Doel en relevantie === | === Doel en relevantie === | ||
Regel 61: | Regel 61: | ||
==== Patient journey – Thomas van Beek ==== | ==== Patient journey – Thomas van Beek ==== | ||
− | Een voorbeeldsituatie die de meerwaarde van het | + | 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> | <blockquote> | ||
Regel 116: | Regel 116: | ||
|style="background-color: white;vertical-align:top;"|Gaat Dossierwijzigingsverzoek ontvangen | |style="background-color: white;vertical-align:top;"|Gaat Dossierwijzigingsverzoek ontvangen | ||
|} | |} | ||
− | <font size = "1">'''Bedrijfsrollen | + | <font size = "1">'''Bedrijfsrollen sturen Dossierwijzigingsverzoek '''</font> |
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd. | Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd. | ||
− | [[Image:Activity diagram Dossierwijzigingsverzoek incl Ontvangstbevestiging.png|Activiteitendiagram | + | [[Image:Activity diagram Dossierwijzigingsverzoek incl Ontvangstbevestiging.png|Activiteitendiagram sturen Dossierwijzigingsverzoek]] |
− | <font size = "1">'''Activiteitendiagram | + | <font size = "1">'''Activiteitendiagram sturen Dossierwijzigingsverzoek '''</font> |
=== Informatieoverdracht === | === Informatieoverdracht === | ||
Regel 142: | Regel 142: | ||
| 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}}-DWS-FHIR | ||
− | | style="background-color: white;"| | + | | style="background-color: white;"| Sturen van Dossierwijzigingsverzoek aan zorgaanbieder |
|- | |- | ||
| style="background-color: white;"| XIS | | style="background-color: white;"| XIS | ||
Regel 155: | Regel 155: | ||
[[Bestand:Component diagram Dossierwijzigingsverzoek.png|Componenten diagram]] | [[Bestand:Component diagram Dossierwijzigingsverzoek.png|Componenten diagram]] | ||
− | <font size = "1">'''Componenten diagram Dossierwijzigingsverzoek | + | <font size = "1">'''Componenten diagram Dossierwijzigingsverzoek sturen '''</font> |
====Informatie-elementen==== | ====Informatie-elementen==== | ||
Regel 187: | 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 usecase om het elektronisch, via ongestructureerde tekstinvoer | + | | 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: | ||
Regel 206: | Regel 206: | ||
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. | 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 | + | 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> | ||
Regel 224: | Regel 224: | ||
|- | |- | ||
|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;"|Deelt Dossierwijzigingsverzoek | + | |style="background-color: white;vertical-align:top;"|Stuurt/Deelt 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 | ||
Regel 239: | Regel 239: | ||
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|Usecase diagram | + | [[Bestand:Use case diagram Dossierwijzigingsverzoek.png|Usecase diagram Sturen Dossierwijzigingsverzoek]] |
<font size = "1">'''Usecase diagram Dossierwijzigingsverzoek </font> | <font size = "1">'''Usecase diagram Dossierwijzigingsverzoek </font> | ||
Regel 245: | Regel 245: | ||
= Aanvullende informatie = | = Aanvullende informatie = | ||
− | Usecase 1 | + | 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."] |
Huidige versie van 23 mei 2024 om 10:23
Dit is een tijdelijke pagina met wijzigingen voor issue NICTIZ-14713. De gepubliceerde versie vind je hier. |
Inhoud
- 1 Inleiding
- 2 Usecase(s)
- 3 Aanvullende informatie
- 4 Referenties
- 5 Release notes
- 6 Ondersteuning
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. Let op, 'sturen' wordt in de MedMij context ook wel 'delen' genoemd, aangezien de patiënt via een PGO zorginformatie deelt met de zorgaanbieder. 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.
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 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. |
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 (ook wel 'delen' genoemd) 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.
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 een 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 deelt hij met 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 met welke zorgaanbieder het dossierwijzigingsverzoek gedeeld moet worden.
- Optioneel: Patiënt bepaalt met welke zorgverlener het dossierwijzigingsverzoek gedeeld 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 delen |
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
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--DWS-FHIR | Sturen van Dossierwijzigingsverzoek aan zorgaanbieder |
XIS | Dossierwijzigingsverzoek ontvangend systeem | MM--DWO-FHIR | Ontvangen van Dossierwijzigingsverzoek van de patiënt |
Zie ook onderstaande afbeelding.
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/Deelt 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 Dossierwijzigingsverzoek
3 Aanvullende informatie
Usecase 1 Sturen Dossierwijzigingsverzoek vanuit een PGO kan toegepast worden in het 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: "De instelling kan voorstellen tot aanpassingen op de aanwezige BgZ-items van de patiënt ontvangen vanuit de PGO van de patiënt."
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 - November 2024 | 1.0.18 | MM-5291 | De dependency op het nl-core-package is bijgewerkt naar de meest recente versie 0.11.0-beta.1. |
6 - Oktober 2024 | 1.0.17 | MM-5361 | Een foutieve FHIRPath-expressie in TestsScripts is gecorrigeerd. De functionaliteit blijft gelijk. |
6 - September 2024 | 1.0.16 | MM-5336 | Conformiteitscheck gegevensdiensten (CCG) formulier is hernoemd naar conformiteitscheck (CC) formulier |
6 - Juli 2024 | 1.0.15 | MM-5234 | In het FO is het doel expliciet beschreven volgens het standaard format (cataloguscriterium 4.1) & zijn de gegeven functies van het MedMij Afsprakenstelsel - i.e., Delen - expliciet benoemd (cataloguscriterium 4.5). |
MM-5204 | Spelfouten opgelost en andere kleine aanpassingen doorgevoerd. | ||
6 - Maart 2024 | 1.0.14 | MM-5114 | Spelfouten opgelost en andere kleine aanpassingen doorgevoerd. |
MM-4755 | De sectie “handling errors” in de MedMij FHIR IG is aangepast om duidelijk te maken dat een OperationOutcome ongewenst is bij een HTTP 401 error code. | ||
6 - Februari 2024 | 1.0.13 | MM-5132 | Aan iedere operation binnen alle MedMij-TestScripts wordt een requestHeader met naam 'X-Correlation-ID' toegevoegd met als value een UUID. Een toelichting op de MedMij-headers is in de Touchstone-handleidingen geplaatst. |
6 - December 2023 | 1.0.12 | MM-5081 | Spelfouten opgelost en andere kleine aanpassingen doorgevoerd. |
6 - November 2023 | 1.0.11 | MM-5037 | Het gebruik van een fBSN voor Patiëntgegevens wordt consequent toegepast over alle test- en kwalificatiematerialen. |
MM-5023 | De technische controle op het Coding-datatype is in al het test- en kwalificatiemateriaal aangepast, zodat 'Coding' daadwerkelijk met een hoofdletter gespeld wordt. | ||
6 - Oktober 2023 | 1.0.10 | MM-4998 | Spelfouten opgelost en andere kleine aanpassingen doorgevoerd. |
6 - September 2023 | 1.0.9 | MM-4920 | In de algemene FHIR IG wordt gesteld dat verplichte elementen de inhoudelijke vulling weg kunnen laten, zolang ze niet mandatory zijn op functioneel niveau. Deze nuance is duidelijker omschreven. |
MM-4972 | Spelfouten opgelost en andere kleine aanpassingen doorgevoerd. | ||
6 - Mei 2023 | 1.0.8 | MM-4740 | De assert die adhv. de self-link controleert of de server alle search parameters uit de request ondersteunt, negeert afwijkende waardes van de parameters als ze lijken op een referentie, aangezien de server ze in dat geval kan herschrijven. |
6 - April 2023 | 1.0.7 | MM-4741 | De term "DVZA" is vervangen door de term "DVA" op de wikipagina's en de Nictiz-website, conform de naamswijziging in het MedMij-Afsprakenstelsel. In de begrippenlijsten bij de kwalificatiepagina's is een toelichting geplaatst dat "DVZA" de verouderde term is. |
6 - Maart 2023 | 1.0.6 | MM-4674 | De nl-core package-dependency voor Dossierwijzigingsverzoek is bijgewerkt naar 0.8.0-beta.1. |
6 - Februari 2023 | 1.0.5 | MM-4575 | Spelfouten opgelost en andere kleine aanpassingen doorgevoerd. |
6 - Januari 2023 | 1.0.4 | MM-4103 | Spelfouten opgelost en andere kleine aanpassingen doorgevoerd. |
MM-3841 | De bearer tokens voor testpatiënten in de Touchstone-scripts worden voortaan vanuit één enkel configuratiebestand beheerd. | ||
MM-3761 | Scenario's 3 en 4 van de usecase Ontvangen Dossierwijzigingsverzoek, die testen op het niet accepteren van foutieve informatie, zijn verwijderd uit het kwalificatiescript. | ||
6 - December 2022 | 1.0.3 | MM-3977 | Op enkele plaatsen ontbrak het VersieInfo-sjabloon voor het weergeven van juiste versienummers (van dependencies) van Dossierwijzigingsverzoek, dit is aangepast. |
MM-3839 | De sectie over het meesturen van "secundaire" resources in de implementatiegidsen voor FHIR STU3 en R4 beargumenteert dat het updaten van bestaande resources ontmoedigd wordt, maar dat wordt verwoord als "PUT", wat breder inzetbaar is dan een update. Dit is aangepast naar "de update operation". | ||
MM-3832 | Zero width spaces in OID's in FHIR-fixtures die worden gebruikt binnen Dossierwijzigingsverzoek zijn verwijderd. | ||
MM-3795 | Herstructurering van enkele mappen in de testscripts-repository. | ||
MM-3760 | Voor de Receive-TestScripts van Dossierwijzigingsverzoek zijn JSON-Bundles gemaakt zodat die correct ter beschikking kunnen worden gesteld. | ||
6 - November 2022 | 1.0.2 | MM-3734 | Dossierwijzigingsverzoek Sturen, scenario 3 en 4, die testen op het invoeren van foutieve informatie, worden verwijderd uit kwalificatiescript "Sturen Dossierwijzigingsverzoek". |
MM-3611 | Transactie toegevoegd in ART-DECOR voor ontvangstbevestiging Dossierwijzigingsverzoek. | ||
6 - Oktober 2022 | 1.0.1 | MM-3664 | De QA-tooling is beschikbaar gemaakt voor Dossierwijzigingsverzoek. Op basis van de resulterende validatiemeldingen zijn ongebruikte mappings verwijderd uit het dwv-PatientCorrectionsCommunication-profiel en is een ongeldig (onzichtbaar) karakter weggehaald uit de OID's binnen de examples. |
MM-3659 | De afhankelijkheid van Dossierwijzigingsverzoek op het zib2020 nl-core FHIR-package is bijgewerkt naar de laatst beschikbare versie: 0.6.0-beta.2. | ||
MM-3606 | In het test/kwalificatiemateriaal voor Dossierwijzigingverzoek zijn de scenario's verwijderd die het sturen van foutieve FHIR-berichten testten. | ||
6 | 1.0.0 | MM-3503 | Versie 1.0.0 van de informatiestandaard Dossierwijzigingsverzoek. |
6 Ondersteuning
Voor vragen en wijzigingsverzoeken met betrekking tot de informatie op deze pagina kan een ticket worden aangemaakt in Servicedesk Portaal.