Dieses Element beschreibt diverse Namensbestandteile der behandelten Person.

Kardinalität und Konformität:

SZENARIOKARDINALITÄTKONFORMITÄT
Daten eintragen (DiGA-Eintrag)0...1R
Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

FHIR®-Mapping: KBV_PR_MIO_DIGA_Patient.name:name

Beziehung: Spezialisierung von Name aus den KBV-Basis-Profilen Version 1.1.3


1.1.5.1.1 Vollständiger Name

Vollständiger Name mit Vornamen und allen Vorsatzwörtern und Namenszusätzen. Der vollständige Name soll alle Namensteile in ihrer korrekten Reihenfolge abbilden.

Kardinalität und Konformität:

SZENARIOKARDINALITÄTKONFORMITÄT
Daten eintragen (DiGA-Eintrag)0...1O
Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

FHIR®-Mapping: KBV_PR_MIO_DIGA_Patient.name:name.text

Beziehung: Spezialisierung von Vollständiger Name aus den KBV-Basis-Profilen Version 1.1.3

Wert: String (<1MB)


1.1.5.1.2 Vorsatzwort

Vorsatzwort, wie in den Versichertenstammdaten (VSD) definiert. Beispiele: von, van, zu.

Kardinalität und Konformität:

SZENARIOKARDINALITÄTKONFORMITÄT
Daten eintragen (DiGA-Eintrag)0...1O
Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale: Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR®-Mapping: KBV_PR_MIO_DIGA_Patient.name:name.family:vorsatzwort

Beziehung: Spezialisierung von Vorsatzwort aus den KBV-Basis-Profilen Version 1.1.3

Wert: String (1 - 20 Zeichen)


1.1.5.1.3 Namenszusatz

Namenszusatz als Bestandteil des Nachnamens, wie in den Versichertenstammdaten (VSD) definiert. Beispiele: Gräfin, Prinz oder Fürst.

Kardinalität und Konformität:

SZENARIOKARDINALITÄTKONFORMITÄT
Daten eintragen (DiGA-Eintrag)0...1O
Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale: Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR®-Mapping: KBV_PR_MIO_DIGA_Patient.name:name.family.extension:namenszusatz

Beziehung: Spezialisierung von Namenszusatz aus den KBV-Basis-Profilen Version 1.1.3

Wert: String (1 - 20 Zeichen)


1.1.5.1.4 Titel

Titel als akademischer Grad, wie in den Versichertenstammdaten (VSD) definiert. Beispiele: Dr. med., Dr.rer.nat., Prof.

Kardinalität und Konformität:

SZENARIOKARDINALITÄTKONFORMITÄT
Daten eintragen (DiGA-Eintrag)0...1O
Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale: Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR®-Mapping: KBV_PR_MIO_DIGA_Patient.name:name.prefix

Beziehung: Spezialisierung von Titel aus den KBV-Basis-Profilen Version 1.1.3

Wert: String (1 - 20 Zeichen)


1.1.5.1.5 Nachname

Nachname, wie in den Versichertenstammdaten (VSD) definiert.

Kardinalität und Konformität:

SZENARIOKARDINALITÄTKONFORMITÄT
Daten eintragen (DiGA-Eintrag)1...1M
Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale: Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR®-Mapping: KBV_PR_MIO_DIGA_Patient.name:name.family.extension:nachname

Beziehung: Spezialisierung von Nachname aus den KBV-Basis-Profilen Version 1.1.3

Wert: String (1 - 45 Zeichen)


1.1.5.1.6 Vorname

Vorname, wie in den Versichertenstammdaten (VSD) definiert.

Kardinalität und Konformität:

SZENARIOKARDINALITÄTKONFORMITÄT
Daten eintragen (DiGA-Eintrag)1...1M
Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale: Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR®-Mapping: KBV_PR_MIO_DIGA_Patient.name:name.given

Beziehung: Spezialisierung von Vorname aus den KBV-Basis-Profilen Version 1.1.3

Wert: String (1 - 45 Zeichen)





Kommentierungen

    • Key

    • DIGA1X0X0-31

    • Erstellt

    • 08.12.2021

    • Name

    • Marvin Franke

    • Organisation

    • HelloBetter

    • Zusammenfassung

    • Vor- und Nachname nicht zwangsläufig Teil der DiGA-Daten

    • Beschreibung

    • Im Rahmen der DiGA-Behandlung ist eine Erfassung der Vor- und Nachnamen nicht zwangsläufig nötig. Dem scheint entsprechend Rechnung getragen zu werden, dass das Szenario selbst nur "Required" ist. Vor- und Nachname werden dahingengen als "Mandatory" festgelegt.
      Hier wäre eine Klassifizierung im Sinne der Datensparsamkeit wünschenswert.

      Durch Aktivierung mittels DiGA-sollte ohnhin bereits eine Verknüpfung im System zu den persönlichen Daten der Person in den Krankenkassensystem möglich sein.