Versions Compared

Key

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

Status
titleVERSIE: 07-04-2021
Status
colourYellow
titleSTATUS: CONSULTATIE

Expand
titleChangelog
  • 07-04-2021

    • Diverse tekstuele aanpassingen doorgevoerd.

  • 25-03-2021

    • Implementatieniveaus zijn komen te vervallen;

    • Implementatievarianten toegevoegd;

    • Afbeeldingen rollen verbeterd;

    • Rol Extractor toegevoegd;

  • 15-10-2020 (versie 1.1)

    • Indeling in sub-lagen authenticatie en autorisatie verwijderd

    • Wijze van toelichting van de rollen aangepast voor een duidelijker overzicht en betere leesbaarheid

    • Oplossingsrichtingen toegevoegd a.d.h.v de vernieuwde referentiearchitectuur.

  • 1-7-2020 (versie 1.0)

    • Eerste versie gepubliceerd

Info

Toelichting
Dit artikel beschrijft de architectuurlaag Applicatie. De laag Applicatie heeft betrekking op de informatiesystemen en de manieren waarop informatie tussen deze systemen wordt gedeeld. 
Allereerst worden de rollen en verantwoordelijkheden, die op de laag Applicatie van toepassing zijn, beschreven. Daarna worden verschillende implementatievarianten toegelicht. Vervolgens worden de oplossingsrichtingen die van toepassing zijn op de architectuurlaag Applicatie beschreven en tot slot worden de procesimplementaties geïntroduceerd.

  1. Rollen

  2. Implementatievarianten

  3. Oplossingsrichtingen

  4. Procesimplementaties

1. Rollen

Info

Toelichting
Hieronder worden de verschillende rollen op de architectuurlaag Applicatie beschreven. Per rol wordt de rolbinding met rollen op andere architectuurlagen beschreven, en wordt beschreven welke afspraken over de uit te wisselen informatie dienen te worden gemaakt. De rollen worden beschreven in de volgorde waarin ze van links naar rechts in het schema bovenaan dit artikel zijn weergegeven.

 

PGO

  • Beschrijving: De Applicatie-rol PGO wordt door de Zorgproces-rol Cliënt gebruikt voor het verzamelen, beheren en delen van geboortezorggegevens.

  • Leverancier: De juridische rol MedMij DV Persoon levert de applicatie PGO aan de rol Persoon.

  • Eindverantwoordelijkheid: De rol Persoon is eindverantwoordelijk voor de invulling van de rol PGO.

  • Afspraken: De wijze waarop de rol PGO informatie deelt met de Applicatie-rollen Resource Server en Authorization Server (MedMij DVZA), en verzamelt vanuit een zorgaanbieder, wordt beschreven in het MedMij Afsprakenstelsel.


XIS

  • Beschrijving: De applicatie XIS is het zorginformatiesysteem waarin Zorgverlener Publicerend geboortezorggegevens over Cliënten vastlegt. De applicatie XIS is het zorginformatiesysteem vanwaaruit Zorgverlener Raadplegend het raadplegen van geboortezorggegevens over cliënten start.

  • Informatie: De Applicatie XIS wordt gebruikt door de Zorgproces-rol Zorgverlener om de Informatie-rol Gegevensproducent uit te voeren.

  • Leverancier: De rol LeverancierXIS levert de Applicatie XIS aan Zorgaanbieder Publicerend.

  • Eindverantwoordelijkheid: De rol Zorgaanbieder Publicerend is eindverantwoordelijk voor de invulling van de rol XIS.

  • Afspraken:

    • Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen XIS, Extractor en Convertor.

    • Er dienen afspraken te worden gemaakt over de wijze van SSO-integratie tussen de rollen XIS en Viewer.

    • De applicatie XIS dient velden te kunnen verwerken die voldoen aan de informatiestandaard Geboortezorg PWD (Perinataal Woordenboek en Dataset)


Extractor

  • Beschrijving: De rol Extractor extraheert gegevens uit het XIS waarna deze data kan worden aangeboden aan de rol Convertor of Resource Server. Hierdoor wordt het mogelijk om gegevens te publiceren.

  • Leverancier: De rol Extractor wordt geleverd door de rol Leverancier Extractor.

  • Eindverantwoordelijkheid: De rol Zorgaanbieder Publicerend is eindverantwoordelijk voor de invulling van de rol ConvertorExtractor.

  • Afspraken: Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen XIS, Extractor, Convertor en Resource Server.


Convertor

  • Beschrijving: De rol Convertor zet gestructureerde data afkomstig van XIS, op de juiste manier om naar zibs (FHIR-resources die voldoen aan FHIR-profielen die zijn gebaseerd op zorginformatiebouwstenen) of andere gestandaardiseerde FHIR-resources (bijvoorbeeld PDF/A).

    • Input is een gestructureerde vorm van velden, bijvoorbeeld EDIFACT, HL7v2, HL7v3, ORU, ADA, etc

    • Output zijn zibs.

      • zibs is hierin een populaire benaming, feitelijk zijn het FHIR resources. De structuur van een FHIR resource is ontworpen en vastgelegd in een FHIR profiel. Het FHIR profiel op zijn beurt is is weer ontworpen op basis van een Clinical Information Model (cim). Elke vorm van zorg gebruikt een aantal cims. Waar verschillende vormen van zorg dezelfde cims gebruiken, kunnen deze generiek worden vastgesteld, zo ontstaat de Eenheid van Taal. De kandidaat zibs kunnen ter beoordeling aangeboden worden aan het zib centrum (Nictiz). Na goedkeuring door het zib centrum wordt het dan zib genoemd. De afkorting zib staat voor Zorg Informatie Bouwsteen, een beter passende benaming zou zijn: Zorg Informatie Bouwtekening.

      • oktober 2020 is de zib vastgelegd in HL7-FHIR STU3, volgens zib publicatie 2017, in SNOMED-CT/LOINC, volgens PWD 2.3. Met deze definitie start de implementatie van de methode die Babyconnect volgt.

      • november 2021 zijn nieuwe versies beschikbaar waardoor de

      • december 2022 is target

  • Informatie: De applicatie Convertor wordt gebruikt door Zorgaanbieder Publicerend of leverancier XIS om de Informatie-rol Bronhouder op de juiste manier in te vullen.

  • Leverancier: De rol Convertor wordt geleverd door de rol Leverancier Convertor.

  • Eindverantwoordelijkheid: De rol Zorgaanbieder Publicerend is eindverantwoordelijk voor de invulling van de rol Convertor.

  • Afspraken:

    • Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen XIS, Convertor en Resource Server.

Resource Server

  • Beschrijving: De rol Resource Server maakt zibs (FHIR-resources die voldoen aan FHIR-profielen die zijn gebaseerd op zorginformatiebouwstenen) toegankelijk middels het aanbieden van een op internationale standaarden gebaseerde API (Application programming interface). De rol Resource Server maakt zibs vindbaar door de beschikbaarheid van data te melden aan een indexvoorziening.

  • Informatie: De applicatie Resource Server wordt gebruikt door Zorgaanbieder Publicerend of Leverancier XIS om de Informatie-rol Bronhouder uit te voeren

  • Leverancier: De rol Resource Server wordt geleverd door de rol Leverancier Resource Server

  • Eindverantwoordelijkheid: De rol Zorgaanbieder Publicerend is eindverantwoordelijk voor de invulling van de rol Resource Server.

  • Afspraken:

    • Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen Convertor, Resource Server en RLV.


MedMij DVZA (Resource Server en Authorization Server)

  • Beschrijving: De rol MedMij DVZA bestaat uit een Resource Server en Authorization Server. De rol MedMij DVZA is verantwoordelijk voor de uitwisseling van zorggegevens tussen de applicatie PGO en de applicatie Resource Server.

  • Leverancier: De juridische rol MedMij DVZA levert de applicatie MedMij DVZA aan de rol Samenwerkingsverband/ Zorgaanbieder.

  • Eindverantwoordelijkheid: De rol Samenwerkingsverband/ Zorgaanbieder is eindverantwoordelijk voor de invulling van de rol MedMij DVZA.

  • Afspraken: De wijze waarop de rollen Resource Server en Authorization Server informatie delen met de Applicatie-rollen PGO en Resource Server wordt beschreven in het MedMij Afsprakenstelsel.


Regionale Lokalisatievoorziening (RLV)

  • Beschrijving: Wanneer wordt gekozen voor een gecentraliseerde invulling van de Informatie-rol Gids naar Gezondheidsgegevens verzorgt de rol RLV de regionale lokalisatie van geboortezorggegevens en geeft de RLV input aan de Landelijke Lokalisatievoorziening (LLV). Wanneer wordt gekozen voor een decentrale invulling van de Informatie-rol Gids naar Gezondheidsgegevens is deze rol niet van toepassing.

  • Informatie: De applicatie RLV wordt gebruikt door de rol Samenwerkingsverband/ Zorgaanbieder voor het gecentraliseerd uitvoeren van de Informatie-rol Gids naar Gezondheidsgegevens (RLV).

  • Leverancier: De rol Leverancier RLV levert de applicatie RLV aan Samenwerkingsverband/ Zorgaanbieder.

  • Eindverantwoordelijkheid: De rol Samenwerkingsverband/ Zorgaanbieder is eindverantwoordelijk voor de invulling van de rol RLV.

  • Afspraken: Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen RLV, Query Builder, de Landelijke Lokalisatievoorziening (LLV) en de Resource Server.


Landelijke lokalisatievoorziening (LLV)

  • Beschrijving: Wanneer wordt gekozen voor een gecentraliseerde invulling van de Informatie-rol Gids naar Gezondheidsgegevens verzorgt de rol LLV een lijst van Regionale Lokalisatievoorziening (RLV) die lokalisatie-informatie bevatten over een cliënt. Wanneer wordt gekozen voor een decentrale invulling van de Informatie-rol Gids naar Gezondheidsgegevens is deze rol niet van toepassing.

  • Informatie: De applicatie LLV wordt gebruikt voor het gecentraliseerd realiseren van de Informatie-rol Gids naar Gezondheidsgegevens.

  • Leverancier: De rol Leverancier LLV levert de applicatie LLV.

  • Eindverantwoordelijkheid: De eindverantwoordelijkheid voor de invulling van de applicatie LLV is op het moment (oktober 2020) nog niet belegd.

  • Afspraken: Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen LLV, RLV en het toestemmingsregister.

Mitz Toestemmingsregister

  • Beschrijving: De rol Mitz Toestemmingsregister bevat een register van toestemmingen.

  • Leverancier: De rol Leverancier Toestemmingsvoorziening levert de applicatie Mitz Toestemmingsregister.

  • Eindverantwoordelijkheid: De eindverantwoordelijkheid voor de invulling van de applicatie Mitz Toestemmingsregister is op het moment (oktober 2020) nog niet belegd.

  • Afspraken: De wijze waarop de rol Mitz Toestemmingsregister informatie deelt met de rol RLV en de rol Landelijke Lokalisatievoorziening (LLV) wordt beschreven in het Mitz Afsprakenstelsel (in ontwikkeling, oktober 2020).


Mijn Mitz

  • Beschrijving: De rol Mijn Mitz is een applicatie waarin een Client als Toestemminggever toestemmingen voor het delen van gezondheidsgegevens kan beheren.


Query Builder

  • Beschrijving: De rol Query Builder zet een functionele vraag van een Zorgverlener om naar een query om specifieke zibs (FHIR-resources die voldoen aan FHIR-profielen die zijn gebaseerd op zorginformatiebouwstenen). Een voorbeeld van een functionele vraag is “Geef me alle relevante informatie in week 20 van de zwangerschap“. De velden die de zorgverlener dan wil zien zijn vastgelegd in een matrix. In die matrix is ook vastgelegd in welke zibs de velden staan. De matrix wordt beheerde door een innovatie en beheercyclus.

  • Informatie: De applicatie Query Builder wordt gebruikt door de applicatie Viewer zodat de Zorgproces-rol Zorgverlener de Informatie-rol Gegevensafnemer kan uitvoeren.

  • Leverancier: De rol Query Builder wordt geleverd door de rol Leverancier Query Builder.

  • Eindverantwoordelijkheid: De rol Zorgaanbieder Raadplegend is eindverantwoordelijk voor de invulling van de rol Query Builder.

  • Afspraken: Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen Query Builder, Viewer, RLV, en toestemmingregister.


Translator

  • Beschrijving: De rol Translator zet verzamelde zibs (FHIR-resources die voldoen aan FHIR-profielen die zijn gebaseerd op zorginformatiebouwstenen) om naar leesbare taal.

  • Informatie: De applicatie Translator wordt gebruikt door de applicatie Viewer zodat de Zorgproces-rol Zorgverlener de Informatie-rol Gegevensafnemer kan uitvoeren.

  • Leverancier: De rol Translator wordt geleverd door de rol Leverancier Translator.

  • Eindverantwoordelijkheid: De rol Zorgaanbieder Raadplegend is eindverantwoordelijk voor de invulling van de rol Translator.

  • Afspraken: Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen Translator en Query Builder.


Viewer

  • Beschrijving: De rol Viewer toont het scherm waarin geboortezorg gegevens, van meerdere Zorgaanbieders, samengesteld worden geraadpleegd.

  • Informatie: De applicatie Viewer wordt gebruikt door de Zorgproces-rol Zorgverlener om de Informatie-rol Gegevensafnemer uit te voeren.

  • Leverancier: De rol Leverancier Viewer levert de Applicatie-rol Viewer aan Zorgaanbieder Raadplegend.

  • Eindverantwoordelijkheid: De rol Zorgaanbieder Raadplegend is eindverantwoordelijk voor de invulling van de rol Viewer.

  • Afspraken:

    • Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen Viewer en Query Builder.

    • Er dienen afspraken te worden gemaakt over de wijze van SSO-integratie tussen de rollen Viewer en XIS.


UZI register

  • Beschrijving: De rol UZI register houdt een register bij waarmee Zorgaanbieders en Zorgverleners kunnen worden geauthentiseerd.

  • Afspraken: De wijze waarop de rol UZI register informatie deelt met andere Applicatie-rollen wordt beschreven in het Certification Practice Statement (CPS) UZI-register van Zorg Certificate Service Provider.

PKIo

  • Beschrijving: De rol PKIo faciliteert een Public Key Infrastructure met een stamcertificaat waarvoor de Nederlandse overheid verantwoordelijk is.

  • Afspraken: De wijze waarop de rol PKIo informatie deelt met andere Applicatie-rollen wordt beschreven in de internationale standaarden OCSP en CRL.

2. Implementatievarianten

Info

Toelichting
Op de applicatielaag van de referentiearchitectuur zijn verschillende rollen opgenomen. De wijze waarop deze rollen worden ingevuld, kan verschillen afhankelijk van de systemen die worden gebruikt. De verschillende implementatievarianten waarop het proces Publiceren kan worden geïmplementeerd, wordt toegelicht in het artikel Procesimplementatie Publiceren. Voor het proces Raadplegen wordt dit toegelicht in het artikel Procesimplementatie Raadplegen.

3. Oplossingsrichtingen

Info

Toelichting
Voor de technische invulling van de rollen en verantwoordelijkheden op de architectuurlaag Applicatie zijn verschillende oplossingen te bedenken. In het Afsprakenstelsel Interoperabiliteit Geboortezorg worden op 3 oplossingsrichtingen onderscheiden:

  • Een oplossingsrichting gebaseerd op FHIR

  • Een oplossingsrichting gebaseerd op FHIR i.c.m. IHE-XDS

  • Een oplossingsrichting gebaseerd op IHE-XDS

Hieronder worden de oplossingsrichtingen kort omschreven. Daarnaast wordt op het niveau van de procesimplementaties en de bijbehorende transacties en actoren beschreven hoe een oplossingsrichting kan worden geïmplementeerd.

Oplossingsrichting

Omschrijving

FHIR

De communicatie is volledig gebaseerd op FHIR.

  • Resource Server: De rol Resource Server wordt gerealiseerd door middel van een FHIR-server.

  • Indexvoorziening: De RLV en LLV ondersteunen het gebruik van RESTful API-requests conform de FHIR-standaard.

FHIR i.c.m. IHE-XDS

De communicatie wordt gedeeltelijk op basis van FHIR en gedeeltelijk op basis van IHE-XDS-profielen uitgevoerd.

  • Resource Server: De rol Resource Server wordt gerealiseerd door middels van een FHIR-server die wordt gekoppeld aan een XDS-Registry.

  • Indexvoorziening: De RLV en LLV ondersteunen het gebruik van transacties op basis van IHE-XDS-profielen.

IHE-XDS

De communicatie is volledig gebaseerd op IHE-XDS-profielen.

  • Resource Server: De rol Resource Server wordt gerealiseerd door middel van een XDS-Repository gecombineerd met een XDS-Registry.

  • Indexvoorziening: De RLV en LLV ondersteunen het gebruik van transacties op basis van IHE-XDS-profielen.

4. Procesimplementaties

Info

Toelichting
Op de architectuurlaag Applicatie worden in het Afsprakenstelsel Interoperabiliteit Geboortezorg 5 procesimplementaties onderscheiden die nodig zijn voor het bereiken van interoperabiliteit van geboortezorg. Deze procesimplementatie sluiten aan op de processen op de architectuurlaag Informatie en worden toegelicht in de volgende artikelen:

 

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.