Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Status
titleVERSIE: 08-09-2022
Status
colourYellow
titleSTATUS: CONSULTATIE

Expand
titleChangelog
  • 08-09-2022

    • Verwezen naar “vigerende” informatiestandaard (vigerend = de standaard, op moment van lezen)

    • Generieke functies benoemd, en verwijzing naar “NUTS-standaarden” verwijderd.

    • Uitspraak over identificatie/authenticatie voor publiceren toegevoegd

    • “vindbaar maken” verwijderd en alinea toegevoegd over vindbaar maken

  • 07-07-2022

    • Links bijgewerkt

  • 30-03-2022

    • Alinea over realisatie op basis van Nuts-standaarden toegevoegd

  • 04-22-2021

    • Implementatievarianten Ⅰ t/m Ⅴ geüpdatet

  • 19-10-2021

    • Knooppunt aan implementatievarianten toegevoegd

    • Hyperlinks geüpdatet

  • 22-06-2021

    • Scope van Publiceren nader omschreven

    • Oplossingsrichtingen "FHIR i.c.m IHE XDS“ en "IHE-XDS“ verwijderd in verband met vernauwing scope tot PWD 3.2 en PDF/A

    • Rol “Mitz toestemmingsregister“ hernoemd naar “Autorisatie voorziening“

    • Rol “RLV“ hernoemd naar “Knooppunt“

    • Rol “XIS“ hernoemd naar “Registrator“

    • Implementatievarianten geüpdatet

  • 07-04-2021

    • Diverse tekstuele aanpassingen doorgevoerd

  • 25-03-2021

    • Rol Extractor toegevoegd aan sequentiediagrammen en oplossingsrichtingen;

    • Implementatieniveaus zijn komen te vervallen

    • Implementatievarianten toegevoegd

  • 4-12-2020

    • transactie 1a aangepast (uitgebreid met REST)

  • 15-10-2020 (versie 1.1)

    • Sequentiediagram per oplossingsrichting toegevoegd;

    • Verwerking van actoren RLV en LLV;

    • Diverse kleine aanpassingen.

  • 1-7-2020 (versie 1.0)

    • Eerste versie gepubliceerd

Info

Toelichting
In dit artikel wordt de implementatie van Proces Publicerentoegelicht. 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.

Sequentiediagram - gegevens toegankelijk maken

Info

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.

Transactie #

Transactie

Omschrijving sequentie stap

Specificaties

Als het zorgverlenerssysteem géén gestructureerde gegevens kan leveren (output), dient een extractor ingezet te worden.
Als het zorgverlenerssysteem wél gestructureerde gegevens kan leveren, is de extractor niet nodig, en kan door naar stap 2.

1a

Wanneer er gegevens beschikbaar zijn wordt er een push notificatie naar de Extractor gestuurd.

Transactie: Registrator - Extractor

1b

De Extractor vraagt na het ontvangen van een notificatie de gegevens op

1c.

Vanuit de Registrator worden de gegevens verstuurd aan de Extractor

Als het zorgverlenerssysteem géén gegevens volgens informatiestandaard Geboortezorg (PWD) kan leveren, dient een convertor ingezet te worden.
Als het zorgverlenerssysteem wél gegevens volgens informatiestandaard Geboortezorg (PWD) kan leveren, is de convertor niet nodig.

2a

SOAP request/
Restful request

Het bronbericht wordt veilig naar een Convertor verstuurd. Voor het proces van conversie worden de volgende stappen uitgevoerd.

  • Convertor vraagt Conversielogica-API om voor bronbericht relevante vertaallogica

  • Conversielogica-API geeft vertaallogica aan Convertor terug

  • Convertor vertaalt m.b.v. ontvangen conversielogica bronbericht naar FHIR-resources.

Transactie: Extractor - Convertor

Hier ook toevoegen:
transactie: Registrator - Convertor (bijvoorbeeld met ADA file)
Voorbeeld: Soap Envelopes ADA

3a

FHIR: POST Bundle

De converter converteert het bronbericht naar losse zibs. Een zib is een HL7-FHIR resource. De FHIR resource is opgebouwd volgens een standaard FHIR profiel.
Het FHIR profiel is opgebouwd volgens de structuur van een ZIB. In de FHIR resource zijn de gegevens opgeslagen volgens SNOMED-CT/LOINC codering.
De zibs (FHIR-resources) worden opgeslagen in een resource server

Transactie: Convertor - Resource Server

3b

De Resource Server meldt aan de convertor dat de FHIR resources toegevoegd zijn

2b

De Convertor meldt aan de Registrator dat het bronbericht correct ontvangen is.

Implementatievarianten

Info

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.

Implementatievariant Publiceren Ⅰ

  • Er wordt voor gekozen dat het Zorginformatiesysteem (XIS) invulling geeft aan de rol Registrator waarin de Zorgverlener gegevens registreert;

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het toegankelijk en vindbaar maken van gegevens. In deze implementatievariant geeft het zorginformatiesysteem alleen invulling aan de rol Registrator.

  • De Extractor, Convertor, Resource Server en Knooppunt zijn losstaande applicaties. Deze rollen kunnen door 1 of meerdere leveranciers aan de Zorgaanbieder worden geleverd.

  • De Convertor maakt gebruik van een landelijke tabel met conversie-definities: de zib-definition.

Implementatievariant Publiceren Ⅱ

  • Het Zorginformatiesysteem (XIS) geeft invulling aan de Registrator waarin de zorgverlener gegevens registreert en de rol Extractor die geregistreerde data extraheert

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het toegankelijk en vindbaar maken van gegevens. In deze implementatievariant geeft het zorginformatiesysteem alleen invulling aan de rol Registrator en de rol Extractor.

  • De Convertor, Resource Server en Knooppunt zijn losstaande applicaties. Deze rollen kunnen door 1 of meerdere leveranciers aan de Zorgaanbieder worden geleverd.

  • De Convertor maakt gebruik van een landelijke tabel met conversie-definities: de zib-definition.


Implementatievariant Publiceren Ⅲ

  • Het Zorginformatiesysteem (XIS) geeft invulling aan de Registrator waarin de zorgverlener gegevens registreert, de rol Extractor die geregistreerde data extraheert,en de rol Convertor die geëxtraheerde data converteert conform informatiestandaarden.

  • De zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het toegankelijk en vindbaar maken van gegevens. In deze implementatievariant geeft het zorginformatiesysteem alleen invulling aan de rollen Registrator, Extractor en Convertor.

  • De Resource Server en Knooppunt zijn losstaande applicaties. Deze rollen kunnen door 1 of meerdere leveranciers aan de Zorgaanbieder worden geleverd.

  • De Convertor maakt gebruik van een landelijke tabel met conversie-definities: de zib-definition.

Implementatievariant Publiceren Ⅳ

  • Het Zorginformatiesysteem (XIS) geeft invulling aan de Registrator waarin de zorgverlener gegevens registreert, de rol Extractor die geregistreerde data extraheert,de rol Convertor die geëxtraheerde data converteert conform informatiestandaarden en de rol Resource Server, waarin de gegevens worden opgeslagen.

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het toegankelijk en vindbaar maken van gegevens. In deze implementatievariant geeft het zorginformatiesysteem invulling aan alle rollen die nodig zijn voor het toegankelijk maken van gegevens. Voor het vindbaar maken van gegevens wordt gebruik gemaakt van de rol Knooppunt. De rol Knooppunt is een losstaande applicatie die door 1 of meerdere leveranciers aan de Zorgaanbieder wordt geleverd.

  • De Convertor maakt gebruik van een landelijke tabel met conversie-definities: de zib-definition.

  • Je kunt het Zorginformatiesysteem (XIS) in deze implementatievariant zien als een black box: Er gaan op een correcte manier gegevens in (invoer door zorgverlener volgens zorgstandaard en informatiestandaard) en er gaan volgens afspraak gegevens uit (ZIBs in FHIR).

Implementatievariant Publiceren Ⅴ

  • Het Zorginformatiesysteem (XIS) geeft invulling aan de Registrator waarin de zorgverlener gegevens registreert, de rol Extractor die geregistreerde data extraheert,de rol Convertor die geëxtraheerde data converteert conform informatiestandaarden en de rol Resource Server, waarin de gegevens worden opgeslagen. Voor het vindbaar maken van gegevens geeft het XIS invulling aan de rol Knooppunt.

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het toegankelijk en vindbaar maken van gegevens. In deze implementatievariant geeft het zorginformatiesysteem invulling aan alle rollen die nodig zijn voor het toegankelijk en vindbaar maken van gegevens.

  • De Convertor maakt gebruik van een landelijke tabel met conversie-definities: de zib-definition.

  • Je kunt het Zorginformatiesysteem (XIS) in deze implementatievariant zien als een black box: Er gaan op een correcte manier gegevens in (invoer door zorgverlener volgens zorgstandaard en informatiestandaard) en er gaan volgens afspraak gegevens uit (ZIBs in FHIR). De gegevens zijn hiermee toegankelijk gemaakt. Daarnaast zijn de gegevens door het XIS vindbaar gemaakt (Knooppunt).


Gegevens vindbaar maken

Info

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.