Samenvatting
Mischa Tol Victor van Hagen
Waarom is deze RFC nodig? | In het eerst kwartaal van 2021 deed zich een vraagstuk voor, doordat verschillende leveranciers verschillende incompatibele gegevensdiensten ondersteunden. Als deel-oplossing is destijds aangedragen om een mechanisme te introduceren genaamd het dakpansgewijs releasen. Deze RFC bevat een uitwerking op welke manier dit, in het MedMij Afsprakenstelsel gebruikte mechanisme, kan worden toegepast op de Gegevensdiensten in de MedMij Catalogus. |
---|---|
Oplossingsrichting | De huidige dakpansgewijze releasemethodiek in het change- en releasebeleid van het MedMij Afsprakenstelsel bevat uitspraken over een aantal onderdelen:
Deze onderdelen beschrijven de wijze waarop releases van het MedMij-afsprakenstelsel plaatsvinden en de bijbehorende rollen en verantwoordelijkheden van betrokkenen. Dakpansgewijs releasen van gegevensdiensten Dakpanmodel bij opvolging geldige gegevensdienst (eerste stap) Met uitbreiding van het huidige gegevensdienstenbeleid kan het dakpansgewijs releasen relatief eenvoudig geïmplementeerd worden tav gegevensdiensten:
Let wel: onderliggende transacties zijn niet aan het dakpansgewijs releasen gebonden en kunnen reeds beschikbaar zijn. Rolverdeling conform dakpanmodel (toekomst) Het introduceren van het dakpanmodel is een eerste stap. Na het succesvol implementeren zal het proces van het tot stand komen van een gegevensdienstenrelease en bijbehorende onderdelen met rollen en verantwoordelijkheden nader onder de loep genomen moeten worden. Dit is tav release 1.5.0 niet te realiseren. |
Aanpassing van | Catalogus, Afsprakenstelsel |
Impact op rollen | DVP, DVZA |
Impact op beheer | Inrichten van releasemechanisme gegevensdiensten conform MedMij. |
Impact op RnA | Nvt |
Impact op Acceptatie | Nvt |
PIA noodzakelijk | |
Gerelateerd aan (Andere RFCs, PIM issues) | |
Eigenaar | |
Implementatietermijn | 1.5.0 |
Motivatie verkorte RFC procedure (patch) |
...