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

Plaatsen known-issue in nl-core-humanname voor .given

    Details

    • Blokkerend:
      Nee
    • Informatiestandaard:
      Alle
    • Informatiestandaard onderdelen:
      FHIR
    • Impact:
      Er is geen impact op bestaande systemen.
    • FHIR Category:
      Profiles
    • Voorgestelde oplossing:
      Hide
      In het profiel nl-core-humanname wordt een "known issue"-commentaar geplaatst dat het gebruik afwijkt van de internationale standaard omdat initialen en de roepnaam binnen een enkele HumanName worden doorgegeven. De opmerking dat het profiel nog steeds als internationaal geldende HumanName gebruikt kan worden, wordt verwijderd.
      Show
      In het profiel nl-core-humanname wordt een "known issue"-commentaar geplaatst dat het gebruik afwijkt van de internationale standaard omdat initialen en de roepnaam binnen een enkele HumanName worden doorgegeven. De opmerking dat het profiel nog steeds als internationaal geldende HumanName gebruikt kan worden, wordt verwijderd.
    • Release notes:
      Hide

      A "known issue" remark was added to the nl-core-humanname profile to explain that it is not entirely compatible with how names are normally communicated in FHIR – initials and nicknames are added to the same name element rather than additional elements. Guidance has been added on how implementers should deal with this.

      Show
      A "known issue" remark was added to the nl-core-humanname profile to explain that it is not entirely compatible with how names are normally communicated in FHIR – initials and nicknames are added to the same name element rather than additional elements. Guidance has been added on how implementers should deal with this.

      Description

      Vanuit MM-1699 blijkt dat het nl-core-humanname profiel niet correct is. 
      Op basis van de FHIR spec en de voorbeelden blijkt dat elke `.given` een aparte naam is. Dat kan in de vorm zijn van een volledige naam of van een initiaal, maar het is niet zo dat de ene given een versie is van de andere given. Voor het communiceren van de roepnaam lijkt het geijkte mechanisme te zijn om twee `name` elementen te maken met verschillende `use`'s. En er lijkt geen standaard mechanisme te zijn om een voornaam én een initiaal van die voornaam door te geven (en waarom zou je dat inderdaad willen?)

      We dienen hiervoor een known issue te plaatsen om te melden dit afwijkt van hoe FHIR het bedoelt en dat er custom logica nodig is om de zib gegevens uit te wisselen. Mogelijk kan er ook al meer gestuurd worden op de `name.text`. Hiervoor is dit isuse. MM-1699 zal zorg dragen voor het corrigeren van de specificaties in de volgende major release.

       

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              edelman@nictiz.nl Pieter Edelman
              Reporter:
              toonstra Ardon Toonstra
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Estimations By Role

                  No roles have been estimated yet.