Ontbrekende ConceptMaps
Description
Verduidelijking van Impact
Proposed solution (NL)
Toevoegen van extensie https://www.hl7.org/fhir/stu3/extension-concept-bidirectional.html aan alle ConceptMaps, waarbij de waarde 'true' is voor ConceptMaps die bidirectioneel gebruikt kunnen worden en de waarde 'false' voor wanneer dat niet zo is.
Nalopen van de FHIR-profielen voor consequente toepassing van de code-specification extensie en toepassing hiervan beter beschrijven in de FHIR IG.
Proposed solution (EN)
Release notes (NL)
Added bi-directional extension to each ConceptMap and set to true if bidirectional or false if not bidirectional. Secondly added the code.specification extension to the FHIR-profiles where the extension was not added yet: zib-AllergyIntolerance, zib-Encounter, zib-Problem, nl-core-contactpoint.
Release notes (EN)
is related to
Activity

Pieter Edelman November 26, 2019 at 7:35 AM
Beste ,
Het klopt dat we op het moment alleen mappings in één richting beschikbaar maken. We gaan onderzoeken wat de mogelijkheden zijn en zullen binnenkort met een antwoord komen.

Vincent Goris November 25, 2019 at 2:54 PMEdited
| equal | equivalent | relatedto | narrower | wider | unmatched | specializes | subsumes | Inexact |
|
|
adressoortcodelijst-to-adresstype | 1 | 1 | 1 | 1 |
| 2 |
|
|
| 6 | 17% |
adressoortcodelijst-to-adressuse | 2 | 1 |
| 1 |
| 1 | 1 |
|
| 6 | 33% |
AllergieCategorieCodelijst-to-allergy-intolerance-categor | 3 |
|
|
|
| 1 |
| 1 |
| 5 | 60% |
AllergieStatusCodelijst-to-allergy-status | 4 |
|
|
|
| 1 |
|
|
| 5 | 80% |
Condition-Clinical-Status-Codes-to-ProbleemStatusCodelijst | 2 |
|
|
|
|
|
| 3 |
| 5 | 40% |
ContactTypeCodelijst-to-ActEncounterCode | 8 |
|
|
|
|
|
|
|
| 8 | 100% |
EmailSoortCodelijst-to-ContactPointSystem |
|
| 2 |
|
|
|
|
|
| 2 | 0% |
EmailSoortCodelijst-to-ContactPointUse | 2 |
|
|
|
|
|
|
|
| 2 | 100% |
ErnstCodelijst-to-AllergyIntoleranceSeverity | 3 |
|
|
|
|
|
|
|
| 3 | 100% |
GeslachtCodelijst-to-AdministrativeGender | 3 |
|
| 1 |
|
|
|
|
| 4 | 75% |
InterpretatieVlaggenCodelijst-to-observation-interpretation | 5 |
|
|
|
|
|
|
|
| 5 | 100% |
MateVanKritiekZijnCodelijst-to-allergy-intolerance-criticality | 2 |
|
|
| 2 |
|
|
|
| 4 | 50% |
NaamgebruikCodelijst-to-HumanNameAssemblyOrder | 5 |
|
|
|
|
|
|
|
| 5 | 100% |
NHGTable14-to-ActEncounterCode | 5 |
| 4 |
| 1 |
|
|
| 2 | 12 | 42% |
NummerSoortCodelijst-to-ContactPointUse | 3 |
|
|
|
|
|
|
|
| 3 | 100% |
ProbleemStatusCodelijst-to-Condition-Clinical-Status-Codes | 2 |
|
|
|
|
| 3 |
|
| 5 | 40% |
TelecomSoortCodelijst-to-ContactPointSystem | 2 |
|
|
|
|
| 2 |
|
| 4 | 50% |
TelecomSoortCodelijst-to-ContactPointUse | 1 |
|
|
|
|
|
|
|
| 1 | 100% |
VerificatieStatusCodelijst-to-ConditionVerificationStatus | 5 |
|
|
|
|
|
|
|
| 5 | 100% |
| 58 | 2 | 7 | 3 | 3 | 5 | 6 | 4 | 2 | 90 |
|

Vincent Goris November 25, 2019 at 2:54 PMEdited
Op dit moment hebben we 19 conceptmaps.
8 daarvan bevatten alleen maar equal mappings en zouden dus geen problemen moeten opleveren.
De mappings waar een narrower/wider/subsumes bij zijn betrokken, moeten goed overwogen worden. Dit is het geval bij 7 conceptmaps en gaat in totaal op 10 mappings. Equivalent, unmatched & relatedto zouden volgens mij geen problemen moeten opleveren. Specialize en Inexact zouden eventueel ook een probleem kunnen opleveren en moeten ook goed geëvalueerd worden.
Bij nadere inspectie verlies je in ieder geval in sommige gevallen, heel veel informatie bij het toepassen van de conceptmap. Bijvorbeeld bij AdresSoortCodelijst-to-AddressType worden zowel Vacation Home, Primary Home als Visit Address gemapt naar 'physical'. Het is onmogelijk om aan vervolgens terug te herleiden wat de oorspronkelijke waarde was.
Details
Assignee
Vincent GorisVincent GorisReporter
Davey SchillingDavey SchillingClassification
Patch (Z)Informatiestandaard onderdelen
FHIR-packageInformation standard
AlleFix versions
Priority
High
Details
Details
Assignee

Reporter

We zijn op het moment bezig om de ConceptMaps toe te voegen aan onze codevertaal service. In de Nictiz-package zijn er een aantal ingeleverd, maar die lijken alleen maar uit te gaan van de situatie dat een zib omgezet moet worden naar een FHIR-bericht en niet andersom.
Gezien wij aan de PGO-kant bouwen is dat voor ons onhandig, omdat we dan die codes niet meer om kunnen zetten naar een zib-code en vervolgens Nederlandse vertaling. Specifiek ben ik op zoek naar ConceptMaps voor interne FHIR-codes naar de ValueSets die worden gebruikt in de zibs. In de Nictiz-package is hier één mapping beschikbaar, namelijk: https://simplifier.net/nictizstu3-zib2017/condition-clinical-status-codes-to-probleemstatuscodelijst
Voor de overige mappings gaan ze alleen van zib-code naar FHIR-code.
Volgens FHIR-specificaties zijn mappings niet bidirectionaal (behalve als dit expliciet aangegeven is in het bestand zelf). Wij kunnen die mappings die er nu bij gegeven worden dus niet automatisch overnemen. Quote: 'Mappings are one way - from the source to the target system. In many cases, the reverse mappings are valid, but this cannot be assumed to be the case.'
Zouden jullie de omgekeerde mappings ook beschikbaar kunnen maken of anders (indien dat mogelijk is) expliciet aangeven bij de ConceptMaps dat ze als eigenschap hebben bidirectional te zijn?