| Attribut | 0..N | Bezeichnung |
|---|---|---|
Identifikatoren |
||
1..1 |
Telematik-ID |
|
1..N |
Sektor-ID |
|
Namen |
||
1..1 |
Anzeigename |
|
1..1 |
Name |
|
0..1 |
Alternativer Name |
|
0..1 |
Organisation |
|
0..1 |
Vorname |
|
0..1 |
Nachname |
|
0..1 |
Titel |
|
Adressdaten |
||
1..1 |
Straße und Hausnummer |
|
1..1 |
PLZ |
|
1..1 |
Ort |
|
1..1 |
Bundesland oder Region |
|
1..1 |
Landeskürzel |
|
Berufliche Informationen |
||
1..N |
Berufsgruppe |
|
1..N |
Fachgebiet |
|
1..1 |
Typ des Eintags |
|
Anwendungsdaten |
||
0..N |
KIM-Adresse |
|
0..N |
KIM-Adresse mit Version |
|
Zertifikate |
||
0..N |
Zertifikat |
|
Systemdaten |
||
1..1 |
Verwaltet durch Kartenherausgeber? |
|
1..1 |
Eintrag einer natürlichen Person? |
|
1..1 |
Geändert am |
|
Telematik-ID ist ein eindeutiger Identifikator einer Institution oder einer Person in der TI. Spezifiziert in gemSpec_PKI, Kapitel 4.7.
Die sektorspezifische Kennung einer Institution oder einer Person.
Per Eintag können mehrere Kennungen angeben werden. Im Gegensatz zu TelematikID sind die domainID nicht eindeutig können in mehreren Einträgen gleichzeitig vorkommen.
Die Nutzung für die Sektoren wird in Kapitel Attributtabellen von Dokument gemILF_Pflege_VZD beschrieben.
-
Kassenärztliche Vereinigungen (SMC-B-Eintrag): Betriebsstättennummer der Praxis
-
Kassenzahnärztliche Vereinigungen (SMC-B Eintrag): Abrechnungsnummer
-
SMC-B-Eintrag für Apotheken: Nicht verwendet
-
HBA-Eintrag für Apotheker: Spezifisches Kennzeichen der Apotheker. Kann mehrfach vorkommen (0..100).
-
Krankenhäuser (SMC-B-Eintrag): Betriebsstättennummer des Krankenhauses
-
Psychotherapeuten (HBA-Eintrag): Spezifisches Kennzeichen der Psychotherapeuten. Kann mehrfach vorkommen (0..100).
-
Ärzte (HBA-Eintrag): Spezifisches Kennzeichen der Ärzte. Kann mehrfach vorkommen (0..100).
-
Zahnärzte (HBA-Eintrag): Spezifisches Kennzeichen der Zahnärzte. Kann mehrfach vorkommen (0..100).
-
Gesetzlichen Krankenkassen (SMC-B-Eintrag): Institutionskennzeichen. Kann mehrfach vorkommen (0..100).
Dieses Attribut wird verwendet um vollen Namen einer Institution oder Person in GUI anzuzeigen.
Spezifiziert in RFC2798 Section 2.3
Bei Personen wird displayName genutzt, um vollen Namen einer Person gegenüber dem Anwender darzustellen. Es wird empfohlen den Namen wie folgt anzugeben (Nachname, Vorname):
Dr. Mustermann, Manfred
Eindeutiger Name einer Person oder Institution.
LDAP unterstützt grundsätzlich mehrere Namen eines Objekts, in der TI wird jedoch meistens nur ein cn-Attribut verwendet, daher ist cn in der Regel identisch mit displayName.
Spezifiziert in RFC2256 Section 5.4
Optionaler Name einer Organisation zu welcher diese Eintrag gehört.
Spezifiziert in RFC2256 Section 5.11
Alle Vornamen einer natürlicher Person. Vornamen sollen nur bei natürlichen Personen befüllt sein, bei Institutionen muss givenName leer bleiben.
Spezifiziert in RFC2256 Section 5.43
Nachname eine natürlichen Person. Nachnamen sollen nur bei natürlichen Personen befüllt sein, bei Institutionen muss sn leer bleiben.
Spezifiziert in RFC2256 Section 5.5
Akademischer oder Adelstitel einer natürlichen Person.
Spezifiziert in RFC2256 Section 5.13
| Beispiel | Attribute |
|---|---|
Hallesches Ufer 21 |
|
Postleitzahl Spezifiziert in RFC2256 Section 5.18
Bundesland oder Region
Spezifiziert ib RFC2256 Section 5.9
Kann als st abgekürzt werden
-
Baden-Württemberg
-
Bayern
-
Berlin
-
Brandenburg
-
Bremen
-
Hamburg
-
Hessen
-
Mecklenburg-Vorpommern
-
Niedersachsen
-
Nordrhein-Westfalen
-
Rheinland-Pfalz
-
Saarland
-
Sachsen
-
Sachsen-Anhalt
-
Schleswig-Holstein
-
Thüringen
-
Nordrhein
-
Westfalen-Lippe
Zweistelliger Landeskürzel aus dem Wertebereich ISO 3166-1 alpha-2
Berufsgruppe oder Betriebsstätten-Typ innerhalb der Telematikinfrastruktur.
Spezifiziert in gemSpec_OID
Wertebereiche:
Der Wertebereich für specialization entspricht den in HL7 definierten und für ePA festgelegten Werten.
Bildungsregel:
urn:as:{OID Codesystem}:{Code}
Beispiel für Facharzt Allgemeinmedizin:
urn:as:1.2.276.0.76.5.114:010
Weitere Ressourcen:
Bildungsregel:
urn:psc:{OID Codesystem}:{Code}
Beispiel für Allgemeinmedizin:
urn:psc:1.3.6.1.4.1.19376.3.276.1.5.4:ALLG
Liste aller KIM-Adressen einer Person oder einer Institution. Zur Kompatibilität bleibt die KIM Mail Adresse in diesem Attribut zusätzlich zum Attribut komLeData erhalten.
mail: [email protected] mail: [email protected]
Liste von KIM-Adressen mit der zugehörigen KIM-Version
komLeData: 1.0,[email protected] komLeData: 1.5,[email protected]
Enthält eine Liste von Organisationen, die für die Administration dieses Datensatzes berechtigt sind.
Enthält TRUE wenn die Daten durch einen Kartenherausgeber eingestellt wurden.
Enthält TRUE wenn Eintrag eine natürliche Person beschreibt (einen Leistungsebringer) - d.h. einen HBA Empfänger. Enthält FALSE wenn es um einen Eintrag einer Institution handelt, d.h. SMC-B Empfänger.
| Typ | Name | Nachname | Vorname | Adresse | PLZ | Ort |
|---|---|---|---|---|---|---|
🏥 |
Praxis Helga Freifrau Mondwürfel |
Bahnhof Str. 13 |
91234 |
Nürnberg |
||
👩⚕️ |
Oldenburg, Petra |
Oldenburg |
Petra |
Hallesches Ufer 21 |
88451 |
Dettingen |
|
|
|
|
|
|
|
| LDAP-Directory Attribut | Zertifikat | Client | KIM Anbieter | |
|---|---|---|---|---|
givenName |
HBA |
x |
||
SMC-B |
nicht verwendet |
|||
sn |
HBA |
x |
||
SMC-B |
Vom VZD als Kopie des Attributs displayName eingetragen |
|||
cn |
HBA |
Vom VZD als Kopie des Attributs displayName eingetragen |
||
SMC-B |
Vom VZD als Kopie des Attributs displayName eingetragen |
|||
displayName |
HBA |
x |
||
SMC-B |
x |
|||
streetAddress |
HBA |
x |
||
SMC-B |
x |
|||
postalCode |
HBA |
x |
||
SMC-B |
x |
|||
countryCode |
HBA |
x |
||
SMC-B |
x |
|||
localityName |
HBA |
x |
||
SMC-B |
x |
|||
stateOrProvinceName |
HBA |
x |
||
SMC-B |
x |
|||
title |
HBA |
x |
||
SMC-B |
nicht verwendet |
|||
organization |
HBA |
x |
||
SMC-B |
x |
|||
otherName |
HBA |
x |
||
SMC-B |
x |
|||
specialization |
HBA |
x |
||
SMC-B |
x |
|||
domainID |
HBA |
x |
||
SMC-B |
x |
|||
holder |
HBA |
x |
||
SMC-B |
x |
|||
maxKOMLEadr |
HBA |
x |
||
SMC-B |
x |
|||
personalEntry |
HBA |
x |
||
SMC-B |
x |
|||
dataFromAuthority |
HBA |
wird vom VZD eingetragen |
||
SMC-B |
wird vom VZD eingetragen |
|||
userCertificate |
HBA |
x |
||
SMC-B |
x |
|||
entryType |
HBA |
x |
||
SMC-B |
x |
|||
telematikID |
HBA |
x |
x |
|
SMC-B |
x |
x |
||
professionOID |
HBA |
x |
||
SMC-B |
x |
|||
usage |
HBA |
x |
||
SMC-B |
x |
|||
description |
HBA |
x |
||
SMC-B |
x |
|||
HBA |
x |
|||
SMC-B |
x |
|||
komLeData |
HBA |
x |
||
SMC-B |
x |
|||
changeDateTime |
HBA |
wird vom VZD eingetragen |
||
SMC-B |
wird vom VZD eingetragen |
|||
Erläuterungen zu den Spalten:
-
Zertifikat
-
Der Wert für das LDAP Attribut wird dem Zertifikat entnommen.
-
Bei Hinzufügen eines Zertifikats wird das LDAP Attribut aktualisiert.
-
-
Client
-
Der Wert für das LDAP Attribut wird durch den Client des Kartenherausgebers gepflegt.
-
-
KIM Anbieter
-
Der Wert für das LDAP Attribut wird durch den KIM-Abieter gepflegt.
-
Erläuterungen für spezielle Attribute:
-
personalEntry: Beim Löschen von Zertifikaten wird der Wert neu berechnet. Wenn alle Zertifikate gelöscht wurden, wird der Wert auf "FALSE" gesetzt.
-
Aus den Zertifikaten befüllte Attribute entryType, professionOID: Beim Löschen eines Zertifikats wird der Wert auf Basis aller verbleibender Zertifikate neu berechnet und gesetzt.
-
Alle aus den Zertifikaten befüllte Attribute (givenName, sn, personalEntry, telematikID, professionOID, entryType) werden beim Hinzufügen eines neuen Zertifikats aktualisiert bzw. ergänzt.
-
telematikID im VZD Basiseintrag: Wird aus dem Zertifikat befüllt. Kann in dem REST Interface zwar angegeben, aber nicht auf einen anderen Wert geändert werden.