Skip to main content
Skip table of contents

MMOS-65 X-Correlation-ID is niet overal hetzelfde geschreven

Samenvatting

Waarom is deze RFC nodig?

Op de pagina Verantwoordelijkheden in de Core is X-Correlation_ID geschreven, in plaats van X-Correlation-ID. Wellicht dat dit vaker voorkomt.

Oplossingsrichting

Een keuze maken tussen de twee en die consequent gebruiken in het afsprakenstelsel.

RACI
  • Responsible:
  • Accountable:
    • $RFC_RACI_Accountable
  • Consulted
    • Ontwikkelteam (ontwikkeling@medmij.nl)
    • Security Management (secmgt@medmij.nl)
    • Acceptatie (acceptatie@medmij.nl)
    • Stelselregie
    • Deelnemers (Expertgroepsessie)
  • Informed
    • Communicatie
    • Loket (info@medmij.nl)
    • Leveranciersmanagement


Aanpassing van

MM- optioneel v 2.0.0

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 noodzakelijkN.v.t.
Gerelateerd aan (Andere RFCs, PIM issues)

Herstelwerkzaamheden AS MMOS 15

Implementatietermijn


Motivatie verkorte RFC procedure (patch)


Uitwerking

Op de pagina Verantwoordelijkheden in de Core is X-Correlation_ID geschreven, in plaats van X-Correlation-ID. Het afsprakenstelsel is nagelopen en hieronder staat in de tabel weergegeven waar de X-Correlation_ID veranderd moet worden in X-Correlation-ID.

Deze wijzigingen worden doorgevoerd op de optionele versie van het afsprakenstelsel (versie 2.0.0)

LocatieOudNieuw

In cloud

Verantwoordelijkheden, Core

Niet de cloud locatie

https://afsprakenstelsel.medmij.nl/display/MMOptioneel/Verantwoordelijkheden%2C+Core

Bij het loggen van de verschillende gebeurtenissen tijdens het proces nemen OAuth Client, de OAuth Authorization Server en de OAuth Resource Server het X-Correlation_ID op in het logbestand als trace_id attribuut van het request object.Bij het loggen van de verschillende gebeurtenissen tijdens het proces nemen OAuth Client, de OAuth Authorization Server en de OAuth Resource Server het X-Correlation-ID op in het logbestand als trace_id attribuut van het request object.
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
  •  
Dienstverleners concurreren op de functionaliteiten
  •  
13 Ontwikkeling geschiedt in een half-open proces met verschillende stakeholders
  •  
Dienstverleners zijn aanspreekbaar door de gebruiker
  •  
14 Uitwisseling is een keuze
  •  
De persoon wisselt gegevens uit met de zorgaanbieder
  •  
15 Het MedMij-netwerk is gebruiksrechten-neutraal
  •  
MedMij spreekt alleen af wat nodig is
  •  
16 De burger regisseert zijn gezondheidsinformatie als uitgever
  •  
De persoon en de zorgaanbieder kiezen hun eigen dienstverlener
  •  
17 Aan de persoonlijke gezondheidsomgeving zelf worden eisen gesteld
  •  
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.

6cat5eDreigingKansImpactDreigingsID (intern)Maatregelen
N.v.t.

N.v.t.

N.v.t.
N.v.t.
N.v.t.

Bijlagen

File Modified

Goedkeuring

BeoordelaarDatumToelichtingBeoordelaarDatumToelichting
Productmanager Stichting MedMij

Productmanager Beheerorganisatie

Leadarchitect Stichting MedMij

Leadarchitect Beheerorganisatie

Ontwerpteam




Deelnemersraad

Eigenaarsraad

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.