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

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

Details

    • Nee
    • Alle
    • FHIR
    • Lost problemen op bij implementatie (zendend/ontvangend) en validatie
    • Profiles
    • 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.
    • 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

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

              Dates

                Created:
                Updated:
                Resolved: