Skip to:

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

Toevoegen ontbrekende ConceptMaps en Zib FHIR ValueSets

Description

Voor alle Zib waardenlijsten is er een FHIR ValueSet beschikbaar waar ook de Nederlandse vertalingen bij staan. In niet alle gevallen kan in de FHIR specificaties gebruikt worden gemaakt van een Zib waardenlijst, doordat bijvoorbeeld op het FHIR element al een 'required' waardelijst is gekoppeld vanuit FHIR. Vanuit onze Zib FHIR profielen wordt dan op een enkele plek niet gerefereerd naar de betreffende Zib FHIR ValueSet. Hierdoor is het voor veel partijen lastig om de Nederlandse vertaling van een Zib concept weer te geven.

Daarom het voorstel om voor de ontbrekende koppelingen van deze waardelijsten een FHIR ConceptMap aan te maken én de Zib FHIR valuesets mee te nemen in de FHIR package. In zo'n ConceptMap wordt de FHIR valueset gemapt op de Zib FHIR ValueSet. Dit issue is gerelateerd aan dat gaat over meer tekst en uitleg over ConceptMaps. 

Het gaat om de volgende waardenlijsten:

Zib Patient - GeslachtCodelijst
Zib Naamgegevens - NaamgebruikCodelijst
Zib Contactgegevens - EmailSoortCodelijst
Zib Contactgegevens - NummerSoortCodelijst
Zib Contactgegevens - TelecomTypeCodelijst
Zib Adresgegevens - AdresSoortCodelijst
Zib AllergieIntolerantie: note van conceptmap ontbreekt in zib profiel. De CM bestaat al wel

Alle Zib waardenlijsten zijn overigens allemaal te raadplegen van de art-decor FHIR server (zo zal http://decor.nictiz.nl/fhir/ValueSet/2.16.840.1.113883.2.4.3.11.60.40.2.20.6.3–20171231000000 de EmailSoortCodelijst ophalen).

 

Verduidelijking van Impact

Laag: nieuw profiel nl-core-contactpoint is backwards compatible. Verder betreft dit slechts toevoeging van ConceptMaps en ValueSets voor Zib-waardelijsten welke ook geen gebruiksverplichting kennen maar wel van functionele waarde zijn.

Proposed solution (NL)

1. FHIR ConceptMaps en FHIR ValueSets toevoegen voor de volgende Zib waardenlijsen:
Zib Patient - GeslachtCodelijst
Zib Naamgegevens - NaamgebruikCodelijst
Zib Contactgegevens - EmailSoortCodelijst
Zib Contactgegevens - NummerSoortCodelijst
Zib Contactgegevens - TelecomTypeCodelijst
Zib Adresgegevens - AdresSoortCodelijst
DagdeelCodelijst (ConceptMap conceptmap-DagdeelCodelijst-to-EventTiming)
WeekdagCodelijst (ConceptMap conceptmap-WeekdagCodelijst-to-days-of-week)
2. Refereren naar de nieuwe ConceptMaps vanuit de element.mapping.comments op de betreffende plekken in de profielen
3. Dit op dezelfde manier doen voor andere ConceptMaps
4. Aanmaken van een profiel op het ContactPoint datatype, genaamd nl-core-contactpoint, en dit toepassen op de plekken waar ContactPoint wordt gedefinieerd.

Dit staat momenteel in de develop branch op GitHub: https://github.com/Nictiz/Nictiz-STU3-Zib2017/tree/develop

Proposed solution (EN)

None

Release notes (NL)

In some HCIM FHIR profiles, FHIR ValueSets to aid in mapping/translation to HCIM valuesets were missing:
HCIM Patient - GeslachtCodelijst
HCIM NameInformation - NaamgebruikCodelijst
HCIM ContactInformation - EmailSoortCodelijst
HCIM ContactInformation - NummerSoortCodelijst
HCIM ContactInformation - TelecomTypeCodelijst
HCIM AddressInformation - AdresSoortCodelijst
DagdeelCodelijst (ConceptMap conceptmap-DagdeelCodelijst-to-EventTiming)
WeekdagCodelijst (ConceptMap conceptmap-WeekdagCodelijst-to-days-of-week)

Those FHIR ValueSets and corresponding ConceptMaps were added and referenced in element.mapping.comments in the involved profiles:

In addition, the FHIR profile nl-core-contactpoint is created and applied to where the ContactPoint-datatype is used.

Release notes (EN)

None

Attachments

1

Activity

Show:

Ardon Toonstra July 26, 2019 at 12:26 PM

Review gedaan op de ConceptMaps en hoe ze zijn gelinkt in de profielen. Dit ziet er zeer goed uit. De comments zijn wat mij betreft duidelijk. Ook netjes gedaan wat betreft AdresSoortCodelijst.
Ik zie dat AllergyIntolerance ook is verbeterd wat betreft de link naar de ConceptMap, ook goed.

Verder ziet nl-core-contactpoint er goed uit. Netjes om te zien dat ook de example waarden zijn overgenomen. Gekeken naar de wijzigen die dat opleverd in de nl-core- profielen, waarbij ik ook inschat dat dit een backwards compatible aanpassing is. De versienummers van de getroffen FHIR profielen dienen echter wel te worden vergroot. Dit kan ook gedaan worden bij een merge.

Advies: om bij daadwerkelijke merge naar Master en release alles met een 4 paar ogen na te lopen + te valideren met Forge en de verschillende validators.

 

Alexander Henket July 25, 2019 at 2:43 PM
Edited

Wat we lijken te missen is een datatypelevel profiel nl-core-contactpoint dat we in alle profielen met contactgegevens kunnen toepassen. Er wordt op dit moment overal een eigen kopie van de definitie gebruikt. --> zie boven: done

Alexander Henket July 25, 2019 at 12:37 PM
Edited

  • Geslachtcodelijst to AdministrativeGender: done en benoemd in nl-core-patient en nl-core-person

  • NaamgebruikCodelijst to name-assembly-order: done en benoemd in nl-core-humanname

  • AdresgebruikCodelijst to AddressUse done en benoemd in nl-core-address

  • AdresgebruikCodelijst to AddressType done en benoemd in nl-core-address

    • cross check tegen nl-core-address tekstuele toelichting die al bestond uitgevoerd

  • TelecomSoortCodelijst / NummerSoortCodelijst / EmailSoortCodelijst ConceptMaps gemaakt en opgenomen in mapping commentaar nieuwe nl-core-contactpoint en dit toegepast in nl-core-healthcareservice, nl-core-location, nl-core-organization, nl-core-patient (2x), nl-core-person, nl-core-practitioner, nl-core-practitionerrole, nl-core-relatedperson

  • AllergyIntolerance.clinicalStatus ConceptMap als mapping hint toegevoegd

Noot De toevoeging / toepassing van het nieuwe datatypeprofile nl-core-contactpoint ziet er vrij zwaar uit doordat alle inline definitie van telecom.use, .system en .value wordt vervangen door een centraal profiel. nl-core-contactpoint is echter backwards compatible met alle profielen die zijn aangepast. Je kunt nl-core-contactpoint dus lezen als een andere technische om hetzelfde te doen die ook voor de toekomst eenheid van definitie geeft, conform de zib part Contactgegevens

Alexander Henket July 25, 2019 at 12:16 PM

De allerkleinste wijziging is de ConceptMap opnemen bij de mapping(s) die het aangaat. Dat is alleen een tekstuele wijziging in het profiel. Dat zou een suboptimale (want alhoewel code-specification altijd al mag, doen implementers het niet als het niet in het profiel expliciet staat) wijziging zijn, maar wel een haalbare.

Ardon Toonstra July 25, 2019 at 12:13 PM
Edited

Mijn voorstel is om eerst de ConceptMaps en ValueSets beschikbaar te maken in onze GitHub repo en Simplifier project, en in een volgende versie van ons FHIR package. Dit raakt dan in eerste instantie nog niets. Vervolgens dienen we inderdaad goed uit te zoeken hoe we de koppeling vanuit de FHIR profielen gaan maken. Een code-specification extensie, waar mogelijk, lijkt mij daar ook de juiste gang van zaken

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

Details

Assignee

Reporter

Classification

Patch (Z)

Informatiestandaard onderdelen

FHIR-package

Information standard

Alle

Fix versions

Priority

Better Excel Exporter

Created July 25, 2019 at 11:59 AM
Updated January 12, 2024 at 12:53 PM
Resolved July 26, 2019 at 12:27 PM