Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Batch operation niet conform FHIR spec bij Zelfmetingen (Known issue op TO)

Description

Door het gebruik van een Batch operation gaat het bij de informatiestandaard Zelfmetingen niet goed doordat in de praktijk nu een (minimale) Patient resource door de PGO naar de DVZA gestuurd wordt en deze vervolgens 'genegeerd' wordt. Dit is niet conform de Batch operation FHIR spec, omdat je niet interne referenties mag doen.

Op dit moment kan de Batch operation niet aangepast worden naar Transaction operation, want dit is een non backward compatible aanpassing en heeft een grote impact dat bij de leveranciers overleg op 31-8-22 van OPEN naar voren kwam.

Daarom moet dit als known issue in het Technisch Ontwerp worden vermeld.

Verduidelijking van Impact

Klein, we deze known issue toe aan het Implementatie Gids van Zelfmetingen.

Proposed solution (NL)

Zelfmetingen Sturen maakt gebruik van een batch operation met eventueel een interne referentie naar de Patient in de bundel. Dit is niet toegestaan volgens de FHIR specificaties, dus in het Implementatie Gids van Zelfmetingen wordt deze afwijking als 'known issue' beschreven.

Proposed solution (EN)

Selfmeasurements Send is using a batch operation with internal references to the Patient in the bundle. This isn't allowed according to the FHIR specifications. So in the implementation Guide of Selfmeasurements, we will add a 'known issue' box.

Release notes (NL)

Op het technisch ontwerp is een known issue geplaatst met betrekking tot het gebruik van interne referenties in combinatie met een batch-operation, wat volgens de FHIR-specificaties niet toegestaan is.

Release notes (EN)

A known issue has been added to the implementation guide about using internal references in combination with a batch operation, which isn't allowed according to the FHIR specifications.

100% Done
Loading...

Activity

Show:

Eduard de Rijcke August 23, 2022 at 1:03 PM
Edited

Met toestemming van Tjerk de mail in deze ticket gezet

Let op. De huidige vital signs implementatiegids lijkt technisch in strijd met de FHIR standaard
Dit concludeer ik nadat ik de specificaties wat grondiger lees.

Quote FHIR standaard
Batch transaction
Http - FHIR v3.0.2 (hl7.org)
Http - FHIR v4.0.1 (hl7.org)
http://www.hl7.org/fhir/stu3/http.html#2.21.0.17.1
For a batch, there SHALL be no interdependencies between the different entries in the Bundle that cause change on the server. The success or failure of one change SHOULD not alter the success or failure or resulting content of another change. Servers SHOULD validate that this is the case. Note that it is considered that servers execute the batch in the same order as that specified below for transactions, though the order of execution should not matter given the previous rule.

Quote Implementation guide
MedMij FHIR Implementation Guide Vital Signs 2.0.21 - informatiestandaarden (nictiz.nl)
Because sending vital signs will most likely consist of multiple Observations, a batch operation is used. This allows for creating a set of resources in a single interaction and makes it possible to include referenced secondary resources if needed.

Hiervoor moet eigenlijk een transaction in plaats van een batch worden ingezet!
Of de secondary resources moeten in een losse transactie worden geupload voordat je de primary resources upload welke naar de secondary resources verwijzen.

Mvg,

Resolved
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Classification

Informatiestandaard onderdelen

Technisch ontwerp

Information standard

Zelfmetingen 2.x

Fix versions

Priority

Better Excel Exporter

Created August 11, 2022 at 1:13 PM
Updated January 12, 2024 at 12:53 PM
Resolved September 27, 2022 at 12:17 PM