Versions Compared

Key

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

Table of Contents
maxLevel2
typeflat


Het MedMij Afsprakenstelsel ontwikkelt zich voortdurend. Ontwikkelingen binnen en rondom MedMij kunnen aanleiding geven om afspraken uit het stelsel te wijzigen.

...

Om het ritme van de voortdurende ontwikkeling van het MedMij Afsprakenstelsel voor Deelnemers zo voorspelbaar mogelijk te maken, en Deelnemers daarbinnen ruimte te geven voor een proactief of reactief implementatiebeleid, zijn er op elk moment twee releases van het MedMij Afsprakenstelsel actief. Alleen actieve releases mogen actief zijn binnen het operationele MedMij-netwerk. Van die twee actieve releases is er altijd één verplicht en de andere is optioneel. Dat wil zeggen dat alle Deelnemersop deze verplichte versie moeten ondersteunen. De andere actieve release heet de release candidate. Implementatie daarvan is niet verplicht, maar wel toegestaan binnen het operationele MedMij-netwerk. Omdat de Interfaces, Gegevensuitwisseling, Core in het MedMij Afsprakenstelsel geversioneerd zijn, kunnen deze tegelijkertijd actief zijn. De gepubliceerde release is de opvolger van de verplichte. Elke Deelnemer kiest zelf wanneer hij de gepubliceerde versie implementeert, desgewenst naast de verplichte.

...

Alle belanghebbenden, waaronder in ieder geval de deelnemers, gebruikers en Stichting MedMij, kunnen invloed uitoefenen op (de totstandkoming van) wijzigingen in het afsprakenstelsel. Een Request For Change (RFC) kan door een belanghebbende voorzien van motivatie worden ingediend voor behandelingDit doen zij door een wens (nieuw of aanpassing) per e-mail te sturen naar Product Management. Stichting MedMij doet een eerste beoordeling van ingediende RFC's wens door deze te toetsen aan de geldende vigerende wet- en regelgeving, architectuur en grondslagen, strategische koers, het jaarplan en de releasekalenderhet ontwikkelportfolio.  Hierbij wordt onder andere beoordeeld of het daadwerkelijk gaat om een wijziging, of de wijziging niet al eerder is ingediend en wat de urgentie is. Stichting MedMij zorgt, waar nodig, voor de nadere verkenning van RFC's door wijzigingsverzoeken te laten uitwerken, voert vooronderzoeken uit, laat wijzigingsverzoeken uitwerken, brengt de benodigde expertise en vertegenwoordiging bij elkaar te brengen, kanaliseert de afstemming met partijen rondom het stelsel te kanaliseren, te zorgen voor een impactanalyse en onderzoekt de impact van een wijziging op het stelsel . Dit onderzoeken we samen met de deelnemers, en indien nodig wordt een business case opgesteld samen met betrokkenenen de deelnemers. Ook controleert Stichting MedMij zij of de voorgestelde oplossing vrij en kosteloos voor de deelnemers te gebruiken is. 

In principe mogen betrokkenen bij het ontwikkelproces ontwikkelinformatie vrij met elkaar delen zonder aanvullende bescherming. Alleen voor informatie over kwetsbaarheden geldt dat verspreiding beperkt is tot de direct betrokkenen en alleen mag plaatsvinden met extra bescherming (zie Informatieclassificatiebeleid). Mochten belanghebbenden gedurende het change- en releaseproces bijdragen aan de uitwerking van een wijziging, dan ziet Stichting MedMij erop toe dat zij over de juiste auteursrechten komt te beschikken om de documentatie te kunnen publiceren (zie Intellectueel eigendomsbeleid).

Het afsprakenstelsel bestaat uit een samenhangende set van producten (juridisch kader, overeenkomsten, architectuur en technische specificaties, etc.) met veel onderlinge afhankelijkheden. Aanpassing van een van de onderdelen vraagt altijd onderdelen vraagt altijd om een impactanalyse op de rest van de producten. Het afsprakenstelsel wordt daarom altijd in haar geheel gereleasetgeheel gereleaset. Deze releases bestaan uit een consistente set van RFC's en s en kunnen daarnaast verbeteringen van niet-inhoudelijke aard bevatten.

Versienummering van releases

...