Procesimplementatie Publiceren

VERSIE: 08-09-2022 STATUS: CONSULTATIE

  • 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

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.

Sequentiediagram - gegevens toegankelijk maken

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

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

 

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