...
Het doel van het AuditEvent is de rest van het domein te laten weten dat de applicatie niet in staat is het FHIR object te verwerken op een dergelijke manier dat in het domein verwacht wordt. Dit houdt in dat een applicatie FHIR objecten kan negeren zolang duidelijk is dat de applicatie er niets mee doet. In de toekomst wordt overwogen op basis van FHIR profielen per domein of applicatie aan te geven welke entiteiten en velden binnen de entiteiten verplicht of verwacht zijn. Vooralsnog volstaat met een AuditEvent aan te geven dat de verwerking niet gelukt is. Het AuditEvent is een manier om als applicatie aan de andere applicaties in het domein aan te geven dat de verwerking niet goed gegaan is.
Scenario's
De applicatie mist een veld dat optioneel is. Dit is een verwachte fout die voorkomt uit de discrepantie van wat de applicatie verwacht en in het domein verplicht is. Dit is een gegevensverwerkingsfout.
De applicatie ontvangt een waarde in een veld dat niet voldoet aan de eigen validatieregels. In dit geval ontvangt de applicatie een waarde in een veld die geldig is voor het koppeltaaldomein, maar niet verwerkbaar is in het eigen systeem. Denk aan een e-mail adres of een telefoonnummer dat aan meer eisen moet voldoen dan koppeltaal afdwingt. Dit is een gegevensverwerkingsfout.
De applicatie ontvangt een waarde die in conflict is met de staat van het systeem. Het verschil met het vorige scenario is dat de fout niet zozeer in de ontvangen gegevens zit, maar in de bestaande gegevens van het systeem. Een voorbeeld is een bestaande gebruiker met een e-mail adres of telefoonnummer die reeds bestaat en verder niet overeenkomt met de gegevens uit het FHIR resource. Dit type fout is een terminale fout.
De applicatie kan een subsysteem niet benaderen. De applicatie kan de entiteit niet verwerken omdat bijvoorbeeld de database niet benaderbaar is. In dit geval kan een tijdelijke fout verzonden worden.
...