C_12902_Anlage - Präzisierung Belegung Nachname, Vorname, Displayname im ID-Token

Inhaltsverzeichnis

1 Änderungsbeschreibung

Aktuell ist nicht geregelt, wie die claims Nachname, Vorname und Displayname im ID-Token zu belegen sind, wenn Nachname oder Vorname nicht bekannt ist. Die Spezifikation muss dahin gehend präzisiert werden.

Die Vorgaben für unvollständige Namensteile orientieren sich an den Dokumenten

• "Gemeinsames Rundschreiben „Meldeverfahren zur Sozialversicherung“ vom 29.06.2016 in der Fassung vom 18.03.2026" (https://www.gkv-datenaustausch.de/media/dokumente/arbeitgeber/deuev/gemeinsame_rundschreiben/2026-03-18_Gem_RS.pdf  
• "DSME - Datensatz und Datenbausteine sowie Fehlerkatalog" (https://www.gkv-datenaustausch.de/media/dokumente/arbeitgeber/deuev/fehlerpruefungsverfahren_1/datensatzbeschreibungen/DSME_20250716.pdf ) 
• "Anlage 9.4 Datensätze und Datenbausteine sowie Fehlerkatalog" (https://www.informationsportal.de/wp-content/uploads/GemRS_Anlage_09.4_Vers-8.00.pdf)

Nach diesen Dokumenten gilt:

• Im Vornamen ist
• die Grundstellung (Leerzeichen) unzulässig
• das Pluszeichen nur auf der ersten Stelle zulässig und die restlichen Stellen müssen Grundstellung (Leerzeichen) sein
• ein fiktiver Vorname (z.B. ohne, unbekannt) unzulässig
• Im Familiennamen ist
• die Grundstellung (Leerzeichen) unzulässig
• das Pluszeichen nur auf der ersten Stelle zulässig und die restlichen Stellen müssen Grundstellung (Leerzeichen) sein
• Das Pluszeichen ist entweder im Feld Familienname oder Vorname zulässig

2 Änderung in gemSpek_IDP_Sek

Es wird Kapitel 3.1.4 wie folgt angepasst:

Alt:

Hinweis: Die angefragten Scopes werden so mit Werten belegt, wie sie zum Abfragezeitpunkt beim sektoralen IDP (bzw. dessen Quellsystem) vorliegen.

Hinweis: Die Regel zur Festlegung des Geburtsdatums bei unbekanntem Tag bzw. Monat basiert auf den [Datensätze und Datenbausteine sowie Fehlerkatalog] (https://www.informationsportal.de/wp-content/uploads/GemRS_Anlage_09.4_Vers-8.00.pdf)  

Hinweis: Die über den Scope urn:telematik:email angefragte Adresse ist vor der Verwendung durch den Fachdienst zu verifizieren. Eine Verifikation durch den IDP ist nicht vorgesehen, da diese ohnehin nur eine begrenzte zeitliche Gültigkeit haben kann.

Hinweis: Da ein Wechsel des E-Mail-Provider durch den Nutzer jederzeit möglich ist und die E-Mail-Adresse bei sektoralen IDPs nicht für alle Versicherten zuverlässig und vorhanden vorausgesetzt werden kann, wird von der Verwendung der E-Mail als "essential Claim" abgeraten, um keine Nutzer ungewollt auszuschließen. Fachdienste sind angehalten, ggf. angeforderte E-Mail-Adressen selbständig vor deren Verwendung auf Gültigkeit zu überprüfen.

Neu:

A_22989-03 - "Scope" und "Claims" Werte des sektoralen IDP für Versicherte

Ein sektoraler IDP, welcher die Identitäten für Versicherte verwaltet, MUSS mindestens die folgenden Scope und Claims Werte unterstützen:

Tabelle #: Scope und Claims

Scope	Claim	Wert	Beschreibung
urn:telematik:geburtsdatum	birthdate	string	Die Angaben des Geburtsdatums des Nutzers erfolgt im Format [ISO 8601:2004] YYYY-MM-DD.  Ist das Geburtsdatum nicht bekannt, so wird es (analog einer Festlegung für diesen Fall bei Ausstellung einer eGK) durch folgende Regeln definiert. (dabei wird davon ausgegangen, dass das Geburtsjahr immer vorhanden ist): Ist der Monat aber nicht der Tag des Geburtsdatums bekannt, so wird der 15. des Monat als Geburtsdatum festgelegt (TT.03.1975 ->15.03.1975) Sind Tag und Monat des Geburtsdatums nicht bekannt, so wird der 01.07. des Jahres als Geburtsdatum festgelegt (TT.MM.1975 ->01.07.1975)
urn:telematik:alter	urn:telematik:claims:alter	string	Alter der Person in Jahren zum Zeitpunkt der Erstellung des Tokens
urn:telematik:display_name	urn:telematik:claims:display_name	string	Analog zu name gemäß [OpenID Connect Core 1.0] Vollständiger Name des Versicherten in anzeigbarer Form inklusive aller Namensbestandteile und ggf. vorhandener Titel oder Namenszusätze.
urn:telematik:family_name	urn:telematik:claims:family_name	string	Nachname des Versicherten kodiert als UTF8 String [RFC3629]
urn:telematik:given_name	urn:telematik:claims:given_name	string	Vorname des Versicherten, kodiert als UTF8 String [RFC3629]
urn:telematik:geschlecht	urn:telematik:claims:geschlecht	string	Geschlecht des Nutzers. Kodierung analog VSDM M =männlich, W = weiblich, X = unbestimmt, D = divers
urn:telematik:email	urn:telematik:claims:email	string	E-Mail-Adresse des Versicherten, wenn bekannt
urn:telematik:versicherter	urn:telematik:claims:profession	string	Für Versicherte 1.2.276.0.76.4.49
	urn:telematik:claims:id	string	Für Versicherte der unveränderliche Anteil der KVNR
	urn:telematik:claims:organization	string	ID oder Name der attributsbestätigenden Stelle (IK-Nummer der Kasse)

Der sektoraler IDP MUSS bei unbekannten Vor- oder Nachnamen die claims urn:telematik:claims:family_name und urn:telematik:claims:given_name nach folgenden Regeln belegen:

• Im Vornamen ist
• die Grundstellung (Leerzeichen) unzulässig
• das Pluszeichen nur auf der ersten Stelle zulässig und die restlichen Stellen müssen Grundstellung (Leerzeichen) sein
• ein fiktiver Vorname (z.B. ohne, unbekannt) unzulässig
• Im Familiennamen ist
• die Grundstellung (Leerzeichen) unzulässig
• das Pluszeichen nur auf der ersten Stelle zulässig und die restlichen Stellen müssen Grundstellung (Leerzeichen) sein
• Das Pluszeichen ist entweder im Feld Familienname oder Vorname zulässig

Hinweis: Die angefragten Scopes werden so mit Werten belegt, wie sie zum Abfragezeitpunkt beim sektoralen IDP (bzw. dessen Quellsystem) vorliegen.

Hinweis: Die Regel zur Festlegung des Geburtsdatums bei unbekanntem Tag bzw. Monat basiert auf den [Datensätze und Datenbausteine sowie Fehlerkatalog]  (https://www.informationsportal.de/wp-content/uploads/GemRS_Anlage_09.4_Vers-8.00.pdf)  

Hinweis: Die Regel zur Festlegung Vornamen bzw. des Namen basiert auf den [Datensätze und Datenbausteine sowie Fehlerkatalog]  (https://www.informationsportal.de/wp-content/uploads/GemRS_Anlage_09.4_Vers-8.00.pdf)  

Hinweis: Die über den Scope urn:telematik:email angefragte Adresse ist vor der Verwendung durch den Fachdienst zu verifizieren. Eine Verifikation durch den IDP ist nicht vorgesehen, da diese ohnehin nur eine begrenzte zeitliche Gültigkeit haben kann.

Hinweis: Da ein Wechsel des E-Mail-Provider durch den Nutzer jederzeit möglich ist und die E-Mail-Adresse bei sektoralen IDPs nicht für alle Versicherten zuverlässig und vorhanden vorausgesetzt werden kann, wird von der Verwendung der E-Mail als "essential Claim" abgeraten, um keine Nutzer ungewollt auszuschließen. Fachdienste sind angehalten, ggf. angeforderte E-Mail-Adressen selbständig vor deren Verwendung auf Gültigkeit zu überprüfen.

[<=]

3 Änderungen in Steckbriefen

3.1 Änderungen in gemProdT_IDP-Sek_KTR_PTV

Anmerkung: Die Anforderungen der folgenden Tabelle stellen einen Auszug dar und verteilen sich innerhalb der Tabelle des Originaldokuments [gemProdT_IDP-Sek_KTR_PTV]. Alle Anforderungen der Tabelle des Originaldokuments, die in der folgenden Tabelle nicht ausgewiesen sind, bleiben unverändert bestehenden.

Tabelle 3: Anforderungen zur funktionalen Eignung "Produkttest/Produktübergreifender Test"

Afo-ID	Afo-Bezeichnung	Quelle (Referenz)
A_22989-02	"Scope" und "Claims" Werte des sektoralen IDP für Versicherte	gemSpec_IDP_Sek
A_22989-03	"Scope" und "Claims" Werte des sektoralen IDP für Versicherte	gemSpec_IDP_Sek