Toelichting
In dit artikel wordt de implementatie van Proces Publiceren toegelicht. Publiceren betreft het toegankelijk maken van gegevens.

In de context van het Afsprakenstelsel Interoperabiliteit Geboortezorg worden in het proces Publiceren gestructureerde data conform de vigerende informatiestandaard Geboortezorg (in aug 2022: PWD 3.2.3) en documenten conform de informatiestandaard PDF/A in de vorm van FHIR-resources uitgewisseld. De uitwisseling van hoge resolutie beelden valt buiten de scope van het proces Publiceren en wordt beschreven in de zorgtoepassing Beeldbeschikbaarheid van het Twiin Afsprakenstelsel.

Het artikel beschrijft wat de verantwoordelijkheden van de rollen op de architectuurlaag Applicatie zijn, ten aanzien van het proces Publiceren. De procesimplementatie wordt toegelicht aan de hand van een sequentiediagram voor het toegankelijk maken van gegevens en een overzicht van de bijbehorende transacties. Vervolgens worden a.d.h.v. implementatievarianten verschillende manieren van de invulling van de rollen, die benodigd zijn voor het proces publiceren, beschreven. Tot slot wordt het vindbaar maken van gegevens toegelicht a.d.h.v. een sequentiediagram een een overzicht van bijbehorende transacties.

Open-standaarden
De procesimplementatie Publiceren dient op basis van open standaarden te worden gerealiseerd. Dit geldt zowel voor de uit te wisselen informatie en data, als voor de werking van de benodigde generieke functies.

Generieke functies
Benodigde generieke functies zijn:

• Identificatie

  • Een zorgverlener dient zich te identificeren. Deze identificatie dient geauthentiseerd te worden door een bevoegde instantie. Bij identificatie gaat het om diverse manieren om iemands identiteit vast te stellen. Bijvoorbeeld via een identiteitsbewijs, het Burgerservicenummer (BSN) of biometrie (zoals vingerafdrukken).

  • Bij een eerste identificatie, bijvoorbeeld bij indiensttreding bij een zorgaanbieder, wordt de identiteit geverifieerd. Bij het identificeren verstrekt de cliënt gegevens over zijn identiteit. Dit is vormvrij, dit kan bijvoorbeeld door het invullen van een (web)formulier. Bij het verifiëren van de identiteit gaat het om het vaststellen dat de opgegeven identiteit overeenkomt met de werkelijke identiteit.

• Authenticatie

  • Authenticatie is het proces waarbij iets of iemand nagaat of een gebruiker, een andere computer of applicatie daadwerkelijk is, wie hij/zij/het beweert te zijn. Bij de authenticatie wordt gecontroleerd of een opgegeven bewijs van identiteit overeenkomt met echtheidskenmerken, bijvoorbeeld een in het systeem geregistreerd bewijs.

• Autorisatie

  • Een zorgverlener heeft op basis van de rol en/of de functie, toegang tot een deel van de gegevens van een cliënt/patiënt. (Medisch Autorisatie Protocol)

• Lokalisatie

  • Lokaliseren(van Dale) = Bepalen waar iets zich bevind . Om de juiste gegevens van een zorggebruiker te kunnen vinden is de locatie van die gegevens vereist.

• Toestemming

  • Een cliënt/patiënt bepaalt met toestemming wie wat mag zien, en wanneer. Dit is onderdeel van de regievoering van de cliënt/patiënt.

    • Dit is vast te stellen in verschillende lagen, waarbij als eerste wordt vastgesteld, welke zorgcategorieën, gegevens met elkaar mogen delen (MITZ).

    • Vervolgens kan er vastgesteld worden welke zorgaanbieder met welke zorgaanbieder gegevens met elkaar mogen delen (NUTS).

    • Vervolgens kan er vastgesteld worden wélke gegevens met elkaar gedeeld mogen worden (volgens beschrijving van TNO/P4HC).

De generieke functies kunnen worden ingevuld door verschillende toepassingen, waarbij deze dienen te voldoen aan de open standaarden. Elke zorgaanbieder kan per generieke functie een toepassing kiezen

Een toepassing waarmee alle generieke functies kunnen worden ingevuld is NUTS (PoC dd Q4 2021). Hierbij vormt de inhoud van de Nuts Bolt Zorginzage 2022 de basis. Voor de geboortezorg zijn over een aantal onderwerpen specifieke aanvullende afspraken van toepassing. Deze zijn vastgelegd in het zorgtoepassingprofiel Geboortezorg.

Toelichting
In onderstaande sequentiediagram worden de actoren voor het toegankelijk maken van gegevens weergegeven gevolgd door een overzicht van bijbehorende transacties. De actoren komen overeen met de rollen op de architectuurlaag Applicatie.

De zorgaanbieder is verantwoordelijk voor het toegankelijk maken van (nieuw ingevoerde) gegevens van een cliënt, volgens de vigerende Informatiestandaard Geboortezorg PWD. In aug 2022 kunnen niet alle zorgverlenerssystemen, gegevens toegankelijk maken volgens PWD 3.2.3. Door inzet van versnellingstools kunnen de beschikbare gegevens alsnog toegankelijk gemaakt worden volgens de standaard.

Voor de identificatie/authenticatie van de rol Registrator, wordt gebruik gemaakt van de identificatie/authenticatie van het zorgverlenerssysteem.

Toelichting
Het Afsprakenstelsel Interoperabiliteit Geboortezorg onderscheidt op het gebied van Publiceren de volgende implementatievarianten:

• Het zorginformatiesysteem geeft invulling aan de rol Registrator. De rollen Extractor, Convertor en Resource Server zijn ingevuld door middel van losse applicaties.

• Het zorginformatiesysteem geeft invulling aan uit de rollen Registrator en Extractor. De rollen Convertor en Resource Server zijn ingevuld door middel van losse applicaties.

• Het zorginformatiesysteem geeft invulling aan uit de rollen Registrator, Extractor en Convertor. De rol Resource Server is ingevuld als een losse applicatie.

• Het zorginformatiesysteem geeft invulling aan uit de rollen Registrator, Extractor, Converter en Resource Server. Het zorginformatiesysteem is zelf in staat om gegevens toegankelijk te maken.

Om tot een keuze voor een implementatievariant te komen, dienen per Zorgaanbieder de volgende vragen te worden beantwoord:

• Welke rollen kán het zorginformatiesysteem invullen in relatie tot het Afsprakenstelsel Interoperabiliteit Geboortezorg in het algemeen en de Informatiestandaard Geboortezorg in het bijzonder?

• Welke rollen wíl de Zorgaanbieder dat het zorginformatiesysteem invult?

Voor een overzicht van de verschillende leveranciers en de mogelijke implementatievarianten zie Applicatieoverzicht.

Toelichting
Om gegevens te kunnen Raadplegen dient de publicerende zorgaanbieder de gegevens toegankelijk te maken. (Er moet data zijn)
Vervolgens dienen de gegevens vindbaar te zijn, (vanuit verschillende invalshoeken lopen hierop nog ontwikkeling dd aug 2022)

• Per cliënt de betrokken zorgaanbieders vastleggen in één centraal register, dit is het ontwerp van MITZ

• Per cliënt de betrokken knooppunten vastleggen in één register, dit is het ontwerp van TWIIN

• Per cliënt en per zorgaanbieder een link vastleggen naar een andere zorgaanbieder, dit is het ontwerp van NUTS.

Binnen landelijk bureau van VIPP Babyconnect loopt het ontwerp waarbij, volgens de beschrijving van TNO/P4HC, de cliënt zelf een individueel zorgnetwerk beheert, en de toestemming vastlegt voor het gegevens delen tussen de zorgaanbieders. Binnen het ontwerp van landelijk bureau van VIPP Babyconnect wordt dan het resultaat gestuurd naar de verschillende omgevingen, de zogenaamde “broadcast“. Daardoor kunnen meerdere applicaties ingezet worden om een individueel zorgnetwerk te beheren. (leveranciers onafhankelijk)

Voor het maken van een individueel zorgnetwerk moet altijd verwezen worden naar de zorgaanbieders zoals deze vernoemd staan in het Zorg-AB.

Samen komen we verder
Dit artikel is tot stand gekomen met de kennis en inzichten van professionals, experts, beleidsmakers en bestuurders. Bij VIPP Babyconnect geloven we dat er vele perspectieven nodig zijn om te gaan zien wat voor iedereen werkt. En die afweging kan altijd beter. Zie jij mogelijkheden voor verbetering in dit artikel? Vraag via info@carecodex.org een review-account aan en laat een reactie achter.
Samen weten we meer. Samen komen we verder.