HumanName.family zou volledige achternaam moeten bevatten
Description
Proposed solution (NL)
Het commentaar in profiel zib-NameInformation wordt aangepast zodat het “alleen de zib” vertegenwoordigt en implementers niet langer aanmoedigt om de volledige achternaam (.family) en de volledige naam (.text) ook te vullen. Deze aanmoediging wordt verplaatst naar het profiel nl-core-NameInformation en uitgebreid naar een vereiste (SHOULD) wanneer ook informatie gestructureerde naamdelen volgens de zib aanwezig zijn (gecontroleerd met constraints). Het profiel geeft ook richtlijnen over de vulling van deze elementen vanuit de zib-concepten. Daarnaast legt dit profiel uit dat deze minder gestructureerde elementen ook gebruikt kunnen worden buiten de zib om, alhoewel functionele onderbouwing daarvoor nog ontbreekt.
De discrepantie tussen de zib en FHIR rond voornamen blijft aanwezig in het zib-profiel.
Proposed solution (EN)
The comment in profile zib-NameInformation will be adjusted to “only the zib” instead of encouraging implementers to provide the full family name (.family) and the full name (.text) as well. This encouragement is moved to the nl-core-NameInformation profile and expanded on to make it an actual requirement (SHOULD) when the structured concepts from the zib are present (checked using constraints). It also provides guidance on how these elements should be constructed from the zib concepts. In addition, this profile explains that these less structured elements can be used outside of the zib as well, although functional backing for these concepts is lacking at the moment.
The discrepancy between the zib and FHIR surrounding given names is still present in the zib profile.
Release notes (NL)
Het commentaar in profiel zib-NameInformation is aangepast zodat het “alleen de zib” vertegenwoordigt en implementers niet langer aanmoedigt om de volledige achternaam (.family) en de volledige naam (.text) ook te vullen. Deze aanmoediging is verplaatst naar het profiel nl-core-NameInformation en uitgebreid naar een vereiste (SHOULD) wanneer ook informatie gestructureerde naamdelen volgens de zib aanwezig zijn (gecontroleerd met constraints). Het profiel geeft ook richtlijnen over de vulling van deze elementen vanuit de zib-concepten. Daarnaast legt dit profiel uit dat deze minder gestructureerde elementen ook gebruikt kunnen worden buiten de zib om, alhoewel functionele onderbouwing daarvoor nog ontbreekt.
De discrepantie tussen de zib en FHIR rond voornamen blijft aanwezig in het zib-profiel.
Release notes (EN)
The comment in profile zib-NameInformation has been adjusted to “only the zib” instead of encouraging implementers to provide the full family name (.family) and the full name (.text) as well. This encouragement has been moved to the nl-core-NameInformation profile and expanded on to make it an actual requirement (SHOULD) when the structured concepts from the zib are present (checked using constraints). It also provides guidance on how these elements should be constructed from the zib concepts. In addition, this profile explains that these less structured elements can be used outside of the zib as well, although functional backing for these concepts is lacking at the moment.
The discrepancy between the zib and FHIR surrounding given names is still present in the zib profile.
Activity
Pieter Edelman October 8, 2024 at 3:12 PM
NB in ADA blijkt er wel weer een ongestructureerde naam in gebruik te zijn, die niet functioneel gedefinieerd is maar zit wel vast in de stylesheet nl-core-NameInformation zit.
Pieter Edelman April 8, 2024 at 2:19 PM
Dit onderwerp is ondertussen besproken met de Validatieraad en het zibcentrum. Daarin in het volgende besloten:
Vanuit de zibs is er de expliciete wens om geen minder gestructureerde achternaam op te nemen. Om aan de wens tegemoet te komen, moet er daarom een specificatie buiten de zib komen. In FHIR wordt dit gerealiseerd in de nl-core-laag, met HumanName.family. Ook wordt gespecificeerd dat de ongestructureerde achternaam altijd gevuld moet worden als de extensies voor de gestructureerde achternaam gevuld worden, om compatibel te blijven met internationale uitwisselingen. Nog uitgewerkt moet worden hoe dit op generieke wijze functioneel gespecificeerd kan worden.
Michael van der Zel October 17, 2023 at 4:02 PM
Zou mooi zijn om aan te sluiten bij de IPS richting: https://hl7.org/fhir/uv/ips/StructureDefinition-Patient-uv-ips-definitions.html#diff_Patient.name
Details
Assignee
Pieter EdelmanPieter EdelmanReporter
Pieter EdelmanPieter EdelmanInformatiestandaard onderdelen
FHIR-packagePackage
zib2020-packagenl-core (2020)Fix versions
Priority
Medium
Details
Details
Assignee
Reporter
Informatiestandaard onderdelen
Package
Fix versions
Priority
MediumBetter Excel Exporter
Export Excel
Better Excel Exporter
Export Excel
Better Excel Exporter
In het zib2020-profiel zib-NameInformation worden de onderdelen van de achternaam uitgesplitst conform de zib (voorvoegsel, eigen achternaam, voorvoegsel partner, achternaam partner). De achternaam als geheel wordt, conform de zib, niet uitgewisseld (er is wel een aanmoediging om de gehele naam in {{NameInformation.text}} onder te brengen). Dit betekent dat het lastig is om de informatie in internationale context te interpreteren: die wordt doorgaans verwacht in {{HumanName.family}}, maar is volgens het profiel alleen aanwezig in onderdelen die in extensies zijn ondergebracht. Vanuit die optiek zou het te overwegen zijn om de aanvullende eis te stellen dat de achternaam als geheel _ook_ wordt ondergebracht in {{HumanName.family}}. Dit zou wel expliciet ingaan tegen de zib die uitdrukkelijk _niet_ wil dat er iets meer of minder gestructureerd wordt gebruikt dan de huidige zib (zie ZIB-935).