Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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 TWiinTWiiN, 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.

Numberedheadings
number-formatdecimal
skip-headings
start-numbering-with
h1
h2
h3
h4
h5
h6
enabledtrue
start-numbering-atH1
add-anchorsfalse

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.

  • Structuur die aansluit op de structuur van TWiiN.

Betrokken architecten

  • (Lead architect)

  • (Product owner Afsprakenstelsel / Solution architect)

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

Usecases op het hoogste niveau

I

I

I

I

Beleidsuitgangspunten

  • De nieuwe structuur moet aansluiten bij de structuur van TWiiN.

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.

Referentiearchitecturen

Architectuurprincipes

Organisatiebeleid

Zorgproces

Informatie

Applicatie

IT-infrastructuur

Afhankelijkheden

Relaties met andere projecten

Oplossingsrichting(en)

Alles in één keer

Er 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.

Gefaseerd

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.

Architectuurrisicoanalyse

Nr

Beschrijving

Conclusie

1

Project overstijgende ontwerpkeuzes

-

Architectuurafwijkingen

Fasering

Minimum Viable Product (MVP)

Scopebepaling

In scope

Buiten scope

Afgeleide functionele usecases

Zorgverlener

Zorggebruiker

MedMij Beheer

Volgende fasen

Table of Contents
minLevel1
maxLevel6
include
outlinefalse
indent
stylenone
exclude
typelist
class
printabletrue