Skip to end of banner
Go to start of banner

FHIR Resource Service interacties

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 10 Next »

Beschrijving

Om Resources binnen domeinen uit te wisselen maakt Koppeltaal gebruik van een FHIR resource service. Dit document beschrijft welke interacties er ondersteund worden.

Overwegingen

Koppeltaal maakt gebruik van een FHIR resource service. Deze service kan middels de FHIR RESTful API specificaties benaderd worden. Applicaties in een domein (applicatie-instanties) kunnen na authenticatie communiceren met de FHIR resource service. Geautoriseerde applicatie-instanties kunnen vervolgens deze informatie ophalen en waar nodig (en mogelijk) bijwerken. De resources dienen op een eenduidige manier aangemaakt en uitgewisseld te worden. Zo kunnen applicaties in het domein goed samenwerken. Ook moeten er uitbreidingen op de standaard gemaakt worden om bijvoorbeeld geautomatiseerd te voldoen aan wetgeving.

Toepassing en restricties

Profielen

Om te waarborgen dat iedereen dezelfde taal spreekt, en alle benodigde informatie voor iedereen aanwezig is, vereist Koppeltaal het gebruik van profielen. Elk toegestane resource heeft een eigen profiel. Een profiel gebruikt een StructureDefinition resource als datastructuur. Deze resource beschrijft welke eigenschappen een resource heeft, en bijvoorbeeld ook wat de kardinaliteit van elk veld is. De officiële Koppeltaal profielen zijn hier te vinden: https://simplifier.net/Koppeltaalv2.0/~resources?category=Profile&fhirVersion=R4.

De StructureDefinition resources dienen door de FHIR resource service ingeladen te worden. Applicatie-instanties mogen deze niet zelf aanmaken of bewerken.

Validatie

Zie TOP-KT-010 voor meer informatie over de validatie.

FHIR RESTful API

De FHIR RESTful API biedt een groot scala aan functionaliteiten. De specificatie bevat ook optionele functionaliteiten. Binnen Koppeltaal is gekozen wat wel en niet ondersteund wordt:

Instance Level Interactions


OndersteundRemark
readRead the current state of the resource
conditional readRead the current state of the resource if modified since of matches ETag
vreadRead the state of a specific version of the resource
updateUpdate an existing resource by its id (or create it if it is new)If-Match header verplicht
conditional updateAllows a client to update an existing resource based on some identification criteriaTrial use fase
patchUpdate an existing resource by posting a set of changes to it
conditional patchAllows a client to patch an existing resource based on some identification criteriaTrial use fase
deleteDelete a resourceGebruik maken van status
conditional deleteAllows a client to delete an existing resource based on some selection criteriaTrial use fase
historyRetrieve the change history for a particular resource
Type Level Interactions
OndersteundRemark
createCreate a new resource with a server assigned id
conditional createAllows a client to create a new resource only if some equivalent resource does not already exist on the server.Trial use fase
searchSearch the resource type based on some filter criteriaGeen _include, _revinclude, _contained en _containedType search result parameters
search pagingSupport paging for the results of a search or history interaction
historyRetrieve the change history for a particular resource type
Whole System Interactions
OndersteundRemark
capabilitiesGet a capability statement for the system
batch/transactionUpdate, create or delete a set of resources in a single interaction
historyRetrieve the change history for all resources
searchSearch across all resource types based on some filter criteria


Mime-Type

Ook is er een keuze gemaakt welke MIME-types worden ondersteund:

MIME-typeGeïmplementeerdRemark
application/fhir+jsonHeeft de voorkeur
application/fhir+xml
application/fhir+turtle

De voorkeur voor application/fhir+json heeft te maken met de xsd schema’s voor de xml validatie. Deze dwingt een specifieke volgorde af. Dit is voor FHIR libraries die de data serializeren naar xml geen probleem. Echter, voor het zelf samenstellen van de payload is dit een lastigheid.

De MIME-Types MOETEN gepostfixed worden met de fhir version en encoding:

  1. application/fhir+json; fhirVersion=4.0; charset=utf-8
  2. application/fhir+xml; fhirVersion=4.0; charset=utf-8

Update en Patch

Koppeltaal forceert het gebruik van de If-Match header. Dit waarborgt dat een Update en Patch altijd gebaseerd is op de laatste versie. Zo wordt de kans op dataverlies geminimaliseerd. Zie https://www.hl7.org/fhir/r4/http.html#concurrency voor meer informatie.

Delete

Koppeltaal maakt bij voorkeur geen gebruik van een DELETE request. Wanneer data niet meer gebruikt dient te worden, dient dit opgelost te worden middels een status. Zie Levenscyclus van een FHIR Resource voor meer informatie. Een DELETE request wordt wel ondersteund, maar zal een logical-delete uitvoeren.

Recht op vergetelheid

In een aantal gevallen mag een gebruiker aan een organisatie vragen om alle (historische) gegevens, van die gebruiker, uit hun systeem te verwijderen.

Voor het fysiek verwijderen van resources hebben sommige FHIR Resource Providers een $expunge functionaliteit geïmplementeerd. Deze functie verwijdert alle versies van een resource uit de FHIR Store.

De $expunge operatie is echter GEEN STANDAARD (FHIR RESTfull) operatie, en moet apart geïmplementeerd worden voor de FHIR Store. Deze operatie mag alleen op instance-level aangeroepen worden.

Conditional Create, Update, Delete en Patch

Deze functionaliteiten zijn in de “trial use” fase. Dit houdt in dat het beproefd wordt. De implementatie wordt geëvalueerd en in een toekomstige versie pas gereviewed. Er is dus een grote kans dat deze functionaliteiten in de toekomst anders zullen gaan werken. Wel zijn deze functionaliteiten geïmplementeerd. Maak enkel gebruik van deze functionaliteiten indien er bereidheid is hier later aanpassingen in door te voeren.

Links naar gerelateerde onderwerpen

  • No labels