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.

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.

DVZA (mogelijk), DVP (ZAL interface)

wijziging ZAL

Bouke de Boer, Casper van der Harst

1.5.0

van der Harst

1.5.0