Doel van het projectVergroten 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. Structuur die aansluit op de structuur van TWiiN.
Betrokken architectenStakeholderanalyse | 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 |
BeleidsuitgangspuntenArchitectuurdrijfverenDoor 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.
ReferentiearchitecturenArchitectuurprincipesOrganisatiebeleidZorgprocesInformatieApplicatieIT-infrastructuurAfhankelijkhedenRelaties met andere projectenOplossingsrichting(en)Alles in één keerEr kan voor gekozen worden het gehele MedMij afsprakenstelsel in één keer volledig om te zetten naar een nieuwe structuur. Dit betekent met name dat Team Afsprakenstelsel bij VZVZ hier tijd voor moet vrijmaken en dat dit voor een nog te bepalen periode als belangrijkste onderwerp gezien moet worden. Het hele team werkt deze periode alleen aan de herstructurering, onderwerpen als Modules, Workflow en Generieke functies worden lager geprioriteerd. GefaseerdOmdat 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. ArchitectuurrisicoanalyseProject overstijgende ontwerpkeuzes- ArchitectuurafwijkingenFaseringMinimum Viable Product (MVP)ScopebepalingIn scopeBuiten scopeAfgeleide functionele usecasesZorgverlenerZorggebruikerMedMij BeheerVolgende fasen |