...
- X-Request-Id, een nieuwe waarde.
- X-Correlation-Id, de waarde van de originele X-Request-IdId van de FHIR resource service.
- X-Trace-Id, de waarde van de originele X-Trace-Id , indien aanwezigvan de FHIR resource service.
Het fouttype
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.
...
- Een client van de FHIR resource service MOET een AutitEvent aanmaken indien deze niet in staat is de gegevens van de FHIR resource service als door het domein wordt verwacht te verwerken. Het AutitEvent is een manier om het domein te laten weten dat de applicatie het FHIR object niet in goede order verwerkt heeft.
- Het applicatie moet de waarden van de X-Request-Id, X-Correlation-Id en X, en X-Trace-Id uit het originele request in het AuditEvent meesturen, de X-Trace-Id enkel indien van toepassing.
- De POST request headers moet een nieuw X-Request-Id bevatten, de waarde van het originele X-Request-Id als , X-Correlation-Id meegeven, en enkel een Xals de X-Trace-Id indien van toepassingmeegeven.
- De mapping uit tabel x (TODO link) is van toepassing op de inhoud van het AuditEvent object.
...