Das Element beschreibt die behandelnde ärztliche Person.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_Behandelnder_Arzt_Institution"
• Aus der DIN EN 17269:2020-04 wird mit diesem Element abgebildet: "IPS-Merkmalserfassung: "PATIENTEN-ADRESSBUCH (en: PATIENT’S ADDRESS BOOK) / Bevorzugte Anbieter medizinischer Versorgungsleistungen / Anbieter medizinischer Versorgungsleistungen (Person)"
• In dem Template eHDSI Patient Summary entspricht das am ehesten dem Element: "epsos-dataelement-30 Preferred HP to contact"

1.2.2.1.2.2.2.1 Nachname

Nachname der behandelnden Person. Aus der Spezifikation des Informationsmodells Notfalldaten-Management Version 1.6.0: "Nachname des Arztes, der (sich selbst) als behandelnder Arzt einträgt".

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_BAI_ARZT_Nachname"
• In der DIN EN 17269:2020-04 kommt das Element nur als vollständiger Name vor: "Anbieter medizinischer Versorgungsleistungen (Person)/Name"
• In dem Template eHDSI Patient Summary entspricht das dem Element: "Family Name/Surname-epsos-dataelement-21"

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.name:name.family.extension:nachname

Wert: String (< 1MB)

1.2.2.1.2.2.2.2 Vorname

Vorname der behandelnden Person. Aus der Spezifikation des Informationsmodells Notfalldaten-Management Version 1.6.0: "Vorname des Arztes, der (sich selbst) als behandelnder Arzt einträgt."

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_BAI_ARZT_Vorname"
• In der DIN EN 17269:2020-04 kommt das Element nur als vollständiger Name vor: "Anbieter medizinischer Versorgungsleistungen (Person)/Name"
• In dem Template eHDSI Patient Summary entspricht das dem Element: "Given Name epsos-dataelement-20"

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.name:name.given

Wert: String (< 1MB)

1.2.2.1.2.2.2.3 Bezeichnung Institution

Bezeichnung einer Institution, z.B. der Krankenhausname.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_BAI_Institution_Bezeichnung"
• In der DIN EN 17269:2020-04 entspricht das dem Element: "Organisationsname"
• In dem Template eHDSI Patient Summary entspricht das dem Element: "Name epsos-dataelement-24 (name of the healthcare facility)"

FHIR^®-Mapping: KBV_PR_MIO_NFD_Organization.name

Wert: String

1.2.2.1.2.2.2.4 Bezeichnung Fachgruppe

Hier kann eingegeben werden, welcher Fachgruppe die behandelnde Person angehört.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_BAI_Arzt_Bezeichnung"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.qualification

1.2.2.1.2.2.2.4.1 Bezeichnung Code

Die Bezeichnung der Arztfachgruppe als Code.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management Version wird das Element nur als String abgebildet
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.qualification

Wert: Code

Die verwendeten Code-Systeme finden Sie hier Verwendete Code-Systeme, Phase I.

1.2.2.1.2.2.2.4.2 Bezeichung Freitext

Die Bezeichnung der Arztfachgruppe als Freitext. Aus der Spezifikation des Informationsmodells Notfalldaten-Management Version 1.6.0: "Fachrichtung des Arztes".

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_BAI_Arzt_Bezeichnung"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.qualification.code.text

Wert: String

1.2.2.1.2.2.2.5 Adresse

In das Element kann die Anschrift eingetragen werden. Im NFDM Version 1.6.0 heißt das Element "NFD_BAI_Adresse" und bezieht sich auf die Adresse der behandelnden Person, wird aber auch in anderen Kontexten verwendet, z.B. als Adresse für den Ablageort der persönlichen Erklärungen. Deshalb wurde das Element hier in Adresse umbenannt. Die Beschreibungstexte wurden nicht übernommen, da sie spezifisch für das Element "NFD_BAI_Adresse" sind.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_BAI_Adresse", "NFD_VE_Adresse", "DPE_VV_Adresse_Bevollmaechtigter" bzw. "DPE_[GO,VV,PV]_Ablageort"
• In der DIN EN 17269:2020-04 entspricht das dem Element: "Patienten-Adressbuch/WeitereAdressdetails/Adresse"
• In dem Template eHDSI Patient Summary kommt das Element nicht kontextfrei vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.address:Strassenanschrift

Beziehung: Spezialisierung von 1.4.2 Adresse

1.2.2.1.2.2.2.5.1 Anschriftenzusatz

In diesem Element kann ein Anschriftenzusatz eingetragen werden z.B. drittes Hinterhaus.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFDM:Anschriftenzusatz"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary entspricht das den Standardelementen der Adresse in dem jeweiligen Kontext
• Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.address:Strassenanschrift.line.extension:Adresszusatz

Beziehung: Spezialisierung von 1.4.2.1 Anschriftenzusatz

Wert: String (1 - 40 Zeichen)

1.2.2.1.2.2.2.5.2 Straẞe

In dieses Feld kann der Name der Straße eingetragen werden.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFDM:Straße"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary entspricht das den Standardelementen der Adresse in dem jeweiligen Kontext
• Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.address:Strassenanschrift.line.extension:Strasse

Beziehung: Spezialisierung von 1.4.2.2 Straẞe

Wert: String (1 - 46 Zeichen)

1.2.2.1.2.2.2.5.3 Ort

In dieses Feld kann der Ort eingetragen werden.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFDM:Ort"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary entspricht das den Standardelementen der Adresse in dem jeweiligen Kontext
• Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.address:Strassenanschrift.city

Beziehung: Spezialisierung von 1.4.2.3 Ort

Wert: String (1 - 40 Zeichen)

1.2.2.1.2.2.2.5.4 Hausnummer

In dieses Feld kann die Hausnummer eingetragen werden.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFDM:Hausnummer"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary entspricht das den Standardelementen der Adresse in dem jeweiligen Kontext
• Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.address:Strassenanschrift.line.extension:Hausnummer

Beziehung: Spezialisierung von 1.4.2.4 Hausnummer

Wert: String (1 - 9 Zeichen)

1.2.2.1.2.2.2.5.5 Postleitzahl

In dieses Feld kann die Postleitzahl eingetragen werden.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFDM:Postleitzahl"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary entspricht das den Standardelementen der Adresse in dem jeweiligen Kontext
• Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.address:Strassenanschrift.postalCode

Beziehung: Spezialisierung von 1.4.2.5 Postleitzahl

Wert: String (1 - 10 Zeichen)

1.2.2.1.2.2.2.5.6 Land/Wohnsitzländercode

In dieses Feld kann das Land als Code eingetragen werden.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFDM:Wohnsitzlaendercode"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary entspricht das den Standardelementen der Adresse in dem jeweiligen Kontext
• Technische Anlage zu Anlage 4a (BMV-Ä) V1.12

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.address:Strassenanschrift.country

Beziehung: Spezialisierung von 1.4.2.6 Land/Wohnsitzländercode

Wert: Code

Die verwendeten Code-Systeme finden Sie hier Verwendete Code-Systeme, Phase I.

1.2.2.1.2.2.2.6 Kommunikationsdaten

In das Element können Kommunikationsdaten eingetragen werden. Im NFMD Version 1.6.0 heißt das Element "NFD_BAI_Kommunikation" und bezieht sich auf die Kommunikationsdaten der behandelnden Person, wird aber auch in anderen Kontexten verwendet, z.B. als Kommunikationsdaten des Benachrichtigungskontaktes. Deshalb wurde das Element hier in "Kommunikationsdaten" umbenannt. Die Beschreibungstexte wurden nicht übernommen, da sie spezifisch für das Element "NFD_BAI_Kommunikation" sind.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFD_BAI_Kommunikation", "NFD_BK_Kommunikation" bzw.   "NFD_Versicherter_Kommunikation"  
• In der DIN EN 17269:2020-04 entspricht das dem Element: "Telekommunikationsanschlüsse"
• In dem Template eHDSI Patient Summary entspricht das den Telecom-Elementen in dem jeweiligen Kontext

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.telecom

Beziehung: Spezialisierung von 1.4.3 Kommunikationsdaten

1.2.2.1.2.2.2.6.1 Telefonnummer

Das Element beschreibt die Telefonnummer.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management heißt das Element: "NFDM:Telefonnummer"
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.telecom:telefon

Beziehung: Spezialisierung von 1.4.3.1 Telefonnummer

1.2.2.1.2.2.2.6.1.1 Kontaktkanal

Kodierte Definition des Kontaktes, hier Telefon (phone).

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management entspricht das Element dem Namen des jeweiligen Objektes
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.telecom:telefon.system

Beziehung: Spezialisierung von 1.4.3.1 Telefonnummer

Wert: Code

Die verwendeten Code-Systeme finden Sie hier Verwendete Code-Systeme, Phase I.

1.2.2.1.2.2.2.6.1.2 Wert

In dieses Feld können Kontaktinformationen passend zum Kontaktkanal eingetragen werden.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management entspricht das Element dem Namen des jeweiligen Objektes
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.telecom:telefon.value

Beziehung: Spezialisierung von 1.4.3.1 Telefonnummer

Wert: String (<1MB)

1.2.2.1.2.2.2.6.2 Weitere Kontaktmöglichkeiten

Das Element beschreibt die vorhandenen Kontaktmöglichkeiten.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management entspricht das Element dem Namen des jeweiligen Objektes
• In der DIN EN 17269:2020-04 entspricht das dem Element: "Telekommunikationsanschlüsse"
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

Operationalisierungshinweis: Für jedes Konzept aus dem ValueSet "Kontaktkanal" darf nur eine Instanz von "Weitere Kontaktmöglichkeit" erstellt werden.

Terminologie-Assoziation:

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.telecom:weitereKontaktMoeglichkeiten

Beziehung: Spezialisierung von 1.4.3.2 Weitere Kontaktmöglichkeiten

1.2.2.1.2.2.2.6.2.1 Kontaktkanal

Definition der Art des Kontaktes.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• Im NFDM wird außer der Telefonnummer noch die E-Mail und die Faxnummer zugelassen
• In dem Informationsmodell Notfalldaten-Management entspricht das Element der Bezeichnung des jeweiligen Elements (Fax oder E-Mail)
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.telecom:weitereKontaktMoeglichkeiten.system

Beziehung: Spezialisierung von 1.4.3.2 Weitere Kontaktmöglichkeiten

Wert: Code

Die verwendeten Code-Systeme finden Sie hier Verwendete Code-Systeme, Phase I.

1.2.2.1.2.2.2.6.2.2 Wert

In dieses Feld können Kontaktinformationen passend zum Kontaktkanal eingetragen werden.

Kardinalität und Konformität:

Die Erläuterungen zu den Konformitäten und Kardinalitäten finden Sie unter: Erläuterungen, Phase I

Rationale:

• In dem Informationsmodell Notfalldaten-Management entspricht das Element der Bezeichnung des jeweiligen Elements (Fax oder E-Mail)
• In der DIN EN 17269:2020-04 kommt das Element nicht vor
• In dem Template eHDSI Patient Summary kommt das Element nicht vor

FHIR^®-Mapping: KBV_PR_MIO_NFD-DPE_Practitioner.telecom:weitereKontaktMoeglichkeiten.value

Beziehung: Spezialisierung von 1.4.3.2 Weitere Kontaktmöglichkeiten

Wert: String (<1MB)

Kommentierungen