Document toolboxDocument toolbox

RFC0046 Herstructureren afsprakenstelsel

Samenvatting

Waarom is deze RFC nodig?

MedMij wil Personen regie geven op hun gezondheid. Het MedMij afsprakenstelsel is opgezet als één groot geheel, waarbij de focus ligt op gegevensuitwisseling in het zorgdomein. Hierbij wordt de gegevensuitwisseling uitgevoerd volgens de usecases verzamelen en delen, waarbij benodigde rollen en verantwoordelijkheden zijn uitgewerkt op verschillende niveaus van het interoperabiliteitsmodel van Nictiz.

Nu wordt duidelijk dat de huidige opzet van het afsprakenstelsel voor uitdagingen zorgt:

  1. Deelnemers geven aan dat het een zoektocht is naar de juiste informatie, om te weten aan welke eisen ze moeten voldoen. Informatie staat over verschillende onderdelen van het afsprakenstelsel verspreid en moet bij elkaar gezocht worden.
  2. Het aansluiten van andere domeinen kan niet zomaar worden uitgevoerd, doordat er op veel plekken in het afsprakenstelsel concreet naar zorg word verwezen. Mede hierdoor moest in 1.4.0 een addendum toegevoegd worden, betreffende aanbieder zonder behandelrelatie.
  3. De huidige structuur van het afsprakenstelsel is gebaseerd op het interoperabiliteitsmodel van Nictiz. Alles wordt in de basis geschreven vanuit de niveaus processen, applicaties en netwerk. Onderwerpen zijn opgedeeld over de verschillende lagen, waarop de informatie van verschillende onderwerpen wordt gecombineerd. Hierdoor kunnen nieuwe (optionele) onderwerpen niet als losse eenheid worden toegevoegd. Vanuit verschillende kanten (deelnemers en MedMij collega's) wordt aangegeven dat dit als onoverzichtelijk wordt ervaren. Dit begint bij het rollenmodel.
  4. Bij nieuwe onderwerpen horen vaak ook nieuwe rollen, met bijbehorende relaties. Door deze toe te voegen aan de huidige opzet, wordt het (rollenmodel) er niet duidelijker op. Vrijwillige vertegenwoordiging is hierbij een goed voorbeeld. De bedoeling is dit toe te voegen als optioneel onderwerp, zodat partijen kunnen kiezen of ze dit willen ondersteunen. Nieuwe rollen (vertegenwoordiger en vertegenwoordigde) moeten worden toegevoegd aan het rollenmodel. Echter, door alle relaties die dan toegevoegd worden, lijkt het dat personen altijd een rol als vertegenwoordiger of vertegenwoordigde invullen. Dit is niet de bedoeling.
  5. Naast gegevensuitwisseling moeten ook functionaliteiten aan de gebruikers worden aangeboden. Dit (modules) is een voorbeeld van onderwerp dat los van gegevensuitwisseling beschreven moet worden, omdat er andere eisen voor gelden.

Hoewel deze RFC een grote wijziging van het stelsel betreft, verandert het niets aan de posities van de huidige Deelnemers en Zorgaanbieders in het stelsel. Het betreft een wijzigingen in de structuur, maar geen nieuwe of gewijzigde verplichtingen. Rollen worden weliswaar aangepakt, maar de huidige verplichtingen worden herschreven, zodat deze blijven gelden.

Relatie met

RFC0021 Herfundering van de Aanbieders-rol

RFC0026 Modules

RFC0039 Toestemming voor meerdere diensten van één aanbieder

RFC0051 Herschikking en herfundering van rollen

RFC0054 Langdurige en offline autorisatie van DVP

Oplossingsrichting

Deze RFC pakt een aantal zaken aan:

  • Om de uitbreidbaarheid te verhogen wordt het afsprakenstelsel opgedeeld in de MedMij Core en verschillende onderwerpen. De Core bevat de basis waarvan alle onderwerpen gebruik van maken, de onderdelen zijn uitbreidingen op de Core.
  • Om de leesbaarheid en bruikbaarheid van het afsprakenstelsel te verhogen wordt de architectuur gedraaid. Zaken worden in de basis beschreven vanuit rollen, functies & gegevens en verantwoordelijkheden. Daarbinnen wordt gebruikgemaakt van de lagen van het interoperabiliteitsmodel.
  • Het grote overzicht van rollen en functies wordt uit elkaar getrokken. De Core beschrijft de rollen en functies die voor het gehele afsprakenstelsel van toepassing zijn. 
    • In de verschillende onderwerpen worden bijbehorende rollen beschreven, waarbij nieuwe rollen specialisaties zijn op bestaande Core rollen. Alleen de Core kan rollen op de hoogste laag (Organisatie) beschrijven.
    • Voor de verschillende functies wordt in het overzicht vastgelegd welke rol verantwoordelijk is voor de levering van de functie. Pas in de uitwerkingen van de usecases worden de andere rollen beschreven, met bijbehorende verantwoordelijkheden.

De structuur van het afsprakenstelsel wordt opnieuw opgezet, waarbij rekening wordt gehouden met de huidige rollen en verantwoordelijkheden. De wijzigingen hebben een zo klein mogelijke impact op de bestaande deelnemers. De deelnemers in hun implementaties houden rekening met de huidige rollen en verantwoordelijkheden, dit moet zo min mogelijk worden aangetast.

De nieuwe structuur richt zich op het opzetten van een algemene basis met onderwerpen als mogelijke uitbreidingen. Vanuit de in de basis vastgestelde rollen zijn specialisaties mogelijk voor de verschillende onderwerpen, met de daarbij behorende verantwoordelijkheden. Hierbij is het mogelijk optionele en verplichte onderwerpen te ondersteunen.

De verwachting is dat door deze wijzigingen de leesbaarheid, bruikbaarheid en uitbreidbaarheid van het afsprakenstelsel verbeteren, waardoor deelnemers beter weten wat er van hen verwacht wordt en nieuwe onderwerpen zonder problemen kunnen worden toegevoegd.

Aanpassing van

Deze RFC raakt nagenoeg alle delen van het afsprakenstelsel

Impact op rollen

DVZA (mogelijk), DVP (ZAL interface)

Impact op beheer


Impact op RnA

wijziging ZAL

Impact op Acceptatie


PIA noodzakelijk
  •  
Gerelateerd aan (Andere RFCs, PIM issues)

Deze RFC betreft een subset /wiki/spaces/PROJECT/pages/131898160

RFC0044 Introductie aanbieder zonder behandelrelatie

Eigenaar

Bouke de Boer, Casper van der Harst

Implementatietermijn

1.5.0

Motivatie verkorte RFC procedure (patch)


Goedkeuring

BeoordelaarDatumToelichtingBeoordelaarDatumToelichting
Productmanager Stichting MedMij

Productmanager Beheerorganisatie

Leadarchitect Stichting MedMij

Leadarchitect Beheerorganisatie

Ontwerpteam




Deelnemersraad

Eigenaarsraad

Principe's

Principe
Principe

1 Het MedMij-netwerk is zoveel mogelijk gegevensneutraal

  •  
11 Stelselfuncties worden vanaf de start ingevuld
  •  
2 Dienstverleners zijn transparant over de gegevensdiensten 
  •  
12 Het afsprakenstelsel is een groeimodel
  •  
Dienstverleners concurreren op de functionaliteiten
  •  
13 Ontwikkeling geschiedt in een half-open proces met verschillende stakeholders
  •  
Dienstverleners zijn aanspreekbaar door de gebruiker
  •  
14 Uitwisseling is een keuze
  •  
De persoon wisselt gegevens uit met de zorgaanbieder
  •  
15 Het MedMij-netwerk is gebruiksrechten-neutraal
  •  
MedMij spreekt alleen af wat nodig is
  •  
16 De burger regisseert zijn gezondheidsinformatie als uitgever
  •  
De persoon en de zorgaanbieder kiezen hun eigen dienstverlener
  •  
17 Aan de persoonlijke gezondheidsomgeving zelf worden eisen gesteld
  •  
De dienstverleners zijn deelnemers van het afsprakenstelsel
  •  
18 Afspraken worden aantoonbaar nageleefd en gehandhaafd
  •  
10 Alleen de dienstverleners oefenen macht uit over persoonsgegevens bij de uitwisseling
  •  
19 Het afsprakenstelsel snijdt het gebruik van normen en standaarden op eigen maat
  •  
Toelichting



Uitwerking

Taken