Skip to:

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

Aanpassen discriminators voor Composition.entry-slices

Description

De instance-validator van Touchstone kan niet goed overweg met de manier waarop de entry-slices zijn gedefinieerd in de verschillende Composition-profielen (eOverdracht-NursingHandoff-* en eOverdracht-AdvanceNotice). In KT-320 is een voorstel gedaan om de slicing-definities op een andere manier op te stellen.

Nu is het als volgt gedaan:

  • De discriminator is ingesteld op "value/code.coding.coding" al dan niet in combinatie met "value/code.coding.system").

  • In elke slice is entry.code verplicht (1..1).

  • entry.code.coding is geslicet, en er is één verplichte slice aangebracht met de definitiecode voor die entry. Verder is entry.code.coding op 1..* gezet. Dit mechanisme zorgt ervoor dat gebruikers, naast de gedefinieerde coding ook alternatieve (equivalente) codings kunnen gebruiken.

Dit kan beter gedaan worden op de volgende manier:

  • De discriminator wordt ingesteld op "value/code"

  • In elke slice wordt entry.code verplicht (1..1)

  • In elke slice wordt een pattern aangebracht met de gedefinieerde code.

Dit mechanisme is functioneel equivalent. Elke slice wordt gedefinieerd door de code in het profiel, maar daarnaast is het mogelijk om equivalente alternatieve codes te gebruiken. Voor validators wordt het echter makkelijker om het profiel te interpreteren. Voor Touchstone zou dit het aantal waarschuwingen fors moeten reduceren.

 

Verduidelijking van Impact

None

Proposed solution (NL)

De Composition.entry-slices in de verschillende Composition-profielen worden opnieuw gedefinieerd op bases van een pattern ipv. fixed codes, en een discriminator op code als geheel ipv. code.coding.system en code.code.coding. Dit is functioneel equivalent, maar maakt het voor tooling makkelijker om de slicing te validere. Daarnaast worden de (onterechte) foutmeldingen op Touchstone over deze slicing onderdrukt.

Proposed solution (EN)

None

Release notes (NL)

De slicing-definities voor de .entry's in de Composition-profielen zijn aangepast naar pattern ipv. fixed codes. Dit is functioneel equivalent maar minder restrictief en in lijn met de best practices in FHIR.

Release notes (EN)

The slicing definitions for the .entry's in the Composition profiles have been changed from fixed codes to patterns. This is functionally equivalent but less restrictive, and in line with the best practices in FHIR.

100% Done
Loading...

Activity

Show:

Pieter Edelman January 23, 2024 at 1:14 PM

Na het uitwerken van een workaround blijkt dat Aegis het probleem stilzwijgend heeft opgelost. De workaround is dus niet meer nodig. Het aanpassen van de discriminators is ook niet meer vereist, maar wel flexibeler en in lijn met profiling-best-practices, dus dit wordt gewoon doorgevoerd.

Pieter Edelman November 7, 2023 at 10:52 AM

Dit probleem is niet tijdig opgelost, dit issue wordt doorgeschoven.

Pieter Edelman September 14, 2023 at 10:42 AM

De uitgewerkte oplossing blijkt tijdens het testen in Touchstone niet naar verwachting te werken. In afwachting van het onderzoek door Touchstone wordt dit issue doorgeschoven naar de volgende release.

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

Details

Assignee

Reporter

Classification

Patch (Z)

Informatiestandaard onderdelen

FHIR-package

Delegated responsibility

Yes

Rejection

No

Fix versions

Priority

Better Excel Exporter

Created August 24, 2023 at 11:31 AM
Updated January 30, 2024 at 12:35 PM
Resolved January 30, 2024 at 12:35 PM