Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 17 Current »

VERSIE: 21-06-2021 STATUS: CONSULTATIE

 Changelog
  • 21-06-2021

    • Afbeelding architectuurlaag Applicatie geüpdatet

    • Rol “XIS“ hernoemd naar “Registrator“

    • Rol “Requestor“ toegevoegd

    • Rol “RLV“ hernoemd naar “Knooppunt“

    • Rol “Mitz toestemmingsregister“ hernoemd naar “Autorisatievoorziening“

    • Rol “Mijn Mitz“ hernoemd naar “Toestemming applicatie“

    • Rol “LLV“ hernoemd naar “Lokalisatie voorziening“

    • Afbeeldingen voor de rollen “Registrator“, “Extractor“, “Resource Server“, “Knooppunt“, “LLV“, “Autorisatievoorziening“, “toestemming applicatie“, “Query Builder“ en “Viewer“ aangepast

  • 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

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. Procesimplementaties

1. Rollen

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.

  • LeverancierDe 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.


Registrator

  • Beschrijving: De applicatie Registrator is een onderdeel van het zorginformatiesysteem waarin Zorgverlener Publicerend geboortezorggegevens over Cliënten vastlegt.

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

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

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

  • Afspraken:

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

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


Extractor

  • Beschrijving: De rol Extractor extraheert gegevens uit de Registrator 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 Extractor.

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


Convertor

  • Beschrijving: De rol Convertor zet gestructureerde data afkomstig van Registrator, 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 Registrator 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 Extractor, 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 Registrator 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 Knooppunt.


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.


Knooppunt

  • Beschrijving: Wanneer wordt gekozen voor een gecentraliseerde invulling van de Informatie-rol Gids naar Gezondheidsgegevens verzorgt de rol Knooppunt de regionale lokalisatie van geboortezorggegevens en geeft het Knooppunt input aan de Lokalisatie voorziening. Wanneer wordt gekozen voor een decentrale invulling van de Informatie-rol Gids naar Gezondheidsgegevens is deze rol niet van toepassing.

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

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

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

  • Afspraken: Er dienen afspraken te worden gemaakt over de wijze waarop informatie wordt gedeeld tussen de rollen Knooppunt, Query Builder, de Lokalisatie voorziening en de Resource Server.


Lokalisatievoorziening

  • Beschrijving: Wanneer wordt gekozen voor een gecentraliseerde invulling van de Informatie-rol Gids naar Gezondheidsgegevens verzorgt de rol Lokalisatie voorziening een lijst van Knooppunten 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 Lokalisatie voorziening wordt gebruikt voor het gecentraliseerd realiseren van de Informatie-rol Gids naar Gezondheidsgegevens.

  • Leverancier: De rol Leverancier Lokalisatie voorziening levert de applicatie Lokalisatie voorziening.

  • Eindverantwoordelijkheid: De eindverantwoordelijkheid voor de invulling van de applicatie Lokalisatie voorziening 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 Lokalisatie voorziening, Knooppunt en het toestemmingsregister.

Autorisatievoorziening

  • Beschrijving: De rol Autorisatievoorziening bevat een register van toestemmingen.

  • Leverancier: De rol Leverancier Toestemmingsvoorziening levert de applicatie Autorisatievoorziening.

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

  • Afspraken: De wijze waarop de rol Autorisatievoorziening informatie deelt met de rol Knooppunt en de rol Lokalisatie voorziening wordt beschreven in het Mitz Afsprakenstelsel (in ontwikkeling, oktober 2020).


Toestemming applicatie

  • 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, Knooppunt, en Autorisatie voorziening.


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. De Viewer wordt aangeroepen door de rol Requestor.

  • 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 Requestor.


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

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. Procesimplementaties

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.


 

  • No labels