Het MedMij afpsrakenstelsel volgt sinds de eerste gepubliceerde versie een structuur die gebaseerd is op de drieluik rollen, functies en verantwoordelijkheden. Hieromheen worden ook andere onderwerpen benoemd, maar het draait vooral om deze drie-eenheid. In de huidige uitwerkingen van grote onderwerpen loopt MedMij echter steeds tegen beperkingen op van de huidige structuur. Daarnaast is geconcludeerd dat e structuur te veel afwijkt van die van bijvoorbeeld het afsprakenstelsel TWiiN, waardoor een synchronisatie tussen deze twee stelsels bemoeilijkt wordt. Nu lijkt het moment juist om de structuur aan te passen en ervoor te zorgen dat het stelsel weer gericht wordt op de toekomst.
1. Doel van het project
Vergroten van de onderhoudbaarheid van het MedMij afsprakenstelsel, zodat het ontwikkelteam minder tijd kwijt is aan de doorontwikkeling.
Vergroten van de leesbaarheid en bruikbaarheid van het MedMij afsprakenstelsel, zodat deelnemers beter weten wat van hen verwacht wordt bij de implementatie.
Een meer flexibele structuur waar de focus vooral bij de verschillende functies van het stelsel ligt.
Vincent Klaassen (Product owner Afsprakenstelsel / Solution architect)
3. Stakeholderanalyse
Idee
Ready
Alpha uitwerking
Alpha POC
Beta uitwerking
Beta Pilot
Release candidate
Publicatie
Kernteam ontwikkeling
A
C
C
C
A
A
Product manager
R
A
A
A
C
I
Lead architect
R
C
C
C
I
Release manager
I
R
I
Afsprakenstelsel
C
R
R
C
R
Referentie implementatie
I
Proves
I
Monitoring
C
C
I
I
Testomgeving
C
C
I
I
Acceptatie
C
C
I
I
Deelnemers
I
I
I
I
Zorgaanbieders
I
Juristen
I
Security
C
C
I
R&A
C
C
I
CCDA
C
C
I
Leveranciers management
I
I
I
I
Loket
I
I
I
I
4. Beleidsuitgangspunten
De nieuwe structuur moet aansluiten bij de structuur van TWiiN.
5. Architectuurdrijfveren
Door de afsprakenstelsels meer naar elkaar toe te schrijven, gaan de ontwikkelkosten voor de deelnemers uiteindelijk omlaag, omdat ze niet meer voor verschillende stelsels verschillende oplossing hoeven te implementeren.
Omdat andere onderwerpen door moeten blijven lopen, lijkt het realistischer om de herstructurering gefaseerd aan te pakken. Dit zorgt er wel voor dat er een periode is waarin hybride wordt gewerkt. Dit kan op zichzelf voor onduidelijkheden zorgen bij het lezen van het afsprakenstelsel, maar met goede ondersteunende uitleg moet dit risico geminimaliseerd worden.
Gefaseerd betekent in eerste instantie dat de onderwerpen Modules en Workflow in de nieuwe structuur worden ontworpen.