Skip to:

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

zib-Encounter .class ValueSet binding aanpassen

Description

Het [zib Encounter|https://simplifier.net/nictizstu3-zib2017/zib-encounter] profiel (STU3) bevat in .class een binding op ActEncounterCode en een code-specification extensie met een binding op ContactTypeCodeLijst. Echter bevat de [ConceptMap|https://simplifier.net/nictizstu3-zib2017/contacttypecodelijst-to-actencountercode] hier enkel mappings met equivalence "equal". Dit was in eerdere versies niet zo, maar het lijkt er op dat de extensie en ConceptMap hier overbodig zijn geworden.

In R4 staat de equivalence bij OTH op unmatched: https://simplifier.net/nictiz-r4-zib2020/contacttypecodelijst-to-actencountercode

Zou dit bij STU3 niet ook op unmatched moeten staan?

Verduidelijking van Impact

Laag. De huidige implementaties dienen niet te vertrouwen op de inhoud van de code-specification extensie zonder de waarde van het .class-element te kennen.

Proposed solution (NL)

Op het element .class van het profiel zib-Encounter wordt de zib-waardelijst gekoppeld met binding 'extensible'. De ConceptMap en code-specification extensie die op dit moment gekoppeld zijn worden verwijderd.

Proposed solution (EN)

On the .class element of the zib-Encounter profile, the zib value set is added with binding 'extensible'. The ConceptMap and code-speciation extension that are currently present are removed.

Release notes (NL)

Binnen het profiel zib-Encounter is de (incorrecte) binding op .class aangepast. De code-specification extensie en ConceptMap die op dit element waren toegevoegd zijn verwijderd.

Release notes (EN)

In the zib-Encounter profile the (incorrect) binding on .class is edited. The code-specification extension and ConceptMap that were added to this element are deleted.

100% Done
Loading...

Activity

Show:

Jorn Duwel September 14, 2022 at 3:16 PM

Specifiek de toevoeging dat ik heb gecontroleerd dat de Examples en het testmateriaal (BgZ) de code-specification extensie niet bevatten en dus niet bijgewerkt hoeven te worden. Alleen het profiel dus aangepast.

Jorn Duwel September 1, 2022 at 12:02 PM

Pieter Edelman September 1, 2022 at 8:30 AM

Het is volgens mij onjuist dat de zib-waardelijst niet direct op Encounter.class geplaatst is. Deze bevat immers exact dezelfde codes als de FHIR-waardelijst, plus OTH. De waardelijst van de zib is wel kleiner.

Volgens mij kan de waardelijst naar Encounter.class verplaatst worden (met extensible binding) en de extensie weghalen, zonder impact op bestaande implementaties. Op het moment kunnen er drie situaties ontstaan in de uitwisseling:

  • Encounter.class = ActCode xxx

  • Encounter.class = ActCde xxx en de extensie bevat ook ActCode xxx

  • Encounter.class = OTH en de extensie bevat ook OTH.

  • (Encounter.class = een andere code die niet in de zib voorkomt.)

Voor ontvangende systemen geldt dat ze zowel de situatie zonder als met extensie moeten kunnen verwerken. Dat zou in de nieuwe situatie niet anders worden.

Voor zendende systemen geldt dat ze Encounter.class zowel zonder als met de extensie kunnen versturen. Dat zou in de nieuwe situatie niet anders worden.

Jorn Duwel September 1, 2022 at 7:18 AM

Het klopt wat mij betreft dat de code-specification extensie overbodig is (geworden). Ik denk dat de extensie verwijderen patchbaar is, maar daar vraag ik graag even een second opinion voor.

Wat betreft de ConceptMap ben ik van mening dat de equivalence 'equal' wat betreft de OTH code niet klopt, omdat de OTH code niet in de ActEncounterCode ValueSet voorkomt, dus zou ik de equivalence in 'unmatched' veranderen. Maar gezien de binding Extensible is, is dat misschien voor interpretatie vatbaar, want überhaupt de aanwezigheid van de ConceptMap is niet volgens de Profiling Guidelines. Maar het is ergens wel fijn om aan te geven dat OTH volgens de zib een geldige code is.

Wat betreft R4: ook daar lijkt het toevoegen van een ConceptMap op een extensible binding niet nodig volgens de Profiling Guidelines, maar daar kunnen we het over hebben in: https://github.com/Nictiz/Nictiz-R4-zib2020/issues/303

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 3.x
Huisartsgegevens 2.x
Zibs2017 STU3 FHIR-package 2.x

Fix versions

Priority

Better Excel Exporter

Created August 16, 2022 at 7:36 AM
Updated January 12, 2024 at 12:54 PM
Resolved September 27, 2022 at 12:17 PM