MMOS-64 Na publicatie van patch 2.0.1 zijn 'broken links' geconstateerd

Na publicatie van patch 2.0.1 zijn 'broken links' geconstateerd.

Broken links repareren

Op de pagina’s “Metamodel”, “Authorization interface”, “Authorization Interface, Abonneren”, “Schermen (User Interface), Core”, “Communicatie”, “OAuthclient-namenbeleid”, “Verantwoordelijkheden, Abonneren” en “Coördinatie, regie en uitwisseling” zijn kapotte links herstelt. Verder zijn op de pagina’s “Metamodel” en “Communicatie” wat regels verwijdert die niet langer van toepassing waren.

• Responsible:

  • Team ontwikkeling

• 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

MedMij Afsprakenstelsel versie 2.0.2

N.v.t.

N.v.t.

N.v.t.

N.v.t.

N.v.t.

N.v.t.

Volgende release

N.v.t.

Metamodel

Het metamodel is gericht op het samenhangend beschrijven van begrippen en relaties die worden gebruikt in de hoofdfunctie Coördinatie van MedMij. Het metamodel is allereerst de basis voor de structuur van:

Het metamodel is gericht op het samenhangend beschrijven van begrippen en relaties die worden gebruikt in de hoofdfunctie Coördinatie van MedMij. Het metamodel is allereerst de basis voor de structuur van:

Coördinatie, regie en uitwisseling

een gebruikersvriendelijke naam van de OAuth Client kan vinden om te gebruiken in de toestemmingsverklaring danwel de bevestigingsverklaring;

een gebruikersvriendelijke naam van de OAuth Client kan vinden om te gebruiken in de toestemmingsverklaring danwel de bevestigingsverklaring;

Toestemmingsverklaring, Core

Bevestigingsverklaring Delen, Core

Aanname verplaatsing toestemmingsverklaring naar schermen

Aanname verplaatsing bevestigingsverklaring naar schermen met toevoeging van delen aan de titel.

Deze komen overeen met de respectievelijke rollen Dienstverlener Persoon en Dienstverlener Zorgaanbieder op de juridische laag.

Deze komen overeen met de respectievelijke rollen Dienstverlener Persoon en Dienstverlener Zorgaanbieder beschreven in de rolbeschrijvingen binnen de core.

Rollen, Core

Voor de MedMijNodes van Deelnemers die Dienstverlenerpersoon zijn (beter gezegd: voor de OAuth Clients op de applicatielaag gedurende de autorisatiefase van UCI Verzamelen en UCI Delen) bevat de OAuthclientlist gebruikersvriendelijke namen (Organisatienaam), om gebruikt te worden in de toestemmingsverklaring en de bevestigingsverklaring.

Voor de MedMij Nodes van Deelnemers die Dienstverlener persoon zijn (beter gezegd: voor de OAuth Clients op de applicatielaag gedurende de autorisatiefase van Verzamelen en Delen) bevat de OAuthclientlist gebruikersvriendelijke namen (Organisatienaam), om gebruikt te worden in de toestemmingsverklaring en de bevestigingsverklaring.

• Toestemmingsverklaring, Core

• Bevestigingsverklaring Delen, Core

Met casper overlegt, zin mag weg.

De eisen aan al deze componenten en de wijzen van samenstellen tot de URI's staat beschreven op de Interface-pagina.

De eisen aan al deze componenten en de wijzen van samenstellen tot de URI's staat beschreven op de Interface-pagina.

Met casper overlegt, zin mag weg.

Lagen in het afsprakenstelsel

De klassen in het metamodel horen bij de verschillende lagen in de architectuur van het afsprakenstelsel. De betreffende laag is aangegeven door de inkleuringen van de klassen

Lagen in het afsprakenstelsel

De klassen in het metamodel horen bij de verschillende lagen in de architectuur van het afsprakenstelsel. De betreffende laag is aangegeven door de inkleuringen van de klassen

Architectuur en technische specificaties

MedMij-zorgaanbiedernamen voor Zorgaanbieders, zoals beschreven in verantwoordelijkheid 13 op de Processen-en-Informatielaag;

MedMij-zorgaanbiedernamen voor Zorgaanbieders, zoals beschreven in verantwoordelijkheid core.alst.102;

De hostname van een Node bevat een domeinnaam die een fully-qualified domain name is, conform RFC3696, sectie 2.

De hostname van een Node bevat een domeinnaam die een fully-qualified domain name is, conform RFC3696, sectie 2.

https://datatracker.ietf.org/doc/html/rfc3696#section-2

Voor elke OAuthclient o geldt:
o.OAuthclientOrganisatienaam voldoet aan het OAuthclient-namenbeleid. 

Voor elke OAuthclient o geldt:
o.OAuthclientOrganisatienaam voldoet aan het OAuthclient-namenbeleid.

OAuthclient-namenbeleid

Zie adresseringsverantwoordelijkheden op de Interfaces-pagina.

Zie adresseringsverantwoordelijkheden binnen de Core.

tabel rij Endpointpath

Zie adresseringsverantwoordelijkheden op de Interfaces-pagina.

Zie adresseringsverantwoordelijkheden binnen de Core.

Tabel rij Hostname

Conform toepasselijk Oauthclient-namenbeleid.

Conform toepasselijk Oauthclient-namenbeleid.

OAuthclient-namenbeleid

Conform toepasselijk Zorgaanbiedersnamenbeleid.

Conform toepasselijk Zorgaanbiedersnamenbeleid.

Aanbiedersnamenbeleid

Authorization interface

Onmiddellijk na authenticatie van de Persoon, zoals bedoeld in verantwoordelijkheid core.authint.204, en alleen als deze slaagt, vraagt de OAuth Authorization Server de Persoon om 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 Persoon om 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), volgens de standaard OAuth 2.0, op de wijze waarop deze in het MedMij Afsprakenstelsel wordt toegepast.

• Toestemmingsverklaring, Core

• Bevestigingsverklaring Delen, Core

• Schermen (User interface), Core

Aanname gemaakt dat om de schermen gevraagd werd

Zie ook verantwoordelijkheid core.tknint.206.

Zie ook verantwoordelijkheid core.tknint.206.

Token interface

Authorization interface, Abonneren

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

• Toestemmingsverklaring, Core

• Bevestigingsverklaring Delen, Core

• Schermen (User interface), Core

MedMij Beheer beheert en publiceert een actuele OAuth Client List, namens de deelnemende Dienstverleners 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 , de Bevestigingsverklaring;

 Toelichting

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

MedMij Beheer beheert en publiceert een actuele OAuth Client List, namens de deelnemende Dienstverleners 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, de Bevestigingsverklaring;

 Toelichting

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

• Toestemmingsverklaring, Core

• Bevestigingsverklaring Delen, Core

• Toestemmingsverklaring, Core

het kennisnemen van de naam van de Dienstverlener persoon die moet verschijnen in de Toestemmingsverklaring en de Bevestigingsverklaring.

het kennisnemen van de naam van de Dienstverlener persoon die moet verschijnen in de Toestemmingsverklaring en de Bevestigingsverklaring.

• Toestemmingsverklaring, Core

• https://vzvz.atlassian.net/wiki/spaces/MMOptioneel/pages/131760852/Bevestigingsverklaring+Delen+Core

De OAuth Client en OAuth Authorization Server gebruiken voor al hun onderlinge verkeer PKI-certificaten, en wel servercertificaten, ten behoeve van de authenticatie van de andere server in een uitwisseling.

De OAuth Client en OAuth Authorization Server gebruiken voor al hun onderlinge verkeer PKI-certificaten, en wel servercertificaten, ten behoeve van de authenticatie van de andere server in een uitwisseling.

• https://vzvz.atlassian.net/wiki/spaces/MMOptioneel/pages/131760436/Rollen+Core#Rollen%2CCore-Applicatie

• https://vzvz.atlassian.net/wiki/spaces/MMOptioneel/pages/131760436/Rollen+Core#Rollen%2CCore-Applicatie

Oauth authorization server staat niet op pagina maar wel in afbeelding → er is een ticket voor aangemaakt om dit aan te passen tekst.

Gebruik van TLS False Start is verboden.

 Toelichting

Gebruik van TLS False Start is verboden om te voorkomen dat er inhoudelijke verwerking plaatsvindt van uitgewisselde gegevens voordat voor de betreffende uitwisseling authenticatie en autorisatie geslaagd zijn (zie onder).

Gebruik van TLS False Start is verboden.

 Toelichting

Gebruik van TLS False Start is verboden om te voorkomen dat er inhoudelijke verwerking plaatsvindt van uitgewisselde gegevens voordat voor de betreffende uitwisseling authenticatie en autorisatie geslaagd zijn (zie onder).

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

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

De keuze voor de PKI-standaard past bij principe 19 van het MedMij Afsprakenstelsel.

De keuze voor de PKI-standaard past bij principe 19 van het MedMij Afsprakenstelsel.

Niet langer link gebruiken voor pki

Schermen (User interface), Core

<Naam Aanbieder> en <Naam PGO> zijn placeholders, zoals opgenomen in de Toestemmingsverklaring en de Bevestigingsverklaring.

<Naam Aanbieder> en <Naam PGO> zijn placeholders, zoals opgenomen in de Toestemmingsverklaring en de Bevestigingsverklaring.

• Toestemmingsverklaring, Core

• Bevestigingsverklaring Delen, Core

Communicatie

Communicatie beschrijft de afspraken over het Merkgebruik en het hanteren van de verplichte Gebruikersvoorlichting, Toestemmingsverklaring en Bevestigingsverklaring.

• Merkgebruik

• Gebruikersvoorlichting

Communicatie beschrijft de afspraken over het Merkgebruik en het hanteren van de verplichte Gebruikersvoorlichting., Toestemmingsverklaring en Bevestigingsverklaring.

• Merkgebruik

• Gebruikersvoorlichting

Links niet langer relevant voor deze pagina. Verwijderen

OAuthclient-namenbeleid

In de OAuth-flow krijgt de Persoon een verzoek om toestemming voor de gegevensuitwisseling tussen een Aanbieder en de OAuthclient van de Dienstverlener persoon (zie Toestemmingsverklaring).

In de OAuth-flow krijgt de Persoon een verzoek om toestemming voor de gegevensuitwisseling tussen een Aanbieder en de OAuthclient van de Dienstverlener persoon (zie Toestemmingsverklaring).

• Toestemmingsverklaring, Core

Verantwoordelijkheden, Abonneren

Dienstverlener persoon stelt, indien deze de functie Notificeren aanbiedt, aan Aanbieder een geautomatiseerde rol Notification Server ter beschikking, waarop de Aanbieder Notificaties kan aanbieden

Dienstverlener persoon stelt, indien deze de functie Abonneren Notificeren aanbiedt, aan Aanbieder een geautomatiseerde rol Notification Server ter beschikking, waarop de Aanbieder Notificaties kan aanbieden

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 Server en/of Subscription Server.

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 Server en/of Subscription Server.

Verantwoordelijkheden, Core

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 Server en/of Subscription Server.

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 Server en/of Subscription Server.

Verantwoordelijkheden, Core

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

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

• Toestemmingsverklaring, Core

• Bevestigingsverklaring Delen, Core

• Abonneren

Coördinatie, regie en uitwisseling

• user interface (Verklaringen)

• authorization interface

• user interface (Verklaringen)

• authorization interface

Schermen (User interface), Core

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

N.v.t.

N.v.t.

N.v.t.

N.v.t.

N.v.t.

Productmanager Stichting MedMij

Productmanager Beheerorganisatie

Leadarchitect Stichting MedMij

Leadarchitect Beheerorganisatie

Ontwerpteam

Deelnemersraad

Eigenaarsraad