Skip to end of banner
Go to start of banner

RFC0061 Dakpanmodel voor gegevensdiensten

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Samenvatting


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:

  • Dakpansgewijze releases
  • Totstandkoming van de releases
  • Typen releases
  • Besluitvorming omtrent releases
  • Verantwoordelijkheden ten aanzien van releases
  • Implementatie van de releases
  • Totstandkoming van de releaseplanning

Deze onderdelen beschrijven de wijze waarop releases van het MedMij-afsprakenstelsel plaatsvinden en de bijbehorende rollen en verantwoordelijkheden van betrokkenen.

Dakpanmodel bij opvolging geldige gegevensdienst (eerste stap)

Met uitbreiding van het huidige gegevensdienstenbeleid kan het dakpansgewijs releasen relatief eenvoudig geïmplementeerd worden tav gegevensdiensten:

  • Maximaal 2 actieve gegevensdiensten in de MedMij Catalogus gebaseerd op dezelfde Transactienaam;
  • Indien deze 2 gegevensdiensten elkaar vervangen treedt het volgende mechanisme in werking: 
    • Eén geldige Gegevensdienst in de Actuele Catalogus  vormt de basis voor het ontsluiten van die gegevens op het MedMij netwerk. 
    • Eén aankomende Gegevensdienst heeft een toekomstige ingangsdatum van de geldigheid. Met het ingaan van de geldigheid zal deze de Actuele Gegevensdienst vervangen.
    • Een Aankomende Gegevensdienst kan tot de ingangsdatum niet ontsloten worden op het MedMij Netwerk.

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

Mischa Tol (Unlicensed) Former user (Deleted) 

Implementatietermijn

1.5.0

Motivatie verkorte RFC procedure (patch)


Goedkeuring

BeoordelaarDatumToelichtingBeoordelaarDatumToelichting
Productmanager Stichting MedMij

Productmanager Beheerorganisatie

Leadarchitect Stichting MedMij

Leadarchitect Beheerorganisatie

Ontwerpteam




Deelnemersraad

Eigenaarsraad

Principe's

Principe
Principe

1 Het MedMij-netwerk is zoveel mogelijk gegevensneutraal

  •  
11 Stelselfuncties worden vanaf de start ingevuld
  •  
2 Dienstverleners zijn transparant over de gegevensdiensten 
  •  
12 Het afsprakenstelsel is een groeimodel
  •  
3 Dienstverleners concurreren op de functionaliteiten
  •  
13 Ontwikkeling geschiedt in een half-open proces met verschillende stakeholders
  •  
4 Dienstverleners zijn aanspreekbaar door de gebruiker
  •  
14 Uitwisseling is een keuze
  •  
5 De persoon wisselt gegevens uit met de zorgaanbieder
  •  
15 Het MedMij-netwerk is gebruiksrechten-neutraal
  •  
6 MedMij spreekt alleen af wat nodig is
  •  
16 De burger regisseert zijn gezondheidsinformatie als uitgever
  •  
7 De persoon en de zorgaanbieder kiezen hun eigen dienstverlener
  •  
17 Aan de persoonlijke gezondheidsomgeving zelf worden eisen gesteld
  •  
9 De dienstverleners zijn deelnemers van het afsprakenstelsel
  •  
18 Afspraken worden aantoonbaar nageleefd en gehandhaafd
  •  
10 Alleen de dienstverleners oefenen macht uit over persoonsgegevens bij de uitwisseling
  •  
19 Het afsprakenstelsel snijdt het gebruik van normen en standaarden op eigen maat
  •  
Toelichting


Uitwerking


Optioneel: Impact op foutafhandeling (zie https://confluence.vzvz.nl/display/MMAS/Foutmeldingen+MedMij )


Risico's

Omschrijf de (privacy)risico's die kunnen ontstaan als deze RFC wordt aangenomen. In het onwaarschijnlijke geval dat deze RFC's geen risico's introduceert, geef dat dan wel aan.

DreigingKansImpactDreigingsID (intern)Maatregelen





Bijlagen

  File Modified
No files shared here yet.


  • No labels