Skip to:

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

Slice resultType in LaboratoryTestResult DiagnosticReport should be optional

Description

Het concept 'ResultaatType' in de Zib LaboratoriumUitslag is gemapt in de 'resultType'-slice van DiagnosticReport.category.coding binnen het profiel zib-LaboratoryTestResult-DiagnosticReport.
Dit profiel schrijft een kardinaliteit van 1..1 voor voor deze slice, en een kardinaliteit 2..* voor coding. In de zib heeft 'ResultaatType' echter een kardinaliteit van 0..1. Het zou dan ook logisch zijn als de slice deze kardinaliteit volgt.

Verduidelijking van Impact

This is a relaxation of the cardinality. It is possible that systems count on the existence of this element. The BGZ, BGLZ and GGZ require a certain code from this slice to be present. The cardinality of 1..1 ensures this data is filled in. Relaxing the cardinality might impact these standards.

Proposed solution (NL)

In profiel ZIB-LaboratoryTestResult-DiagnosticReport, pas de kardinaliteit van .category.coding(resultType) aan van 1..1 naar 0..1, conform zib

Proposed solution (EN)

None

Release notes (NL)

In profile zib-LaboratoryTestResult-DiagnosticReport, make the "resultType" slice in DiagnosticReport.category.coding optional in accordance to the zib.

Release notes (EN)

None

Activity

Show:

Pieter Edelman July 2, 2020 at 3:19 PM

Foutmelding van de IG Publisher wordt verder opgepakt in

Pieter Edelman July 1, 2020 at 10:16 AM

Feedback van de IG Publisher:

DiagnosticReport/zib-laboratorytestresult-diagnosticreport-01: DiagnosticReport.category (l45/c15)

information

Profile http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-DiagnosticReport, Element 'DiagnosticReport.category.coding[laboratoryTestResultCode]'": Unable to check minimum required (1) due to lack of slicing validation

Alexander Henket June 10, 2020 at 6:35 AM

Vooralsnog hebben we geen indicatie dat er laboratoria aansluiten op deze standaard. Nu oplossen heeft de voorkeur boven wachten totdat er wel gebruik van wordt gemaakt. Het is echter niet backward compatible dus alleen mogelijk in de Zomerrelease.

Gert Koelewijn March 26, 2020 at 1:12 AM

Het is alweer een tijdje geleden. Is de voorgestelde wijziiging zonder compabiliteitsprolemen door te voeren?

Pieter Edelman September 5, 2019 at 1:08 PM

In het gerelateerde profiel zib-LaboratoryTestResult-Observation is deze slice wel open gelaten (hier is overigens category.coding geslicet ipv. category zelf).

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

Details

Assignee

Reporter

Classification

Major (X)

Informatiestandaard onderdelen

FHIR-package

Information standard

Laboratoriumresultaten

Fix versions

Priority

Better Excel Exporter

Created August 30, 2019 at 1:30 PM
Updated January 12, 2024 at 12:52 PM
Resolved August 11, 2020 at 2:09 PM