MMOS-54 Beschikbaarheidseis logginginterface naar 99,5%
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 |