Details
-
Wijzigingsverzoek
-
Status: Gesloten
-
3
-
Resolution: Resolved
-
None
-
Nee
-
Alle
-
FHIR
-
Deze mappings zijn strikt genomen niet fout, maar zorgen voor verwarring omdat ze dubbelop zijn. Het verwijderen ervan heeft geen impact.
-
Profiles
-
POC
-
-
Description
De volgende elementen hebben exact dezelfde mappings op twee verschillende niveaus. Dit is niet consistent met de overige profielen. Kan er hier steeds één weg, of is er een reden voor om dit redundant door te voeren?
Een meer algemene vraag: als een element een geneste structuur oplevert (bijvoorbeeld een valueCodeableConcept), waar zou dan de mapping moeten zijn gedefinieerd? Zijn daar regels voor?
| ZIB | Eerste element | Tweede element |
|---|---|---|
| zib-AllergyIntolerance | AllergyIntolerance.reaction.severity | AllergyIntolerance.reaction.severity.extension:SeverityCodelist.valueCodeableConcept:valueCodeableConcept |
| zib-Problem | Condition.clinicalStatus | Condition.clinicalStatus.extension:ProblemStatusCodelist.valueCodeableConcept:valueCodeableConcept |
| zib-Problem | Condition.verificationStatus | Condition.verificationStatus.extension:VerificatieStatusCodelijst |
| zib-Encounter | Encounter.class | Encounter.class.extension:ContactTypeCodelist.valueCodeableConcept:valueCodeableConcept |
| zib-Vaccination | Immunization.note | Immunization.note.text |
| zib-FreedomRestrictingMeasures | Procedure.category | Procedure.category.coding |
De laatste mappings kunnen m.i. beide weg: element 14.3.6 is al gemapt op Procedure.code. Procedure.category heeft een vast patroon:
<category>
<coding>
<system value="http://snomed.info/sct"/>
<code value="225214000"/>
<display value="Procedures relating to control, restraint, seclusion and segregation (procedure)"/>
</coding>
</category>
Hieraan gerelateerd: in "nl-core-relatedperson" staat de volgende mapping:
<mapping> <identity value="hcim-contactinformation-v1.0-2017EN" /> <map value="NL-CM:20.6.4" /> <comment value="TelephoneNumber" /> </mapping>
omdat deze mapping ook al voorkomt in het geneste profiel "nl-core-contactpoint", levert dit uiteindelijk ook een duplicaat mapping op. Gelet op de mappings van 2015 en 2016, vermoed ik dat deze naar NL-CM:20.6.1 ContactInformation zou moeten verwijzen?
Voor de volledigheid: Patient.name en RelatedPerson.name hebben beide een mapping op Payer.name, die ook op een lager niveau voorkomt. Hier vind ik hem wel te rechtvaardigen, omdat deze concepten ook een mapping hebben op Naamsgegevens en het niet logisch zou zijn dit alleen op het laagste niveau te mappen.
