Inleiding

In de platen hieronder staat het stroomdiagram van de functie Notificeren:

• De happy flow van de usecase Notificeren;
• De implementatie van de usecase Notificeren;
• De implementatie van het front- en backchannelverkeer.

De stroomdiagrammen tonen alleen de situatie waarin alle acties slagen tot en met het uiteindelijke verzamelen van de gezondheidsinformatie (de zogenaamde happy flow). De oranje banen horen, Op deze pagina staan de stroomdiagrammen behorende bij de functieNotificeren. De oranje baan hoort (conform de MedMij-huisstijl) tot het Persoonsdomein, de blauwe tot het Aanbiedersdomein.

Usecase Notificeren

Omdat het stroomdiagram alleen de happy flow bevat, worden zijn daarna de uitzonderingen beschreven.

...

 

Drawio
border false diagramName Notificeren-2022-04-21 aspect 2ocYlkdAL66Hxj97s4fM simpleViewer true width 600 aspectHash 490b9e9b61e21ccaa81a9a28b2563124c0fe9741 links auto tbstyle

...

hidden lbox true diagramWidth

...

981

In elke voltrekking van de in het diagram beschreven flow is steeds sprake van één van elk van de bovenaan genoemde rollen.

De totale procesgang van de usecase functie Notificeren kent de volgende stappen:

• Hetzij de Dienstverlener aanbiederdetecteert een wijziging in (gezondheids)informatie waarop Persooneen Abonnement heeft genomen (een inhoudelijke wijziging) of de Dienstverlener aanbiederbeëindigt, op eigen initiatief, een specifiek Abonnement (een abonnementswijziging).
• Indien het een inhoudelijke wijziging betreft, wordt vastgesteld dat de Persooninstaat voor de beschikbaarheid van de betreffende gezondheidsinformatie. De notie van beschikbaarheid is dezelfde als die in de functie Verzamelen.
• De Dienstverlener aanbiederplaatst een Notificatie bij de Dienstverlener persoonen slaat de slaat de meta-informatie op die wordt bedoeld in verantwoordelijkheid core.logging.100 en core.logging.101.
• Bij ontvangst van een Notificatie slaat de Dienstverlener persoonde meta-informatie op die wordt bedoeld in verantwoordelijkheid ext.abo.logging.100.
• Mogelijk stelt de Dienstverlener persoonde Persoonop de hoogte van de Notificatie. Indien dat door middel van een tekstbericht gebeurt, worden hiervoor de teksten gebruikt die zijn opgenomen op de pagina Notificatie van Persoon.

Uitzonderingen op de Happy flow van de usecase

Implementatie van de usecase

...

Notificeren

Verantwoordelijkheden inzake uitzonderingen op de happy flow zijn opgenomen bij de respectievelijke interface, waar de uitzonderingen bij de usecases functies zijn genoemd.

Stroomdiagram

...

...

...

...

In elke voltrekking van de in het diagram beschreven flow is steeds sprake van één van elk van de bovenaan genoemde rollen.

De flow kent de volgende stappen:

1. De Notification Client detecteert een inhoudelijke wijziging in de gezondheidsinformatie waarop Persooneen geldig Abonnement is aangegaan, respectievelijk de Notification Client detecteert dat de Aanbieder een zeker abonnement beëindigt.
2. In beide gevallen bepaalt de Notification Client, o.b.v. de client_id die werd gebruikt bij het aangaan van het Abonnement, in de OAuth Client List het juiste Resource Notification Endpoint , respectievelijk Subscription Notification Endpoint.
3. De Notification Client stuurt subscription notification, respectievelijk resource notification naar de Notification Server. Dan breekt het moment aan waarop de Dienstverlener aanbieder op zijn vroegst ervoor instaat dat de Aanbieder voor tenminste één van de gevraagde Gegevensdiensten überhaupt gezondheidsinformatie van die Persoon beschikbaar heeft, of anders de happy flow afbreekt
4. De Notification Server controleert de Notificatie , laat deze eventueel aan de Persoontonen, en verstuurt een antwoord naar de Notification Client.

Front- en backchannel

...

1. .