...
Bij het vaststellen van het FHIR profiel is er een ultieme inspanning gedaan deze enkel en eenduidig te houden. Echter, bij een klein aantal velden is er een onmogelijkheid waargenomen. In voorgekomen; in een bepaalde situatie bleek een veld totaal niet van toepassing, terwijl het in een andere situatie juist verplicht bleek. De leveranciers hebben hierover gestemd en besloten dat de koppeltaal infrastructuur er vanuit moet gaan dat het veld in deze situatie niet verplicht is, en applicaties, ook degene die het veld vereisen, hiermee om moeten gaan.
...
De tabel beneden vat de structuur van het type fouten samen.
Tijdelijke fout | Gegevensverwerkingsfout | Terminale fout | |
onverwacht/verwacht | onverwacht | verwacht | onverwacht |
herstelbaar | ja | nee | nee |
Wanneer een AuditEvent aan te maken
...
Het AuditEvent wordt volgens de tabel beneden gemapped. In de mapping doen we een aantal aannames die we uitteenzetten.
extension.request-id | De waarde van de betrokken X-Request-Id veld. |
extension.correlation-id | De waarde van de betrokken X-Correlation-Id veld. |
extension.trace-id | De waarde van de betrokken X-Trace-Id veld. |
type | Data error "system":"http://terminology.hl7.org/CodeSystem/iso-21089-lifecycle" "code":"verify" "display":"Verify Record Lifecycle Event" Temp failure & Terminal error "system":"http://terminology.hl7.org/CodeSystem/iso-21089-lifecycle" "code":"transmit" "display":"Transmit Record Lifecycle Event" |
subtype | "system":"http://hl7.org/fhir/restful-interaction" "code":"read" "display":"read" |
action | E |
recorded | now() |
outcome | Temp failure 4 of 12 Data error 4 Terminal error 8 |
agent.who | client_id van de applicatie |
agent.type | Application |
agent.requestor | client_id van de applicatie |
entity.what | "reference":"<ResourceType>/id" |
<ResourceType>".identifier als de resourcetype een identifier gebruikt | |
entity.query | Optioneel de betrokken query |
source.site | Domain |
source.observer | Koppeltaal |
De tracing headers
De tracing headers dienen worden overgenomen uit het originele read request wat betrokken is bij de fout. Verder heeft het POST request van het AuditEvent zelf ook nog de tracing headers. Deze moeten als volgt gevuld worden:
...
De verschillende type fouten worden gemapped door middel van twee velden. De type en outcome. De data error wordt als een validate type weergegeven. Dit omdat hij verwacht is. De andere twee type fouten vallen onder transmit, omdat het uiteindelijk gaat om het uitwisselen van gegevens. Het onderscheid tussen een terminale error wordt door de outcome weergegeven. Een 4 geeft aan “kleine fout”, 8 “serieuze fout” en 12 “fatale fout”. Een terminale error is een 8 “serieuze fout”, een gegevensverwerkingsfout valt onder een 4 “kleine fout”. Een tijdelijke fout is in principe type 4 “kleine fout”, maar het systeem kan ook besluiten dat het niet in staat is gegevens verder te verwerken en een 12 “fatale fout” te sturen om aan te geven helemaal geen gegevens meer te kunnen verwerken.
| Tijdelijke fout | Gegevensverwerkingsfout | Terminale fout |
AuditEvent.type | transmit | verify | transmit |
AuditEvent.outcome | 4 of 12 | 4 | 8 |
De action
De action wordt gemapped op E van Execute, omdat het een verwerking van gegevens betreft.
...