Skip to:

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

Vind hier onze Servicedesk om een verzoek in te dienen m.b.t. onze producten en diensten! Klik hier om toegang aan te vragen of voor andere BITS/Jira gerelateerde vragen en/of opmerkingen.

Onduidelijkheid in de modellering van de Aanvrager van een LaboratoriumUitslag

Description

Ik heb een vraag met betrekking tot de ZIB LaboratoriumUitslag.

Ik ben momenteel op Cloverleaf een vertaling aan het ontwikkelen van een bericht wat gestructureerd is op basis van de omschrijving op zibs.nl https://zibs.nl/wiki/LaboratoriumUitslag-v4.1(2017NL). Deze bevat ook de Aanvrager.

In de definitie van het FHIR-bericht DiagnosticReport https://simplifier.net/NictizSTU3-Zib2017/ZIB-LaboratoryTestResult-DiagnosticReport/~overview zie ik deze vervolgens terugkomen met een verwijzing in basedOn.

basedOn is echter een reference voor verschillende Resources (CarePlan | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ProcedureRequest | ReferralRequest), in de basis kom ik er wel uit dat het dan bijv. de ProcedureRequest betreft waar ik dan de aanvrager in kan verwerken. Echter moeten hier vervolgens meer waarden in verwerkt worden volgens de FHIR-standaard, die nu niet in de ZIB-definitie staan. Kun je mij op weg helpen hoe jullie dit ongeveer voor ogen hadden?

Verduidelijking van Impact

Geen

Proposed solution (NL)

Toevoegen van informatie over hoe de aanvrager bij een resultaat/uitslag hoort.

Proposed solution (EN)

None

Release notes (NL)

None

Release notes (EN)

None

Activity

Alexander Henket February 12, 2019 at 1:52 PM

Wijzigingen ingecheckt onder commit id 9eb628dcb8ef1dce34402603cb98b6c0baf18c64

Alexander Henket February 12, 2019 at 1:42 PM

Er is een mismatch met bestaande FHIR (en CDA) modellering. Een aanvrager bestaat alleen als auteur van een aanvraag. Om bij de aanvrager te komen, moet je dus iets van de aanvraag weten.
 
De minimumeisen van een aanvraag (ProcedureRequest) zijn:

  • ProcedureRequest.status (gebruik vaste waarde "active", tenzij je weet dat het iets anders is)

  • ProcedureRequest.intent (gebruik vaste waarde "order" , tenzij je weet dat het iets anders is)

  • ProcedureRequest.code (gebruik extension iso21090-nullFlavor met valueCode UNK, tenzij je echt weet wat de code is)

  • ProcedureRequest.subject (gelijk aan DiagnosticReport.subject of Observation.subject)

  • ProcedureRequest.requester.agent (niet verplicht volgens FHIR Core, maar aangezien het om de aanvrager ging, is deze praktisch gezien verplicht)

De aanvrager weet je vaker niet dan wel. Als je de aanvrager weet, dan weet je altijd meer van de aanvraag. Bovenstaande lijkt dus geen systemen te overvragen.

Bovenstaande informatie is niet duidelijk uit de profielen LaboratoryTestResult-Observation en LaboratoryTestResult-DiagnosticReport, dus deze informatie zullen we toevoegen in de voorjaarsrelease.

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

Details

Assignee

Reporter

Classification

Informatiestandaard onderdelen

FHIR-package

Information standard

BgZ
Laboratoriumresultaten

Fix versions

Priority

Better Excel Exporter

Created February 12, 2019 at 1:07 PM
Updated January 12, 2024 at 12:53 PM
Resolved February 12, 2019 at 1:44 PM

Flag notifications