Patient.name, Anrede und Titel («prefix»): fehlende Datenstruktur für Anrede und Titel

[oliveregger]

Emmanuel Eschmann:

• Das FHIR-Element Patient.name[].prefix[] erlaubt es, dem Namen eine beliebige Anzahl von Präfixe voranzustellen (wie akademische Titel, …).
• In der Schweiz gängige Spital-Administrationssysteme liefern Anrede und Titel als zwei voneinander unabhängige klar bezeichnete Elemente. «Anrede» lässt sich nicht immer aus dem Geschlecht des Patienten ableiten (z.Bsp. im Verlauf von Geschlechtsumwandlungen, bei denen die Anrede vorübergehend nicht dem offiziellen Geschlecht entspricht).
• Eine inoffizielle oder eine Patient.name[].prefix[] hinterlegte Bemerkung, wonach Patient.name[].prefix[0] der Anrede und Patient.name[].prefix[1] dem Titel entspricht, genügt nicht.

Vorschlag:
Extension von HumanName um die beiden «primitive type»-Elemente (vom Typ string oder code) Anrede und Titel.

[oliveregger]

siehe auch Diskussion auf Zulip für das deutsche Basisprofile Anrede bei HumanName sowie Titel auf HumanName.prefix mit dem Qualifier her im deutschen Basisprofil

[oliveregger]

feature request for 0.2.0: 9 - 0 - 0

[oliveregger]

Feedback, Input von Emmanuel für Telco:

«Patient.name, Anrede und Titel («prefix»): fehlende Datenstruktur für Anrede und Titel #34» (#34)
«Practitioner.name, Anrede, Titel («prefix»): fehlende Datenstruktur für Anrede und Titel #42» (#42)
URL der betroffenen StructureDefinition:

http://build.fhir.org/ig/hl7ch/ch-core/StructureDefinition-ch-core-humanname.html
Zsfg Problemstellung:

Die FHIR-Elemente Patient.name[].prefix[] und Element Practitioner.name[].prefix[] erlauben es, dem Namen eine beliebige Anzahl von Präfixe voranzustellen (wie Anrede, akademische Titel, …).
In der Schweiz gängige Spital-Administrationssysteme liefern Anrede und akademische Titel als zwei voneinander unabhängige klar bezeichnete Elemente. «Anrede» lässt sich nicht immer aus dem Geschlecht des Patienten ableiten (z.Bsp. im Verlauf von Geschlechtsumwandlungen, bei denen die Anrede vorübergehend nicht dem offiziellen Geschlecht entspricht)
Vorschlag:

entsprechend Diskussion vom 3.2020 mit O. Egger mit Verweis auf die Problemlösung im deutschen Basisprofil (https://simplifier.net/basisprofil-de-r4/humannamedebasis):
Erweiterung von CHCoreHumanName .prefix um die Extension http://hl7.org/fhir/StructureDefinition/iso21090-EN-qualifier
Verwendetes ValueSet:

Die Extension http://hl7.org/fhir/StructureDefinition/iso21090-EN-qualifier bezieht sich auf das ValueSet https://www.hl7.org/fhir/valueset-name-part-qualifier.html
Für die Lösung des o.g. Problems können wir aus diesem ValueSet verwenden:
Code «AC» (Display «Academic») für die akademischen Titel wie «Dr. med.» oder «Prof. Dr. med.»)
Code «LS» (Display «legal status») für Organisationen (z.Bsp.: «MEDIPRAX AG»)
für die reine Anrede wie «Herrn» oder «Frau» verwenden wir einen einfachen CHCoreHumanName.prefix ohne diese neue Extension
Problem:

Maturity Level dieser Extension: 1
Dass wir für die reine Anrede wie «Herrn» oder «Frau» einen einfachen CHCoreHumanName.prefix ohne diese neue Extension verwenden müssen, da wir das verwendete ValueSet (http://hl7.org/fhir/valueset-name-part-qualifier.html) nicht erweitern können.
Bsp.-Instanz (Element name aus HumanName):

<name>
     <family value="Muster"/>
     <given value="Peter"/>
     <prefix value="Herrn"/>
     <prefix value="Dr. med.">
         <extension url="http://hl7.org/fhir/ExtensionDefinition/iso21090-EN-qualifier">
           <valueCode value="AC"/>
        </extension>
   </prefix>
</name>

[oliveregger]

1. Bei http://fhir.ch/ig/ch-core/StructureDefinition-ch-core-humanname.html die Extension "http://hl7.org/fhir/ExtensionDefinition/iso21090-EN-qualifier explizit hinzufügen, Kardinalität 0..*
2. Beschreibung anpassen: For academical titles and legal status use the http://hl7.org/fhir/ExtensionDefinition/iso21090-EN-qualifier with the codes AC, LS. For a salutation use a prefix without an the iso21090-EN-qualifier extension.

Vorschlag angenommen: 7-0- 0