(v0.1) MMOS-54 Beschikbaarheidseis logginginterface naar 99,5%
- Martin Wilmink
Owned by Martin Wilmink
Dec 19, 2023
2 min read
Loading data...
Samenvatting
| Waarom is deze RFC nodig? | De beschikbaarheidseis voor de logginginterface in het afsprakenstelsel is te hoog. |
|---|---|
| Changelog omschrijving | Op de pagina "Verantwoordelijkheden, Core" is de beschikbaarheidseis voor de logging interface van 99.9% naar 99.5% gewijzigd. |
| Oplossingsrichting | De beschikbaarheidseis van de loggingsinterface moet worden aangepast van 99.9% naar 99.5% |
| RACI |
|
| Aanpassing van | Versie 2.0.2 |
| Impact op rollen | N.v.t. |
| Impact op beheer | N.v.t. |
| Impact op RnA | N.v.t. |
| Impact op Acceptatie | N.v.t. |
| PIA noodzakelijk | N.v.t. |
| Gerelateerd aan (Andere RFCs, PIM issues) | N.v.t. |
| Implementatietermijn | 1 maand |
| Motivatie verkorte RFC procedure (patch) | N.v.t. |
Uitwerking
- Aanpassing versie 2.0.2 van het afsprakenstelsel
| Locatie | Oude tekst | Nieuwe tekst |
|---|---|---|
| https://afsprakenstelsel.medmij.nl/display/MMOptioneel/Verantwoordelijkheden%2C+Core | De endpoint van de Logging interface heeft op jaarbasis een beschikbaarheid van minimaal 99,9%. MedMij laat, na het niet beschikbaar raken van de MedMij Logging interface, maximaal acht kantooruren (480 minuten) verstrijken voordat het weer beschikbaar is. | De endpoint van de Logging interface heeft op jaarbasis een beschikbaarheid van minimaal 99,5 |
| Verantwoordelijkheden, Core#Logging | De endpoint van de Logging interface heeft op jaarbasis een beschikbaarheid van minimaal 99,9%. MedMij laat, na het niet beschikbaar raken van de MedMij Logging interface, maximaal acht kantooruren (480 minuten) verstrijken voordat het weer beschikbaar is. | De endpoint van de Logging interface heeft op jaarbasis een beschikbaarheid van minimaal 99,5 |
Optioneel: Impact op foutafhandeling (zie https://confluence.vzvz.nl/display/MMAS/Foutmeldingen+MedMij )
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 | |||
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.
| Dreiging | Kans | Impact | DreigingsID (intern) | Maatregelen |
|---|---|---|---|---|
N.v.t. | N.v.t. | N.v.t. | N.v.t. | N.v.t. |
Bijlagen
Goedkeuring
| Beoordelaar | Datum | Toelichting | Beoordelaar | Datum | Toelichting |
|---|---|---|---|---|---|
| Productmanager Stichting MedMij | Productmanager Beheerorganisatie | ||||
| Leadarchitect Stichting MedMij | Leadarchitect Beheerorganisatie | ||||
| Ontwerpteam | |||||
| Deelnemersraad | Eigenaarsraad |