Om wijzigingen op gegevens gecontroleerd uit te voeren, wordt er bij FHIR RESTful API's gebruik gemaakt van Optimistic Locking “, omdat RESTful API servers " stateless " zijn.
Besluit
Maak gebruik van de ETag HTTP header in combinatie met de If Match" HTTP header.
Blijkt “if match” geen match te zijn en is er in de tussentijd dus een nieuwe versie van de resource ontstaan , dan wordt deze weigering tot write in de FHIR store aan de gebruiker teruggekoppeld . De verdere omgang met deze weigering is aan de applicatie.
Weigeringen worden gelogd . Blijken er hotspots van weigeringen te zijn , dan onderzoeken we voor deze hotspots oplossingen