Uploaded image for project: 'MedMij Standaarden'
  1. MedMij Standaarden
  2. MM-1165

nl-core-contactpoint contains invalid slicing definitions on multiple levels

    Details

    • Blokkerend:
      Nee
    • Informatiestandaard:
      Alle
    • Informatiestandaard onderdeel:
      FHIR
    • Impact:
      Lost problemen op bij implementatie (zendend/ontvangend) en validatie
    • FHIR Category:
      Profiles
    • Voorgestelde oplossing:
      Hide
      ContactPoint.system.extension(code-specification) en ContactPoint.use.extension(code-specification) verwijderen.

      Drie nieuwe extensies toevoegen ContactPoint.extension(email-address-type), ContactPoint.extension(telecom-type) en ContactPoint.extension(number-type) met elk een enkelvoudige binding op de relevante waardelijst uit de zib Contactgegevens. Dit voorkomt slicing buiten de extensie url. Het levert een volkomen eenduidige mapping op die daardoor ook eenvoudiger te implementeren zal zijn.

      Nadeel: het is niet backwards compatible.
      Show
      ContactPoint.system.extension(code-specification) en ContactPoint.use.extension(code-specification) verwijderen. Drie nieuwe extensies toevoegen ContactPoint.extension(email-address-type), ContactPoint.extension(telecom-type) en ContactPoint.extension(number-type) met elk een enkelvoudige binding op de relevante waardelijst uit de zib Contactgegevens. Dit voorkomt slicing buiten de extensie url. Het levert een volkomen eenduidige mapping op die daardoor ook eenvoudiger te implementeren zal zijn. Nadeel: het is niet backwards compatible.
    • Release notes:
      Hide

      To aid in a simpler HCIM mapping, the code-specification extensions on the .system and .use element in the nl-core-contactpoint profile where removed and replaced by one new extension: TelecomType. The usage of this extension and the corresponding mapping are added to the profile definition. Also changed the obsolete HCIM term 'TelecomSoort' in the profile and ConceptMaps to the now used 'TelecomType'.

      Show
      To aid in a simpler HCIM mapping, the code-specification extensions on the .system and .use element in the nl-core-contactpoint profile where removed and replaced by one new extension: TelecomType. The usage of this extension and the corresponding mapping are added to the profile definition. Also changed the obsolete HCIM term 'TelecomSoort' in the profile and ConceptMaps to the now used 'TelecomType'.

      Description

      nl-core-contactpoint heeft op meerdere niveau's ongeldige slicingdefinities omdat op 3 plaatsen meerdere malen dezelfde extensie code-specification voorkomt, maar de slices verder niet uit elkaar worden gehouden. In tegenstelling tot nl-core-address is deze niet eenvoudig op telossen omdat de waardelijsten in iedere slice, overlappende codesystemen hebben. Wellicht is hier een waardelijst die op ieder niveau de waardelijsten op dat niveau importeert een oplossing. Dit behoudt de notie van separate waardelijsten zoals de zib die heeft, zonder de noodzaak te introduceren om nog een slice op basis van waardelijst te introduceren.

       

      Toevoeging 23-06:

       

      Als ik kijk naar:
      nl-core-contactpoint.use.extension.EmailAddressTypeCodelist.valueCodeableConcept zie ik dat die verwijst naar binding TelecomSoortCodelijst -> https://simplifier.net/NictizSTU3-Zib2017/2.16.840.1.113883.2.4.3.11.60.40.2.20.6.1--20171231000000

      Zou het kunnen dat dit de verkeerde binding is? Ik verwachtte een binding voor EmailSoortCodelijst:
      https://zibs.nl/wiki/Contactgegevens-v1.0(2017NL)#EmailSoortCodelijst

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              galen@nictiz.nl Niek van Galen
              Reporter:
              job.schipper@medicore.nl Job Schipper (Medicore)
              Watchers:
              6 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Estimations By Role

                  No roles have been estimated yet.