Page Comparison

Omschrijving Changelog, met daarin:

• Titel Jira ticket

• Naam te wijzigen pagina

• Korte omschrijving v.d. aanpassing in voltooid verleden tijd.

Repareren Verwijderen infomatieblok uit Normenkader en repareren broken links binnen het AF

• Verantwoordelijkheden, Core

• Aanvullende auditverklaring en onderbouwende rapportage

• Token interface

• Authorization interface

• Zorg

• Coördinatie, regie en uitwisseling

• Verantwoordelijkheden, Abonneren

• Normenkader informatiebeveiliging

• A.12.4.4 Kloksynchronisatie

Op de bovenstaande pagina pagina’s stonden kapotte links, deze zijn gerepareerd. Verder is in

Op de pagina het Normenkader informatiebeveiliging een informatiekader met bijbehorende inhoud verwijderd, omdat deze niet langer van toepassing isstond een informatiekader over de wijzigingen van norm 10.1 ten aanzien van versie 1.2. Aangezien versie 2 nu van toepassing is het vak en de inhoud niet langer relevant en zijn deze verwijderd.

Impact op:

•  DVP
•  DVA
•  Geen van beiden

Te informeren Stakeholders

•  Acceptatie
•  R&A beheer
•  Regie
•  CCDA
•  Security
•  Relatiebeheer
•  Communicatie
•  MM Loket
•  Stichting MM

Moeten afbeeldingen/mockups aangepast worden?

•  Nee
•  Ja

Aan te passen versies afsprakenstelsel

2.2.0.

Classificatie

•  Patch
•  Minor
•  Major

Implementatie Termijn

Volgende patch release

Gerelateerde tickets (o.a. ticket van deze ticket)

Status

•  Staat klaar voor release in afsprakenstelsel
•  Verwerkt in afsprakenstelsel

Zorg

Communicatie

• Toestemmingsverklaring

• Toestemmingsverklaring, Abonneren

• Bevestigingsverklaring

• Beëindigingsverklaring Abonnement

Communicatie

• Toestemmingsverklaring, Core

• Toestemmingsverklaring, Abonneren

• Bevestigingsverklaring Delen, Core

• Beëindigingsverklaring Abonnement

Toestemmingsverklaring, Core

Bevestigingsverklaring Delen, Core

Verantwoordelijkheden, Core

toelichting van core.rollen.300

Zo blijft die integrale eindverantwoordelijk­heid ook op net­werk-niveau toetsbaar. Zie de drie (ingewikkelde) invarianten bij Aanbie­derGegevensdienst van het soort “niet-lokale afhankelijkheid”.

Zo blijft die integrale eindverantwoordelijk­heid ook op net­werk-niveau toetsbaar. Zie de drie (ingewikkelde) invarianten bij Zorgaanbie­derGegevensdienst van het soort “niet-lokale afhankelijkheid”.

Metamodel

Link verwijst naar het metamodel uit versie 1.3 → de rijen staan nog in metamodel, maar onder Zorgaanbiedergegevensdienst. Vandaar de aanpassing.

Verantwoordelijkheden, Core

core.beveiliging.200

In het gegevensverkeer voor de functies Verzamelen, Delen, Beheren toestemmingen, Opvragen Aanbiederslijst, Opvragen OAuth Client List en Opvragen Gegevensdienstnamenlijst, maken betrokken rollen gebruik van de functies Versleuteling, Server Authentication en Server Authorization, zoals beschreven onder TLS en certificaten.

In het gegevensverkeer voor de functies Verzamelen, Delen, Beheren toestemmingen,Opvragen Aanbiederslijst, Opvragen OAuth Client List en Opvragen Gegevensdienstnamenlijst, maken betrokken rollen gebruik van de functies Versleuteling, Server Authentication en Server Authorization, zoals beschreven onder TLS en certificaten.

Beheren toestemmingen

Volgens mij hoort Beheren toestemmingen ook een link te hebben

Verantwoordelijkheden, Core

core.tls.303

Gebruik van TLS False Start is verboden.

Gebruik van TLS False Start is verboden.

https://datatracker.ietf.org/doc/html/rfc7918

Verantwoordelijkheden, Core

core.tls.310 in toelichtingsvak

Voor alle eisen gerelateerd aan PKIoverheid-certificaten, zie https://www.logius.nl/diensten/pkioverheid/aansluiten-als-tsp/pogramma-van-eisen.

Voor alle eisen gerelateerd aan PKIoverheid-certificaten, zie https://www.logius.nl/domeinen/toegang/aansluiten-als-trust-service-provider

https://www.logius.nl/domeinen/toegang/aansluiten-als-trust-service-provider

Normenkader informatiebeveiliging

Info box is verwijderd i.o.m. security

Token interface core.tknint.208

De OAuth Client voegt bij het versturen van een Token request twee HTTP Header Fields toe, de eerste met de naam MedMij-Request-ID, de tweede met de naam X-Correlation-ID.

De OAuth Client voegt bij het versturen van een Token request twee HTTP Header Fields toe, de eerste met de naam MedMij-Request-ID, de tweede met de naam X-Correlation-ID.

Rollen, Core

Als we willen linken aan een anchor dan koppel teken en #OAuth Client typen in net geopend scherm

Token interface

core.tknint.200

de hostname van de Node van de OAuth Clientdie de token request uitvoert.

de hostname van de Node van de OAuth Client die de token request uitvoert.

Rollen, Core

De link ging naar de correct MedMij Afsprakenstelsel 2 space, maar had naar de scrollviewport moeten gaan

Aan het redactie team: check hoe de link was ingevoerd en doe het nu anders

Token interface

core.tknint.209

de hostname van de Node van de OAuth Clientdie de token request uitvoert.

de hostname van de Node van de OAuth Client die de token request uitvoert.

Rollen, Core

de link ging naar de correct MedMij Afsprakenstelsel 2 space, maar had naar de scrollviewport moeten gaan

Aan het redactie team: check hoe de link was ingevoerd en doe het nu anders

Token interface core.tknint.205 in toelichtingsveld

Bij de afhandeling van het Token interface wordt helemaal niet geredirect; die speelt zich geheel op het backchannel af.

Bij de afhandeling van het Token interface wordt helemaal niet geredirect; die speelt zich geheel op het backchannel af.

Token interface

Token interface core.tknint.206

Na ontvangst van een access token request of een refresh request in de functie Verzamelen, zal de OAuth Authorization Server na maximaal tien (10) seconden dit acces token en refresh token ter beschikking stellen aan de OAuth Client.

Na ontvangst van een access token request of een refresh request in de functie Verzamelen, zal de OAuth Authorization Server na maximaal tien (10) seconden dit acces token en refresh token ter beschikking stellen aan de OAuth Client.

Rollen, Core

Na ontvangst van een access token request, in de functie Delen, zal de OAuth Authorization Server na maximaal tien (10) seconden dit acces token ter beschikking stellen aan de OAuth Client.

Na ontvangst van een access token request, in de functie Delen, zal de OAuth Authorization Server na maximaal tien (10) seconden dit acces token ter beschikking stellen aan de OAuth Client.

Rollen, Core

Authorization interface core.authint.208

De OAuth Client voegt bij het versturen van een Authorization request twee HTTP query parameters toe, de eerste met de naam MedMij-Request-ID, de tweede met de naam X-Correlation-ID.

De OAuth Client voegt bij het versturen van een Authorization request twee HTTP query parameters toe, de eerste met de naam MedMij-Request-ID, de tweede met de naam X-Correlation-ID.

Rollen, Core

Authorization interface core.authint.202

Als een van deze verificaties niet slaagt dan behandelt de Authorization Server dit als uitzondering 1a volgens verantwoordelijkheid core.authint.207.

Als een van deze verificaties niet slaagt dan behandelt de Authorization Server dit als uitzondering 1a volgens verantwoordelijkheid core.authint.207.

Authorization interface

Authorization interface core.authint.203

Als een van deze verificaties niet slaagt dan behandelt de Authorization Server dit als uitzondering 1b volgens verantwoordelijkheid core.authint.207.

Als een van deze verificaties niet slaagt dan behandelt de Authorization Server dit als uitzondering 1b volgens verantwoordelijkheid core.authint.207.

Authorization interface

Authorization interface core.authint.205

Onmiddellijk na authenticatie van de Persoon, zoals bedoeld in verantwoordelijkheid Authorization interface#core.authint.204, en alleen als deze slaagt, vraagt de OAuth Authorization Server de Persoonom een Toestemmingsverklaring (in het geval van Verzamelen) of een Bevestigingsverklaring (in het geval van Delen), volgens het daaromtrent bepaalde op de pagina User interface (Autorisatieserver), volgens de standaard OAuth 2.0, op de wijze waarop deze in het MedMij Afsprakenstelsel wordt toegepast.

Onmiddellijk na authenticatie van de Persoon, zoals bedoeld in verantwoordelijkheid core.authint.204, en alleen als deze slaagt, vraagt de OAuth Authorization Server de Persoonom een Toestemmingsverklaring (in het geval van Verzamelen) of een Bevestigingsverklaring (in het geval van Delen), volgens het daaromtrent bepaalde op de pagina Schermen (User interface), Core, volgens de standaard OAuth 2.0, op de wijze waarop deze in het MedMij Afsprakenstelsel wordt toegepast.

Authorization interface

Schermen (User interface), Core

Coördinatie, regie en uitwisseling

• user interface (Verklaringen)

• Schermen (User interface), Core

Schermen (User interface), Core

De pagina en de verantwoordelijkheden waarnaar verwezen werd zijn vervangen door de pagina Schermen (User interface), in overleg is bepaald om daar naartoe te verwijzen.

Verantwoordelijkheden, Abonneren

ext.abo.rollen.201

Dienstverlener aanbieder biedt een geautomatiseerde rol Authorization Server, voor het namens Aanbieders uitwisselen van gezondheidsinformatie met DVP Server. Deze rol wordt altijd in combinatie met een Resource Serveren/of Subscription Server.

Dienstverlener aanbieder biedt een geautomatiseerde rol Authorization Server, voor het namensAanbieders uitwisselen van gezondheidsinformatie met DVP Server. Deze rol wordt altijd in combinatie met een Resource Server en/of Subscription Server.

Rollen, Core

Rollen, Core

Rollen, Core

Rollen, Core

Rollen, Core

Verantwoordelijkheden, Abonneren ext.abo.ocl.100

De gepubliceerde OAuth Client List bevat steeds en slechts alle actuele entries, en beschrijft van elke OAuth Client:

• wat de gebruikersvriendelijke namen zijn die voor de Dienstverleners persoon worden gebruikt in de Toestemmingsverklaring , de Bevestigingsverklaring en de Notificatie van Persoon;

De gepubliceerde OAuth Client List bevat steeds en slechts alle actuele entries, en beschrijft van elke OAuth Client:

• wat de gebruikersvriendelijke namen zijn die voor de Dienstverleners persoon worden gebruikt in de Toestemmingsverklaring , Abonneren , de Beëindigingsverklaring Abonnement en de Notificatie van Persoon;

Toestemmingsverklaring, Abonneren

Beëindigingsverklaring Abonnement

Subscription notification interface

Verantwoordelijkheden, Abonneren ext.abo.ocl.100 in toelichtingsvak

De OAuth Client List bevat dus geen namen voor Dienstverleners aanbieder. Dat is niet nodig, omdat deze niet voorkomen in deToestemmingsverklaring.

De OAuth Client List bevat dus geen namen voor Dienstverleners aanbieder. Dat is niet nodig, omdat deze niet voorkomen in de Toestemmingsverklaring.

Toestemmingsverklaring, Abonneren

A.12.4.4 Kloksynchronisatie

Stel voor de relevante systemen voor het MedMij afsprakenstelsel vast via de logging*- en/of configuratie-instellingen dat de synchronisatie met pool.ntp.org ten minste 1x per 24 uur plaats vindt.

Stel voor de relevante systemen voor het MedMij afsprakenstelsel vast via de logging*- en/of configuratie-instellingen dat de synchronisatie met pool.ntp.org ten minste 1x per 24 uur plaats vindt.

https://www.ntppool.org/nl/

Notification Client implementeert de functie Opvragen OAuth Client List, door middel van het bepaalde inzake het interface voor OAuth Client List op Interfaces lijsten..  Hiervoor wordt het betreffende stroomdiagram gebruikt.

ext.abo.ocl.200

2.

Notification Client betrekt minstens elke vijftien minuten (900 seconden) de meest recente OAuth Client List (OCL)van MedMij Registratie.

ext.abo.ocl.201

2.

Notification Client valideert elke nieuwe verkregen OAuth Client List (OCL)tegen het XML-schema van de OAuth Client List. Dit XML-schema is een technische implementatie van het MedMij-metamodel.

ext.abo.ocl.202

Notification Client implementeert de functie Opvragen OAuth Client List, door middel van het bepaalde inzake het interface voor OAuth Client List op Interfaces lijsten. Hiervoor wordt het betreffende stroomdiagram gebruikt.

ext.abo.ocl.200

3.

Notification Client betrekt minstens elke vijftien minuten (900 seconden) de meest recente OAuth Client List (OCL)van MedMij Registratie.

ext.abo.ocl.201

4.

Notification Client valideert elke nieuwe verkregen OAuth Client List (OCL)tegen het XML-schema van de OAuth Client List. Dit XML-schema is een technische implementatie van het MedMij-metamodel.

ext.abo.ocl.202