...
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 |
Dit lijstje geeft de verplichte velden weer van de FHIR resources R4, die binnen Koppeltaal 2.0 worden gebruikt.
FHIR Resource | Element | Verplicht in KT 2.0 | Reden |
Patient | |||
identifier | X | Elke patiënt moet uniek te identificeren zijn, zodat we altijd de gegevens opvragen en kunnen wijzigen | |
active | X | Of de patiënt actief is, binnen Koppeltaal context | |
name | |||
telecom | |||
gender | |||
birthDate | |||
managingOrganization | |||
photo | |||
contact | |||
Practitioner | |||
identifier | X | Elke behandelaar moet uniek te identificeren zijn | |
active | X | Of de behandelaar actief is | |
name | |||
telecom | |||
gender | |||
RelatedPerson | |||
identifier | X | ||
active | X | ||
patient | X | Uit FHIR R4 | |
| relationship | |||
| telecom | |||
| birthDate | |||
| address | |||
name | |||
gender | |||
Task | |||
instantiatesCanonical | X | In de context van Koppeltaal is een ActivityDefinition nodig | |
ext: observer | |||
status | X | ||
intent | X | ||
executionPeriod | |||
requester | |||
owner | X | Referentie naar de patiënt | |
restriction | |||
for | |||
ActivityDefinition | |||
ext: publisher-identifier | X | ||
ext: KT2_EndpointExtension | X | ||
url | |||
identifier | |||
name | X | ||
title | |||
status | X | ||
description | |||
| code | Detail type of activity | ||
| topic | topics: behandeling, educatie, assessment | ||
Endpoint | |||
identifier | X | Wordt hier de client_id gevuld? | |
status | X | ||
name | |||
address | X | ||
connectionType | X | ||
payloadType | X | ||
managingOrganization | |||
Subscription | |||
status | X | ||
criteria | X | ||
reason | X | ||
channel | X | ||
channel.type | X | VERPLICHT: rest-hook | |
channel.endpoint | X | ||
channel.header | X | Om DOS aanvallen te voorkomen (Token meesturen) | |
Organization | |||
identifier | X | ||
active | X | ||
name | |||
partOf |
...