In de doelstelling van stichting Koppeltaal is middels het woord ‘interne’ een beperking voor de gegevensuitwisseling opgenomen. Met deze beperking wordt bedoeld dat gegevensuitwisseling altijd plaatsvindt onder de verantwoordelijkheid van één zorgaanbieder.
Gegevens worden uitgewisseld tussen verschillende dienstverlenende applicaties. In Koppeltaal staat het begrip applicaties voor alle vormen van ICT-systemen en eHealthplatforms die voor een zorgaanbieder relevant zijn om gegevens tussen uit te wisselen in de context van eHealth activiteiten in zorginstellingen. De dienstverlenende applicaties worden geleverd door verschillende leveranciers. Deze leveranciers kunnen hun dienstverlenende applicaties ontsluiten via Koppeltaal onder de verantwoordelijkheid van de zorgaanbieder. Alle FHIR resources van één zorgaanbieder kunnen via de Koppeltaal (FHIR Resource) Provider ontsloten worden, voor die dienstverlenende applicaties die aangesloten zijn op Koppeltaal. Daarbij maken wij gebruik van gemeenschappelijke begrippen en standaarden die gebaseerd zijn op HL7/FHIR (https://www.hl7.org/fhir/http.html).
Het volgende diagram geeft een overzicht van de FHIR Resources (Koppeltaal basis set) en de onderlinge relaties tussen de resources voor Koppeltaal 2.0.
Alle FHIR Resources in Koppeltaal 2.0 zijn gebaseerd op FHIR Release #4 (4.0.1 2019-10-30) - http://hl7.org/fhir/R4/.
Volgend lijstje geeft de verplichte velden weer van de FHIR resources R4, die binnen Koppeltaal 2.0 worden gebruikt.
Dit lijstje is door VZVZ samengesteld.
FHIR R4 Resource | Element | Verplicht in KT 2.0 (profile) | Omschrijving en reden |
Patient | De persoon die in behandeling is bij de zorgaanbieder. | ||
identifier | X | Elke patiënt moet uniek te identificeren zijn a.d.h.v. een identifier, zodat we altijd de gegevens kunnen opvragen. | |
active | X | Of de patiënt actief is, binnen de Koppeltaal context. | |
name | |||
telecom | |||
gender | |||
birthDate | |||
managingOrganization | |||
photo | |||
contact | |||
Practitioner | De zorgverlener die in overleg met de patiënt een eHealth activiteit toewijst. | ||
identifier | X | Elke behandelaar moet uniek te identificeren zijn a.d.h.v. een identifier, zodat we altijd de gegevens kunnen opvragen. | |
active | X | Of de behandelaar actief is, binnen de Koppeltaal context. | |
name | |||
telecom | |||
gender | |||
RelatedPerson | Naaste van de patiënt die betrokken is in het behandelproces. | ||
identifier | X | Elke naaste moet uniek te identificeren zijn a.d.h.v. een identifier, zodat we altijd de gegevens kunnen opvragen. | |
active | X | Of de naaste persoon actief betrokken is, binnen de Koppeltaal context. | |
patient | X | Uit FHIR R4. | |
| relationship | |||
| telecom | |||
| birthDate | |||
| address | |||
name | |||
gender | |||
Task | De aan een patiënt toegewezen eHealth activiteit. | ||
instantiatesCanonical | X | Een referentie naar een beschrijving van een eHealth activiteit moet bij het opvoeren van een taak In de context van Koppeltaal altijd gevuld worden. | |
ext: observer | |||
status | X | In de context van Koppeltaal moet altijd de status van een eHealth activiteit bekend zijn. | |
intent | X | Uit FHIR R4. | |
executionPeriod | |||
requester | |||
owner | X | Een verplichte referentie naar de patiënt die verantwoordelijk is voor de uitvoering van de toegewezen eHealth activiteit. | |
restriction | |||
for | |||
ActivityDefinition | Beschrijving van een eHealth activiteit. | ||
ext: publisher-identifier | X | Verplichte identificatie van de uitgever van de eHealth activiteit. | |
ext: KT2_EndpointExtension | X | Verplichte referentie naar de dienstverlenende applicatie (endpoint) die de eHealth activiteit levert. | |
url | |||
identifier | |||
name | X | Dit veld wordt (verplicht) getoond aan gebruikers en moet gevuld worden. Nodig voor het kunnen toewijzen van een eHealth activiteit. | |
title | |||
status | X | Uit FHIR R4. | |
description | |||
| code | Gedetailleerde type informatie over de eHealth activiteit. Opmerking: In KT 1.3.x heeft dit veld een andere betekenis, en is daar verplicht. | ||
| topic | topics: behandeling, educatie, assessment. Opmerking: In KT 1.3.x wordt het veld 'type' gebruikt om onderscheid te maken tussen verschillende eHealth activiteiten, en is daar verplicht. | ||
Endpoint | Een eHealth (eind)punt is een technische representatie van een applicatie die één of meerdere eHealth diensten aanbiedt. | ||
identifier | X | Hier wordt de client_id van een applicatie gevuld die de eHealth diensten aanbiedt. | |
status | X | Uit FHIR R4. | |
name | |||
address | X | Uit FHIR R4. | |
connectionType | X | Uit FHIR R4. | |
payloadType | X | Uit FHIR R4. | |
managingOrganization | |||
Subscription | Een abonnement wordt gebruikt om geïnformeerd te worden over wijzigingen op (resource) gegevens door andere systemen. Nadat een abonnement is geregistreerd en wijzigingen op (resource) gegevens voorkomen die overeen komen met een vastgelegde criteria, verzendt deze een bericht (notificatie) op een voor gedefinieerde "kanaal", zodat een ander systeem hierop actie kan ondernemen. | ||
status | X | Uit FHIR R4. | |
criteria | X | Uit FHIR R4. De vastgelegde criteria waarop er een bericht (notificatie) wordt verstuurd. | |
reason | X | Uit FHIR R4. Omschrijving waarom dit abonnement is gecreëerd. | |
channel | X | Uit FHIR R4. Voor gedefinieerd kanaal waar het bericht wordt verstuurd. | |
channel.type | X | Uit FHIR R4. Ondersteunen alleen: "rest-hook" kanaal. | |
channel.endpoint | X | Omdat we rest-hook als kanaaltype verplichten, moet ook het endpoint vastgelegd worden . | |
channel.header | X | Om DOS aanvallen te voorkomen, wordt een "Authorization" header verplicht (Token meesturen). | |
Organization | De zorgaanbieder (organisatie) die verantwoordelijk is voor de zorg activiteiten. | ||
identifier | X | Elke zorgaanbieder (organisatie) moet uniek te identificeren zijn a.d.h.v. een identifier, zodat we altijd de gegevens kunnen opvragen. | |
active | X | Of de zorgaanbieder (organisatie) actief is, binnen de Koppeltaal context. | |
name | |||
partOf | De zorgaanbieder (organisatie) waarin deze onderdeel van is. | ||
| CareTeam | Beschrijft het zorgteam met de participanten. | ||
| identifier | X | Elke zorgteam moet uniek te identificeren zijn a.d.h.v. een identifier, zodat we altijd de gegevens kunnen opvragen. | |
| status | X | In de context van Koppeltaal moet altijd de status van het zorgteam bekend zijn. | |
| subject | X | Uit FHIR R4. Voor wie het team aan de slag is. In de context van Koppeltaal is dit een referentie naar Patient. | |
| period | Tijdsperiode van het zorgteam. | ||
| participant | Lijst van betrokken participanten bij het zorgproces | ||
| participant.role | x | Uit FHIR R4. Verplichte rol van de participant, bij toevoeging van participant. | |
| participant.member | x | Uit FHIR R4. Verplichte type participant, bij toevoeging van participant. | |
| participant.onBehalfOf | |||
| managingOrganization |
===
De gemarkeerde FHIR Resources in onderstaande tabel zijn in de PoC opgepakt.
Gegevens (ontology) | Beschrijving | FHIR R4 Resource |
Metadata | Elke FHIR Resource bevat een "meta" element van het type Meta wat een set metadata is die technische content meegeeft aan de resource. Binnen de context van Koppeltaal zullen we gebruik maken van enkele elementen uit de metadata set. | Resource.meta |
eHealth Mogelijkheden | Elke aangeboden eHealth (FHIR) dienst waarmee verbinding gemaakt kan worden voor het bezorgen en/of ophalen van informatie, bevat een gedetailleerde lijst van de aangeboden FHIR interface implementaties, zoals:
| CapabilityStatement |
eHealth Activiteit | Beschrijving van een eHealth activiteit | |
Gegevensbundel | Het bundelen van een gegevens set. | Bundle |
eHealth Taak | De aan een patiënt toegewezen eHealth activiteit. | |
Zorgteam | Beschrijft het zorgteam met de participanten. | |
Patiënt | De persoon die in behandeling is bij de zorgaanbieder. | |
Behandelaar | De zorgverlener die in overleg met de patiënt een eHealth activiteit toewijst. | |
Zorginstelling of zorgaanbieder | De zorgaanbieder (organisatie) die verantwoordelijk is voor de zorg activiteiten. | |
Derde | Naaste van de patiënt die betrokken is in het behandelproces. | |
eHealth Punt | Een eHealth (eind)punt is een technische representatie van een applicatie die één of meerdere eHealth diensten aanbiedt. | Endpoint |
eHealth Abonnement | Een abonnement wordt gebruikt om geïnformeerd te worden over wijzigingen op (bron)gegevens door andere systemen. Nadat een abonnement is geregistreerd en wijzigingen op brongegevens komen die overeen komen met een vastgelegde criteria, verzendt deze een bericht (notificatie) op een voor gedefinieerde "kanaal", zodat een ander systeem hierop actie kan ondernemen. | Subscription |
Applicatie problemen | Brengt specifieke gedetailleerde verwerkbare informatie over, over problemen op applicatie niveau die ontstaan bij een (HTTP- RESTFul API) interactie. | OperationOutcome |