Procesimplementatie Raadplegen

versie: 09-09-2022 status: Consultatie

  • 09-09-2022

    • Transacties en links bijgewerkt

    • Individuele generieke functies conform de referentiearchitectuur toegevoegd aan procesimplementatie

  • 08-07-2022

    • Links bijgewerkt

  • 30-03-2022

    • Alinea over realisatie op basis van Nuts-standaarden toegevoegd

  • 04-11-2021

    • Implementatievarianten Ⅰ t/m Ⅴ geüpdatet

  • 22-06-2021

    • Sequentiediagram en bijbehorende omschrijving geüpdatet

    • Implementatievarianten geüpdatet en uitgebreid

    • De volgende rollen zijn hernoemd

      • “Mitz toestemmingsregister“ naar “Autorisatievoorziening“

      • “RLV“ naar “Knooppunt“

    • De rol “Requestor“ toegevoegd;

    • Oplossingsrichtingen “FHIR i.c.m. IHE XDS“ en “IHE-XDS“ verwijderd.

  • 07-04-2021

    • Diverse tekstuele aanpassingen doorgevoerd

  • 25-03-2021

    • Implementatieniveaus zijn komen te vervallen

    • Implementatievarianten toegevoegd

  • 25-11-2020

    • JWT toegevoegd aan transactie 1

  • 17-11-2020 (versie 1.1)

    • Volgorde in de beschrijving van sequentiediagram aangepast naar de huidige referentiearchitectuur;

    • Juiste doorverwijzing in de specificaties van de transacties tabel;

    • FHIR transacties onder oplossingsrichting FHIR bijgewerkt.

  • 15-10-2020 (versie 1.0)

    • Rollen in sequentiediagram en oplossingsrichtingen aangepast naar de vernieuwde referentiearchitectuur;

    • Sequentiediagram aangepast zodat een response terugkomt bij het systeem dat het bijbehorende request heeft uitgestuurd.

  • 1-7-2020

    • Eerste versie gepubliceerd

Let op: dit artikel is op dit moment in revisie.

Toelichting
In dit artikel wordt de implementatie van Proces Raadplegen toegelicht. Het artikel beschrijft wat de verantwoordelijkheden van de rollen op de architectuurlaag Applicatie zijn ten aanzien van het proces Raadplegen. De procesimplementatie wordt toegelicht aan de hand van een sequentiediagram 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 Raadplegen, beschreven.

Open-standaarden
De procesimplementatie Raadplegen dient op basis van open standaarden te worden gerealiseerd. Dit geldt zowel voor de te raadplegen 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

 

Beschrijving sequentie

Transacties

Transactie #

Transactie

Specificaties

Opmerking

Transactie #

Transactie

Specificaties

Opmerking

1

SAML2.0 / OAuth2.0 / JWT

Transactie 1: Requestor - Viewer

 

2

n.t.b.

Transactie 2: Viewer - Query Builder

 

3

n.t.b.

 

 

4

FHIR: GET DocumentReference

Transactie 4: Query Builder - Knooppunt 

 

5

n.t.b.

 

 

6

FHIR: GET DocumentReference

 Transactie 6: Knooppunt - Lokalisatievoorziening

Deze transactie wordt gespecificeerd in het Twiin Afsprakenstelsel.

7

n.v.t.

 Transactie 7: Lokalisatievoorziening - Autorisatievoorziening

 

8

FHIR: GET <Resource>

 Transactie 8: Knooppunt (raadplegend) - Knooppunt (Bron)

Deze transactie wordt gespecificeerd in het Twiin Afsprakenstelsel.

9

FHIR: GET DocumentReference

 Transactie 9: Knooppunt - Resource server

Deze transactie wordt gespecificeerd in het Twiin Afsprakenstelsel.

10

n.t.b.

 Transactie 10: Resource server - Autorisatievoorziening

 

11

FHIR: GET <Resource>

 Transactie 11: Knooppunt - Resource server

 

12

n.t.b.

Transactie 12: Query Builder - Translator

 

Implementatievarianten

Implementatievariant Raadplegen Ⅰ

  • Er wordt voor gekozen dat het Zorginformatiesysteem invulling geeft aan de rol Requestor waarmee de Zorgverlener de Viewer opent. De Requestor stuurt informatie over de zorgverlener mee zodat deze kan worden geauthentiseerd;

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het Raadplegen van gegevens. In deze implementatievariant geeft het zorginformatiesysteem alleen invulling aan de rol Requestor;

  • De Viewer, Query Builder, Translator en Knooppunt zijn losstaande applicaties. Deze rollen kunnen door 1 of meerdere leveranciers aan de Zorgaanbieder worden geleverd;

  • De Query Builder en Translator zijn losstaande applicaties die gebruik maken van een tabel met landelijke definities.


Implementatievariant Raadplegen Ⅱ

  • Er wordt voor gekozen dat het Zorginformatiesysteem invulling geeft aan de rollen Requestor, waarmee de Zorgverlener de Viewer opent, en de Viewer, waarin de Zorgverlener gegevens kan raadplegen en inzien. Hiermee vindt de authenticatie al plaats bij de Requestor en is de Viewer onderdeel van het zorginformatiesysteem;

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het Raadplegen van gegevens. In deze implementatievariant geeft het zorginformatiesysteem invulling aan de rollen Requestor en Viewer;

  • De Query Builder, Translator en Knooppunt zijn losstaande applicaties. Deze rollen kunnen door 1 of meerdere leveranciers aan de Zorgaanbieder worden geleverd;

  • De Query Builder en Translator zijn losstaande applicaties die gebruik maken van een tabel met landelijke definities.

Implementatievariant Raadplegen Ⅲ

  • Er wordt voor kozen dat het Zorginformatiesysteem invulling geeft aan de rollen Requestor, waarmee de Zorgverlener de Viewer opent, de Viewer, waarin de Zorgverlener gegevens kan raadplegen en inzien, en de Query Builder welke een lijst met benodigde zibs samenstelt a.d.h.v. de vraag van de Zorgverlener;

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het Raadplegen van gegevens. In deze implementatievariant geeft het zorginformatiesysteem invulling aan de rollen Requestor, Viewer en Query Builder;

  • De rollen Translator en Knooppunt worden door een aparte leverancier aan de Zorgaanbieder geleverd;

  • De Translator is een losstaande applicatie die gebruik maakt van een landelijke definitie.

 

 

Implementatievariant Raadplegen Ⅳ

  • Er wordt voor gekozen dat het Zorginformatiesysteem invulling geeft aan de rollen Requestor, waarmee de Zorgverlener de Viewer opent, de Viewer, waarin de Zorgverlener gegevens kan raadplegen en inzien, de Query Builder welke een lijst met benodigde zibs samenstelt a.d.h.v. de vraag van de Zorgverlener, en de Translator, welke ervoor zorgt dat de gegevens vanuit code (bv SNOMED) vertaald worden naar een voor Zorgverleners leesbare taal;

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het raadplegen van gegevens. In deze implementatievariant geeft het zorginformatiesysteem invulling aan alle benodigde rollen voor dit proces;

  • De rol Knooppunt wordt door een aparte leverancier aan de Zorgaanbieder geleverd;

  • De Query Builder en Translator zijn onderdeel van het zorginformatiesysteem en maken gebruik van een tabel met landelijke definities.

 

Implementatievariant Raadplegen Ⅴ

  • Er wordt voor gekozen dat het Zorginformatiesysteem invulling geeft aan de rollen Requestor, waarmee de Zorgverlener de Viewer opent, de Viewer, waarin de Zorgverlener gegevens kan raadplegen en inzien, de Query Builder welke een lijst met benodigde zibs samenstelt a.d.h.v. de vraag van de Zorgverlener, de Translator, welke ervoor zorgt dat de gegevens vanuit code (bv SNOMED) vertaald worden naar een voor Zorgverleners leesbare taal en een Knooppunt, waarmee toegang verkregen wordt tot de gemeenschappelijke functies.

  • De Zorgaanbieder is verantwoordelijk voor de juiste invulling van alle rollen die nodig zijn voor het raadplegen van gegevens. In deze implementatievariant geeft het zorginformatiesysteem invulling aan alle benodigde rollen voor dit proces;

  • De Query Builder en Translator zijn onderdeel van het zorginformatiesysteem en maken gebruik van een tabel met landelijke definities.