Elektronische Gesundheitskarte und Telematikinfrastruktur
Datenmodell ePA
Version |
1. |
Revision |
|
Stand |
|
Status |
freigegeben |
Klassifizierung |
öffentlich |
Referenzierung |
gemSpec_DM_ePA |
Dokumentinformationen
Änderungen zur Vorversion
Anpassungen des vorliegenden Dokumentes im Vergleich zur Vorversion können Sie der nachfolgenden Tabelle entnehmen.
Dokumentenhistorie
Version |
Stand |
Kap./ Seite |
Grund der Änderung, besondere Hinweise |
Bearbeitung |
1.0.0 |
18.12.18 |
|
initiale Erstellung des Dokuments |
gematik |
1.1.0 |
15.05.19 |
|
Einarbeitung Änderungsliste P18.1 |
gematik |
1.2.0 |
28.06.19 |
|
Einarbeitung Änderungsliste P19.1 |
gematik |
1.3.0 |
02.10.19 |
|
Einarbeitung Änderungsliste P20.1/2 |
gematik |
1.4.0 |
02.03.20 |
|
Einarbeitung Änderungsliste P21.1 |
gematik |
1.4.1 |
26.0520 |
|
Einarbeitung Änderungsliste P21.3 |
gematik |
1.5.0 |
30.06.20 |
|
Anpassungen gemäß Änderungsliste P22.1 und Scope-Themen aus Systemdesign R4.0.0, Einarbeitung offener Punkte |
gematik |
1.6.0 |
12.10.20 |
|
Einarbeitung Scope-Themen R4.0.1 und Änderungsliste P22.2 |
gematik |
1.7.0 |
19.02.21 |
|
Einarbeitung Änderungsliste P22.5 |
gematik |
1.8.0 |
02.06.21 |
|
Einarbeitung Änderungsliste ePA_Maintenance_21.1 |
gematik |
1.9.0 |
09.07.21 |
|
Einarbeitung Anpassung IOP-WS (ePA_Maintenance_21.2) |
gematik |
1.9.1 |
30.09.21 |
2.1.4.3.3 |
Einarbeitung ePA_Maintenance_21.3 |
gematik |
1.10.0 |
31.01.22 |
|
Einarbeitung ePA_Maintenance_21.4 und ePA_Maintenance_21.5 |
gematik |
1.10.1 |
31.03.22 |
|
Einarbeitung ePA_Maintenance_22.1 |
gematik |
1.50.0 |
13.04.22 |
|
ePA-Stufe 2.5: gemF_ePA_DiGA_Anbindung |
gematik |
2 Daten- und Informationsmodelle
2.1 Nutzung von IHE IT Infrastructure-Profilen für Speicherung und Abruf von Dokumenten
2.1.1 Implementierungsstrategie
2.1.2 Relevante IHE ITI-Integrationsprofile
2.1.3 Überblick über IHE ITI-Akteure und assoziierte Transaktionen
2.1.4 Nutzungsvorgaben für IHE ITI XDS-Metadaten
2.1.4.1 Allgemeine Metadatenvorgaben
2.1.4.2 Metadatenvorgaben für Policy-Dokumente
2.1.4.3 Weitere Metadatenvorgaben
2.1.4.3.1 authorPerson (DocumentEntry.author und SubmissionSet.author)
2.1.4.3.2 authorInstitution (DocumentEntry.author und SubmissionSet.author)
2.1.4.3.3 DocumentEntry.patientId und SubmissionSet.patientId
2.1.4.3.4 DocumentEntry.homeCommunityId und SubmissionSet.homeCommunityId
2.1.4.3.5 DocumentEntry.eventCodeList
2.1.4.3.6 Gesonderte Kennzeichnung eines Dokuments als Versicherteninformation
2.1.4.3.7 Gesonderte Kennzeichnung eines Dokumentes als Kostenträgerinformation
2.1.4.4 Strukturierte Dokumente
2.4 Verschlüsselung von Dokumenten
2.5 Überblick über verwendete Identifikatoren
2.6 Anwendungen der Aktensystemplattform
4 Anhang B – Container-Struktur für einen Arztbrief
5 Anhang C – Vorschläge zur verkürzten Ansicht der Auswahl von Werten aus Value Sets
Die vorliegende Spezifikation definiert Anforderungen an Daten, die über Schnittstellen zwischen Produkttypen der Fachanwendung ePA ausgetauscht werden. Diese umfassen zum einen die Festlegung der Austauschformate von kryptografisch gesicherten Dokumenten und Schlüsseln. Zum anderen erfolgt in diesem Dokument die Festlegung des Wertebereichs der Metadaten medizinischer Dokumente, die in der ePA-Komponente Dokumentenverwaltung gespeichert werden.
Dieses Dokument richtet sich an Implementierer und Nutzer von Schnittstellen der Fachanwendung ePA. Dies sind insbesondere Hersteller und Anbieter des Produkttyps ePA-Aktensystem und Hersteller von Primärsystemen, sowie Hersteller von Konnektoren mit ePA-Fachmodul, von ePA-Frontends des Versicherten und von ePA-Fachmodulen KTR-Consumer.
Dieses Dokument enthält normative Festlegungen zur Telematikinfrastruktur des deutschen Gesundheitswesens. Der Gültigkeitszeitraum der vorliegenden Version und deren Anwendung in Zulassungs- oder Abnahmeverfahren wird durch die gematik GmbH in gesonderten Dokumenten (z. B. Dokumentenlandkarte, Produkttypsteckbrief, Leistungsbeschreibung) festgelegt und bekannt gegeben.
Schutzrechts-/Patentrechtshinweis
Die nachfolgende Spezifikation ist von der gematik allein unter technischen Gesichtspunkten erstellt worden. Im Einzelfall kann nicht ausgeschlossen werden, dass die Implementierung der Spezifikation in technische Schutzrechte Dritter eingreift. Es ist allein Sache des Anbieters oder Herstellers, durch geeignete Maßnahmen dafür Sorge zu tragen, dass von ihm aufgrund der Spezifikation angebotene Produkte und/oder Leistungen nicht gegen Schutzrechte Dritter verstoßen und sich ggf. die erforderlichen Erlaubnisse/Lizenzen von den betroffenen Schutzrechtsinhabern einzuholen. Die gematik GmbH übernimmt insofern keinerlei Gewährleistungen.
Spezifiziert wird in dem Dokument das Datenmodell von ePA-Produkttypen bereitgestellten (angebotenen) und genutzten Schnittstellen.
Die vollständige Anforderungslage für den Produkttyp ergibt sich aus weiteren Konzept- und Spezifikationsdokumenten, diese sind in dem Produkttypsteckbrief des Produkttyps <Produkttyp> verzeichnet.
Anforderungen als Ausdruck normativer Festlegungen werden durch eine eindeutige ID in eckigen Klammern sowie die dem RFC 2119 [RFC2119] entsprechenden, in Großbuchstaben geschriebenen deutschen Schlüsselworte MUSS, DARF NICHT, SOLL, SOLL NICHT, KANN gekennzeichnet.
Sie werden im Dokument wie folgt dargestellt:
<AFO-ID> - <Titel der Afo>
Text / Beschreibung
[<=]
Dabei umfasst die Anforderung sämtliche zwischen Afo-ID und der Textmarke [<=] angeführten Inhalte.
2 Daten- und Informationsmodelle
2.1 Nutzung von IHE IT Infrastructure-Profilen für Speicherung und Abruf von Dokumenten
Zur Umsetzung der ePA-Fachanwendung ePA kommt das Registry-Repository-Designmuster zur Anwendung. Eine Document Registry verwaltet Metadaten, welche für die Suche und Navigation von Dokumenten notwendig sind. Die Dokumente werden in einem Document Repository gespeichert. Die Schnittstellen und Verarbeitungslogiken der Produkttypen der Fachanwendung ePA basieren z. T. auf den Spezifikationen von Integrating the Healthcare Enterprise (IHE), insbesondere dem Konzept Cross-Enterprise Document Sharing (XDS) zum Speichern und Abrufen von (medizinischen) Dokumenten, welches Teil des IHE ITI Technical Frameworks (IHE ITI TF) ist. IHE ist eine internationale Organisation, welche bestehende Industriestandards für die Umsetzung spezifischer Anwendungsszenarien im digitalisierten Gesundheitswesen profiliert. Es werden aus Sicht der dezentralen TI soweit wie möglich Cross-Community Access-Profile angewendet.
Der Profilierung von IHE ITI-Transaktionen als Umsetzungsvorgabe für die ePA-Produkttypen liegt die folgende Herangehensweise zugrunde:
- Auswahl relevanter IHE ITI-Integrationsprofile
- Logische Gruppierung zwischen den IHE ITI-Integrationsprofilen
- Übergreifende Einschränkung von IHE ITI-Transaktionen
- Festlegung spezieller Umsetzungsvorgaben bzgl. einzelner Transaktionen.
2.1.1 Implementierungsstrategie
Die übergreifende Dokumentenverwaltung der ePA-Fachanwendung basiert auf der IHE ITI-Implementierungsstrategie, wie sie in der nachstehenden Abbildung skizziert ist: Das Primärsystem aus einer Leistungserbringerinstitution implementiert die IHE ITI-Akteure Document Consumer sowie Document Source, welche Dokumente aus einer/einem vorhandenen Document Registry/Document Repository des Aktenanbieters abrufen sowie neue Dokumente darin registrieren/einstellen. Das ePA- Frontend des Versicherten implementiert ebenso diese Akteure. Kostenträger stellen über das ePA-Fachmodul KTR-Consumer ebenfalls neue Dokumente ein, sodass auch hier ein IHE ITI-Akteur Document Source implementiert wird.
Abbildung 1: Implementierungsstrategie mit zentraler Registry und Repository
2.1.2 Relevante IHE ITI-Integrationsprofile
Die ePA-Fachanwendung nutzt die folgenden Integrationsprofile des IHE ITI TF:
- Advanced Patient Privacy Consents (APPC) Profile
- Cross-Community Access (XCA) Profile
- Cross-Community Document Reliable Interchange (XCDR) Profile
- Cross-Enterprise Document Media Interchange (XDM) Profile
- Cross-Enterprise Document Reliable Interchange (XDR) Profile
- Cross-Enterprise Document Sharing (XDS.b) Profile
- Cross-Enterprise User Assertion (XUA) Profile
- Remove Metadata and Documents (RMD) Profile
- Restricted Metadata Update (RMU) Profile
2.1.3 Überblick über IHE ITI-Akteure und assoziierte Transaktionen
In der nachstehenden Abbildung wird gezeigt, welche IHE ITI-Akteure insgesamt in der ePA-Fachanwendung wie gruppiert und welche zugehörigen Transaktionen angewendet werden. Akteure unterschiedlicher Integrationsprofile sind in der ePA-Dokumentenverwaltung über zusammengefasste Außenschnittstellen nutzbar, d.h. sie agieren nach außen hin nicht als eigenständige Dienste, sondern sind über feste Pfade und ein FQDN adressiert (siehe [gemSpec_Aktensystem#A_17969-*]).
Hinweis: Gestrichelt dargestellte IHE ITI-Akteure und Transaktionen sind als produkttyp- bzw. komponentenintern anzusehen und müssen lediglich die jeweilige Semantik des Akteurs umsetzen.
Abbildung 2: Überblick über IHE ITI-Akteure und assoziierte Transaktionen
Gemäß der Nutzung von Cross-Community-Profilen, ist die IHE ITI-basierte Nachrichtenübermittlung in der nachstehenden Abbildung durch folgende Transaktionen gekennzeichnet, um ein Dokument durch den Mitarbeiter einer Leistungserbringerinstitution in die elektronische Patientenakte eines Versicherten zu speichern. Der Ablauf zum Einstellen eines Dokuments durch den Versicherten in die elektronische Patientenakte bzw. der Abruf eines Dokuments aus einer Leistungserbringerinstitution erfolgt analog in umgekehrter Ablauflogik ohne Verwendung von Cross-Community-Profilen und ist – wie auch der Zugang eines Kostenträgers – nicht in der nachstehenden Abbildung dargestellt.
Hinweis: Schraffiert dargestellte IHE ITI-Akteure und kursiv dargestellte Transaktionen sind als intern anzusehen und aus Sicht der ePA-Fachanwendung nicht normativ.
Ein Primärsystem in der Consumer Zone erzeugt durch den XDR-Akteur "Document Source" ein Dokument, welches in die elektronische Patientenakte eines Versicherten gespeichert werden soll. Zum Speichern und Abrufen, kommen anschließend die folgenden IHE ITI-Transaktionen zum Tragen:
- Provide & Register Document Set-b [ITI-41]: Das Primärsystem als XDR-Akteur "Document Source" sendet eine Nachricht zum Speichern ein oder mehrerer Dokumente an das ePA-Fachmodul als XDR-Akteur "Document Recipient" bzw. den gruppierten XCDR-Akteur "Initiating Gateway".
- Cross-Gateway Document Provide [ITI-80]: Durch die Präsenz der Home Community ID in der vorliegenden Nachricht, erfolgt eine Weiterleitung an die ePA-Dokumentenverwaltung als XCDR-Akteur "Responding Gateway" des ePA-Aktensystems.
- Provide & Register [ITI-41]: Es erfolgt das akteninterne Registrieren und Speichern der Dokumente. Diese Transaktion wird nicht spezifiziert.
- Registry Stored Query [ITI-18]: Das ePA-Frontend des Versicherten als XDS-Akteur "Document Consumer" führt eine Suchanfrage auf Metadaten zu Dokumenten durch.
- Retrieve Document Set [ITI-43]: Anhand der Document Unique IDs aus den Metadaten ruft das ePA-Frontend des Versicherten als XDS-Akteur "Document Consumer" ein oder mehrere Dokumente ab.
2.1.4 Nutzungsvorgaben für IHE ITI XDS-Metadaten
Für die ePA-Fachanwendung werden Vorgaben bezüglich zu verwendender IHE XDS-Metadatenattribute auf Ebene von Submission Set, Document Entry sowie Folder vorgenommen. Diese Nutzungsvorgaben referenzieren größtenteils Value Sets der IHE Deutschland Arbeitsgruppe "XDS Value Sets" [IHE-ITI-VS] und sind für die ePA-Fachanwendung verbindlich. Diese XDS-Value Sets sind teilweise von IHE-Deutschland als "offen" gekennzeichnet, um Erweiterungen flexibel einbringen zu können. Für die ePA-Fachanwendung gelten jedoch definierte Vorgaben, wie neue Codes und Value Sets sicher über eine Konfigurationsschnittstelle eingebracht werden können. Daher sind die in dieser Spezifikation beschriebenen Nutzungsvorgaben für Value Sets als fest anzusehen bzw. die Offenheit der XDS Value Sets wird nicht unterstützt. Eine Ausnahme bilden hier Codes des Value Sets für das Metadatenattribut "DocumentEntry.eventCodeList": Hier können jahresspezifische Versionen zu OPS- als auch ICD-10-GM-Katalogen unterstützt werden.
2.1.4.1 Allgemeine Metadatenvorgaben
Die Spalten der unten dargestellten, tabellarischen Übersichten für die Metadaten von Dokumenten und Policy Documents (IHE XDS.b Document Entry) und Übertragungspaketen (IHE XDS.b Submission Set) haben die folgenden Bedeutungen:
- Die Spalte "Metadatenattribut XDS.b" listet alle aus dem IHE ITI TF vorgesehenen Metadaten für Document Entry- und Submission Set-Elemente auf.
- Die Spalten "Mult. PS" (Multiplizität Primärsystem),"Mult. KTR" (Multiplizität "Kostenträger"), "Mult. DV" (Multiplizität "ePA-Dokumentenverwaltung"), "Mult. FV" (Multiplizität "ePA-Frontend des Versicherten") kennzeichnen die Multiplizität des Metadatenattributs beim Erzeugen oder Verarbeiten durch das jeweilige System.
- Die Spalte "Kurzbeschreibung" beschreibt kurz die Bedeutung des Metadatenattributs.
- Die Spalte "Nutzungsvorgabe" macht Bedingungen für die Verwendung eines Metadatenattributs (z.B. erlaubte Wertebereiche und Formatangaben), welche über die im IHE ITI TF definierten Vorgaben hinausgehen.
- Die Spalte "FV Edit" beschreibt, ob ein bestimmtes Metadatenattribut beim Einstellen eines Dokuments über das ePA-FdV durch den Versicherten veränderbar gestaltet werden muss. Es sollten dabei immer nur die für den aktuellen Workflow relevanten Metadatenattribute angezeigt werden, um die Komplexität für den Versicherten gering zu halten. Veränderbar gestaltete Metadatenattribute müssen mit sinnvollen Default-Werten vor belegt werden.
A_14760-1316 - Nutzungsvorgaben für die Verwendung von XDS-Metadaten
Das Primärsystem, das ePA-Frontend des Versicherten sowie das Fachmodul ePA KTR-Consumer als XDS-Akteur "Document Source" MÜSSEN zur Registrierung von Dokumenten in der ePA-Dokumentenverwaltung die nachstehenden Nutzungsvorgaben für Metadaten berücksichtigen. Diese Systeme sowie die Komponente ePA-Dokumentenverwaltung MÜSSEN diese Metadaten verarbeiten können und ergänzen diese Metadaten ggf. während des Registriervorgangs. Metadaten können über die Operationen
- I_Document_Management::CrossGatewayDocumentProvide,
- I_Document_Management_Insurance::ProvideAndRegisterDocumentSet-b sowie
- I_Document_Management_Insurant::ProvideAndRegisterDocumentSet-b
registriert oder über die Operation I_Document_Management_Insurant::RestrictedUpdateDocumentSet (ausschließlich DocumentEntry.confidentialityCode) geändert werden.
Die Produkttypen ePA-Fachmodul sowie ePA-Frontend des Versicherten sind von den nachstehenden Nutzungsvorgaben ausgenommen, sofern ein Policy Document (Advanced Patient Privacy Consent) gemäß [IHE-ITI-APPC] erzeugt und registriert werden soll. Hierzu ist die gesonderte Anforderung A_14961-* zu beachten.
Tabelle 1: Nutzungsvorgaben für Metadatenattribute XDS
Metadatenattribut XDS.b |
Mult. |
Mult. |
Mult. |
Mult. |
Kurzbeschreibung |
Nutzungsvorgabe |
FV Edit |
||||||||
Metadaten für DocumentEntry |
|||||||||||||||
author |
[1..n] |
[1..1] |
[0..0] |
[0..n] |
Person oder System, welche(s) das Dokument erstellt hat |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.1] genügen. |
|
||||||||
|
authorPerson |
[0..1] |
[0..1] |
[0..0] |
[0..1] |
Name des Autors |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt 2.1.4.3.1 genügen. |
X |
|||||||
authorInstitution |
[0..n] |
[0..n] |
[0..0] |
[0..n] |
Institution, die dem Autor zugeordnet ist |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt 2.1.4.3.2 (A_21209) genügen. |
X |
||||||||
authorRole |
[0..n] |
[0..n] |
[0..0] |
[0..n] |
Rolle des Autors |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.authorRole entsprechen. |
X |
||||||||
authorSpecialty |
[0..n] |
[0..0] |
[0..0] |
[0..n] |
Fachliche Spezialisierung des Autors |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.authorSpecialty oder aus der Tabelle in der Anforderung A_15744 |
X |
||||||||
authorTelecommunication |
[0..n] |
[0..0] |
[0..0] |
[0..n] |
Telekommunikationsdaten des Autors |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.1.4.5] genügen. |
X |
||||||||
availabilityStatus |
[0..0] |
[0..0] |
[1..1] |
[0..0] |
Status des Dokuments ("Approved" oder "Deprecated") |
Der Wert MUSS initial "urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" entsprechen. |
|
||||||||
classCode |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Grobe Klassifizierung des Dokuments |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.classCode entsprechen. |
X |
||||||||
comments |
[0..1] |
[0..1] |
[0..0] |
[0..1] |
Ergänzende Hinweise in Freitext |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.4] genügen. |
X |
||||||||
confidentialityCode |
[1..n] |
[1..1] |
[0..0] |
[1..n] |
Vertraulichkeitskennzeichnung des Dokuments |
Gemäß den Beschreibungen zur Zugriffskontrolle in [gemSpec_Dokumentenverwaltung#5.1.1.5, 5.3] sind die folgenden Codes unter der OID "1.2.276.0.76.5.491" mit dem Code System Name "ePA-Vertraulichkeit" definiert.
aus dem Code System 2.16.840.1.113883.5.25 (siehe auch [gemSpec_Voc_ePA]) gesetzt werden.
Während der Migration von ePA1 zu ePA2 werden die vorgenannten ConfidentialityCodes gemäß [gemSpec_Dokumentenverwaltung#5.4.3] auf Dokumentenkategorien von ePA2 abgebildet. |
X |
||||||||
creationTime |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Erstellungszeitpunkt des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.6] genügen und DARF NICHT in der Zukunft liegen. Bei der Prüfung ist eine Toleranz von 5 Minuten zulässig. |
X |
||||||||
entryUUID |
[1..1] |
[1..1] |
[0..1] |
[1..1] |
Intern verwendete, aktenweit eindeutige Kennung des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.7] genügen. |
|
||||||||
eventCodeList |
[0..n] |
[0..0] |
[0..0] |
[0..n] |
Ereignisse, die zur Erstellung des Dokuments geführt haben. |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt genügen. |
X |
||||||||
formatCode |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Global eindeutiger Code für das Dokumentenformat. |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.formatCode oder aus der Tabelle in der Anforderung A_14761-* entsprechen. Der Wert KANN "urn:ihe:iti:xds:2017:mimeTypeSufficient" (siehe [IHE-ITI-TF-3#4.2.3.2.9]) entsprechen, um anzuzeigen, dass über den MIME-Type hinaus keine genaueren Angaben zum Dokumentenformat gemacht werden können oder der MIME-Type ausreichend ist. |
|
||||||||
hash |
[0..0] |
[0..0] |
[0..0] |
[0..0] |
Kryptographische Prüfsumme des Dokuments |
|
|
||||||||
healthcareFacilityTypeCode |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Art der Einrichtung, in der das dokumentierte Ereignis stattgefunden hat. |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.healthcareFacilityTypeCode entsprechen. |
X |
||||||||
homeCommunityId |
[1..1] |
[1..1] |
[1..1] |
[0..1] |
Bei unterschiedlichen Aktensystemen ("Cross-Community") Kommunikation wird hier die Kennung des adressierten Aktensystems hinterlegt. |
Der Wert MUSS der Kennung des Aktenanbieters entsprechen und den Vorgaben aus Abschnitt genügen. |
|
||||||||
languageCode |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Sprache, in der das Dokument abgefasst ist. |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.languageCode entsprechen. Es MÜSSEN mindestens die in der Tabelle Tab_DM_LanguageCodes angegebenen Codes unterstützt werden, alle weiteren Codes KÖNNEN unterstützt werden. |
X |
||||||||
legalAuthenticator |
[0..1] |
[0..0] |
[0..0] |
[0..1] |
Rechtlich Verantwortlicher für das Dokument |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.14] genügen. |
|
||||||||
limitedMetadata |
[0..0] |
[0..0] |
[0..0] |
[0..0] |
Markierungsattribut, dass das Metadatenelement DocumentEntry nicht den vollständigen Satz an Metadaten enthält. |
|
|
||||||||
mimeType |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
MIME-Type des Dokuments |
Ein Wert aus der folgenden Liste MUSS als MIME-Type verwendet werden: |
|
||||||||
objectType |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Typ des Dokuments |
Der Wert MUSS immer "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" betragen. Dieser Wert steht für stabile Dokumente im IHE ITI XDS.b-Profil [IHE-ITI-TF3#4.2.5.2]. |
|
||||||||
patientId |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Systemweit eindeutige Kennung des Patienten |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt genügen. |
|
||||||||
practiceSettingCode |
[1..1] |
[0..0] |
[0..0] |
[1..1] |
Art der Fachrichtung der erstellenden Einrichtung, in der das dokumentiere Ereignis stattgefunden hat. |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.practiceSettingCode oder aus der Tabelle in der Anforderung A_16944-* entsprechen. |
X |
||||||||
referenceIdList |
[0..n] |
[0..0] |
[0..0] |
[0..n] |
Liste von IDs, mit denen das Dokument assoziiert wird. |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.28] genügen. |
|
||||||||
repositoryUniqueId |
[0..1] |
[0..1] |
[1..1] |
[0..1] |
Kennung des Document Repository, in welches das Dokument eingestellt wird/wurde. |
Wenn ein Wert vorhanden ist, MUSS er identisch mit dem Wert für DocumentEntry.homeCommunityId sein, da ein Anbieter ePA-Aktensystem immer nur über ein logisches Repository verfügt. |
|
||||||||
serviceStartTime |
[0..1] |
[0..1] |
[0..0] |
[0..1] |
Zeitpunkt, an dem das im Dokument dokumentierte (Behandlungs-)Ereignis begonnen wurde. |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.19] genügen. |
X |
||||||||
serviceStopTime |
[0..1] |
[0..1] |
[0..0] |
[0..1] |
Zeitpunkt, an dem das im Dokument dokumentierte (Behandlungs-)Ereignis beendet wurde. |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.20] genügen. |
X |
||||||||
size |
[0..0] |
[0..0] |
[1..1] |
[0..0] |
Größe des Dokuments in Bytes |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.21] genügen. |
|
||||||||
sourcePatientId |
[0..1] |
[0..0] |
[0..0] |
[0..0] |
Kennung des Patienten im Quellsystem |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.22] genügen. |
|
||||||||
sourcePatientInfo |
[0..n] |
[0..0] |
[0..0] |
[0..0] |
Demographische Daten zum Patienten im Quellsystem |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.23] genügen. |
|
||||||||
title |
[1..1] |
[1..1] |
[0..0] |
[0..1] |
Titel des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.24] genügen. |
X |
||||||||
typeCode |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Art des Dokuments |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.typeCode entsprechen. |
X |
||||||||
uniqueId |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Eindeutige, aktenweite Kennung des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.26] genügen. |
|
||||||||
URI |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
URI für das Dokument |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.27] genügen . |
|
||||||||
Metadaten für SubmissionSet |
|||||||||||||||
author |
[1..n] |
[1..1] |
[0..0] |
[1..1] |
Person oder System, welche(s) das Submission Set erstellt hat. |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.1] genügen. |
|
||||||||
|
authorPerson |
[1..1] |
[0..1] |
[0..0] |
[1..1] |
Name der einstellenden Person oder des einstellenden Systems |
Der Wert MUSS den Formatvorgaben aus Abschnitt 2.1.4.3.1 genügen. |
|
|||||||
|
authorInstitution |
[1..1] |
[1..1] |
[0..0] |
[0..0] |
Institution, welcher die einstellende Person oder das einstellende System zugeordnet ist. |
Der Wert MUSS den Formatvorgaben aus Abschnitt 2.1.4.3.2 (A_21209) genügen. |
|
|||||||
|
authorRole |
[1..n] |
[1..n] |
[0..0] |
[1..1] |
Rolle der einstellenden Person oder des einstellenden Systems |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.authorRole entsprechen. |
|
|||||||
|
authorSpecialty |
[0..n] |
[0..0] |
[0..0] |
[0..n] |
Fachliche Spezialisierung der einstellenden Person oder des einstellenden Systems |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.authorSpecialty oder aus der Tabelle in der Anforderung A_15744-* entsprechen. |
|
|||||||
|
authorTelecommunication |
[0..n] |
[0..0] |
[0..0] |
[0..n] |
Telekommunikationsdaten der einstellenden Person oder des einstellenden Systems |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.1.4.5] genügen. |
|
|||||||
availabilityStatus |
[0..0] |
[0..0] |
[1..1] |
[0..0] |
Status des Submission Sets ("Approved") |
Der Wert MUSS "urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" entsprechen. |
|
||||||||
comments |
[0..1] |
[0..1] |
[0..0] |
[0..1] |
Ergänzende Hinweise zum Submission Set in Freitext |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.3] genügen. |
X |
||||||||
contentTypeCode |
[0..1] |
[0..1] |
[0..0] |
[0..1] |
Klinische Aktivität, die zum Einstellen des Submission Set geführt hat. |
Der Wert MUSS einem Code des in [gemSpec_Voc_ePA] definierten Value Sets für SubmissionSet.contentTypeCode entsprechen. |
|
||||||||
entryUUID |
[1..1] |
[1..1] |
[0..1] |
[1..1] |
Intern verwendete, aktenweit eindeutige Kennung des Submission Sets |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.5] genügen. |
|
||||||||
homeCommunityId |
[1..1] |
[1..1] |
[1..1] |
[0..1] |
Zur Cross-Community-Kommunikation die Kennung des adressierten Aktensystems |
Der Wert MUSS identisch mit dem Wert für DocumentEntry.homeCommunityId sein. |
|
||||||||
intendedRecipient |
[0..n] |
[0..0] |
[0..0] |
[0..n] |
Vorgesehener Adressat des Submission Set |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.7] genügen. |
|
||||||||
limitedMetadata |
[0..0] |
[0..0] |
[0..0] |
[0..0] |
Markierung, welche anzeigt, dass das Submission Set nicht den durch das IHE ITI TF vorgegebenen Satz an Metadaten enthält. |
|
|
||||||||
patientId |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Patienten-ID, zu der das Submission Set gehört |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt genügen und inhaltlich identisch zur DocumentEntry.patientId sein. |
|
||||||||
sourceId |
[0..0] |
[0..0] |
[0..0] |
[0..0] |
Weltweit eindeutige, unveränderliche Kennung des einstellenden Systems |
|
|
||||||||
submissionTime |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Zeit, zu der das Submission Set zusammengestellt wurde. |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.10] genügen. |
|
||||||||
title |
[0..1] |
[0..1] |
[0..0] |
[0..1] |
Titel des Submission Sets |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.11] genügen. |
X |
||||||||
uniqueId |
[1..1] |
[1..1] |
[0..0] |
[1..1] |
Eindeutige Kennung des Submission Sets |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.12] genügen. |
|
||||||||
Metadaten für dynamische Folder |
|||||||||||||||
availabilityStatus |
[1..1] |
n/a |
[0..0] |
n/a |
Status des Ordners ("Approved") |
Der Wert MUSS "urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" entsprechen. |
|
||||||||
codeList |
[1..1] |
n/a |
[0..0] |
n/a |
Liste von Codes, die mit dem Ordner assoziiert werden. |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt [IHE-ITI-TF3#4.2.3.4.2] genügen. |
|
||||||||
comments |
[0..1] |
n/a |
[0..0] |
n/a |
Freitextkommentar für diesen Ordner. |
Der Wert MUSS den Inhalts- und Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.3] entsprechen. |
|
||||||||
entryUUID |
[1..1] |
n/a |
[1..1] |
n/a |
Intern verwendete, aktenweit eindeutige Kennung des Ordners |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.4] genügen. |
|
||||||||
homeCommunityId |
Der Wert MUSS analog zu DocumentEntry.homeCommunityId belegt werden. |
|
|||||||||||||
lastUpdateTime |
[0..0] |
n/a |
[1..1] |
n/a |
Zeitstempel, an dem der Ordner das letzte mal geändert wurde |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.6] genügen. |
|
||||||||
limitedMetadata |
Der Wert MUSS analog zu DocumentEntry.limitedMetadata belegt werden. |
|
|||||||||||||
patientId |
[1..1] |
n/a |
[0..0] |
n/a |
Patienten ID, zu der der Ordner gehört. |
Der Wert MUSS analog zu DocumentEntry.patientId belegt werden. |
|
||||||||
title |
[1..1] |
n/a |
[0..0] |
n/a |
Titel des Ordners |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.8] genügen. |
|
||||||||
uniqueId |
[1..1] |
n/a |
[0..0] |
n/a |
Eindeutige, aktenweite Kennung des Ordners |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.9] genügen. |
|
||||||||
Metadaten für statische Folder |
|||||||||||||||
availabilityStatus |
n/a |
n/a |
[1..1] |
n/a |
Status des Ordners ("Approved") |
Der Wert MUSS "urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" entsprechen. |
|
||||||||
codeList |
n/a |
n/a |
[1..1] |
n/a |
Liste von Codes, die mit dem Ordner assoziiert werden. |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt [IHE-ITI-TF3#4.2.3.4.2] genügen. |
|
||||||||
comments |
n/a |
n/a |
[0..1] |
n/a |
Freitextkommentar für diesen Ordner. |
Der Wert MUSS den Inhalts- und Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.3] entsprechen. |
|
||||||||
entryUUID |
n/a |
n/a |
[1..1] |
n/a |
Intern verwendete, aktenweit eindeutige Kennung des Ordners |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.4] genügen. |
|
||||||||
homeCommunityId |
Der Wert MUSS analog zu DocumentEntry.homeCommunityId belegt werden. |
|
|||||||||||||
lastUpdateTime |
n/a |
n/a |
[1..1] |
n/a |
Zeitstempel, an dem der Ordner das letzte mal geändert wurde |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.6] genügen. |
|
||||||||
limitedMetadata |
Der Wert MUSS analog zu DocumentEntry.limitedMetadata belegt werden. |
|
|||||||||||||
patientId |
n/a |
n/a |
[1..1] |
n/a |
Patienten ID, zu der der Ordner gehört. |
Der Wert MUSS analog zu DocumentEntry.patientId belegt werden. |
|
||||||||
title |
n/a |
n/a |
[1..1] |
n/a |
Titel des Ordners |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.8] genügen. |
|
||||||||
uniqueId |
n/a |
n/a |
[1..1] |
n/a |
Eindeutige, aktenweite Kennung des Ordners |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.4.9] genügen. |
|
||||||||
Tabelle 2: Tab_DM_LanguageCodes - Mindestanforderung an zu unterstützende Language Codes
Language / Country Code Kombination |
Language / Country Code Kombination |
bg-BG (bulgarisch, Bulgarien) |
it-IT (italienisch, Italien) |
cs-CZ (tschechisch, Tschechien) |
lt-LT (litauisch, Litauen) |
da-DK (dänisch, Dänemark) |
lb-LU (luxemburgisch, Luxemburg) |
de-AT (deutsch, Österreich) |
lv-LV (lettisch, Lettland) |
el-GR (griechisch, Griechenland) |
mt-MT (maltesisch, Malta) |
en-GB (englisch, Vereinigtes Königreich) |
nl-NL (niederländisch, Niederlande) |
es-ES (spanisch, Spanien) |
no-NO (norwegisch, Norwegen) |
et-EE (estnisch, Estland) |
pl-PL (polnisch, Polen) |
fi-FI (finnisch, Finnland) |
pt-PT (portugiesisch, Portugal) |
fr-FR (französisch, Frankreich) |
rm-CH (rätoromanisch, Schweiz) |
ga-IE (irisch, Irland) |
ro-RO (rumänisch, Rumänien) |
hr-HR (kroatisch, Kroatien) |
sk-SK (slowakisch, Slowakei) |
hu-HU (ungarisch, Ungarn) |
sl-SI (slowenisch, Slowenien) |
is-IS (isländisch, Island) |
sv-SE (schwedisch, Schweden) |
[<=]
Die in [gemSpec_Voc_ePA] vorgegebenen Value Sets beinhalten in der Regel eine hohe Anzahl von Werten, die nicht für jeden Sektor oder jede Berufsgruppe gleichermaßen relevant sind. Um dem Anwender die Nutzung zu erleichtern, wird für die Auswahl der Werte die Anzeige einer gefilterten Ansicht der Tabellen empfohlen. Eine beispielhafte Auswahl von Werten in den Value Set-Tabellen der für die Benutzer relevanten Metadaten ist als Vorschlag in Anhang C dargestellt. Es steht den Herstellern der Frontends frei, die Tabellen nach eigenen Erfahrungswerten zu ergänzen oder einzukürzen.
2.1.4.2 Metadatenvorgaben für Policy-Dokumente
A_14961-05 - Nutzungsvorgaben für die Verwendung von XDS-Metadaten bei Policy Documents
Das ePA-Fachmodul sowie das ePA-Frontend des Versicherten MÜSSEN bei Registrierung von Policy Documents (Advanced Patient Privacy Consents) gemäß [IHE-ITI-APPC] in der ePA-Dokumentenverwaltung die folgenden Nutzungsvorgaben für XDS-Metadaten berücksichtigen:
Tabelle 3: Nutzungsvorgaben für Metadatenattribute bei Policy Documents
Metadatenattribut XDS.b |
Mult. |
Mult. |
Mult. |
Kurzbeschreibung |
Nutzungsvorgabe |
||||||
Metadatenelement Document Entry |
|||||||||||
author |
[1..1] |
[0..0] |
[1..1] |
Person oder System, welche(s) das Dokuments erstellt hat. |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.1] genügen. |
||||||
|
authorPerson |
[1..1] |
[0..0] |
[1..1] |
Name des Autors |
Der Wert MUSS "^^EPA_FM" entsprechen, falls das ePA-Fachmodul das Policy Document erzeugt hat. |
|||||
authorInstitution |
[0..0] |
[0..0] |
[0..0] |
Institution, die dem Autor zugeordnet ist. |
|
||||||
authorRole |
[1..1] |
[0..0] |
[1..1] |
Rolle des Autors |
Der Wert MUSS dem Code "102" (Patient) des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.authorRole entsprechen. |
||||||
authorSpecialty |
[0..0] |
[0..0] |
[0..0] |
Fachliche Spezialisierung des Autors |
|
||||||
authorTelecommunication |
[0..0] |
[0..0] |
[0..0] |
Telekommunikationsdaten des Autors |
|
||||||
availabilityStatus |
[0..0] |
[1..1] |
[0..0] |
Status des Dokuments ("Approved" oder "Deprecated") |
Der Wert MUSS "urn:oasis:names:tc:ebxml-regrep:StatusType:Approved" entsprechen. |
||||||
classCode |
[1..1] |
[0..0] |
[1..1] |
Grobe Klassifizierung des Dokuments |
Der Wert MUSS dem Code "57016-8" (Patienteneinverständniserklärung) des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.classCode entsprechen. |
||||||
comments |
[0..0] |
[0..0] |
[0..0] |
Ergänzende Hinweise in Freitext |
|
||||||
confidentialityCode |
[1..1] |
[0..0] |
[1..1] |
Vertraulichkeitskennzeichnung des Dokuments |
Der Wert MUSS für Policies aus Systemen, die ePA 2-fähig sind, dem Wert "V" (Display Name: "streng vertraulich") des Code-Systems "Confidentiality" mit der OID "2.16.840.1.113883.5.25" entsprechen. |
||||||
creationTime |
[1..1] |
[0..0] |
[1..1] |
Erstellungszeitpunkt des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.6] genügen und DARF NICHT in der Zukunft liegen. Bei der Prüfung ist eine Toleranz von 5 Minuten zulässig. |
||||||
entryUUID |
[1..1] |
[0.. 1] |
[1..1] |
Intern verwendete, aktenweit eindeutige Kennung des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.7] genügen. |
||||||
eventCodeList |
[0..0] |
[0..0] |
[0..0] |
Ereignisse, die zur Erstellung des Dokuments geführt haben. |
|
||||||
formatCode |
[1..1] |
[0..0] |
[1..1] |
Global eindeutiger Code für das Dokumentenformat. |
Der Wert MUSS dem Code "urn:ihe:iti:appc:2016:consent" sowie dem Code-System "1.3.6.1.4.1.19376.1.2.3" gemäß [IHE-ITI-APPC#5.6.2.2.1.3] entsprechen. |
||||||
hash |
[0..0] |
[1..1] |
[0..1] |
Kryptographische Prüfsumme des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.10] genügen. |
||||||
healthcareFacilityTypeCode |
[1..1] |
[0..0] |
[1..1] |
Art der Einrichtung, in der das dokumentierte Ereignis stattgefunden hat. |
Das ePA-Fachmodul MUSS einen Code aus dem in [gemSpec_Voc_ePA] definierten Value Set für DocumentEntry.healthcareFacilityTypeCode verwenden. |
||||||
homeCommunityId |
[1..1] |
[1..1] |
[0..1] |
Bei unterschiedlichen Aktensystemen ("Cross-Community") Kommunikation wird hier die Kennung des adressierten Aktensystems hinterlegt. |
Der Wert MUSS der Kennung des Aktenanbieters entsprechen und den Vorgaben aus Abschnitt genügen. |
||||||
languageCode |
[0..0] |
[0..0] |
[0..0] |
Sprache, in der das Dokument abgefasst ist. |
|
||||||
legalAuthenticator |
[0..0] |
[0..0] |
[0..0] |
Rechtlich Verantwortlicher für das Dokument |
|
||||||
limitedMetadata |
[0..0] |
[0..0] |
[0..0] |
Markierungsattribut, dass das Metadatenelement DocumentEntry nicht den vollständigen Satz an Metadaten enthält. |
|
||||||
mimeType |
[1..1] |
[0..0] |
[1..1] |
MIME-Type des Dokuments |
Der Wert MUSS "application/xacml+xml" gemäß [RFC7061] entsprechen. |
||||||
objectType |
[1..1] |
[0..0] |
[1..1] |
Typ des Dokuments |
Der Wert MUSS immer "urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" betragen. Dieser Wert steht für stabile Dokumente im IHE ITI XDS.b-Profil [IHE-ITI-TF3#4.2.5.2]. |
||||||
patientId |
[1..1] |
[0..0] |
[1..1] |
Systemweit eindeutige Kennung des Patienten |
Der Wert MUSS den Inhalts- und Formatvorgaben aus Abschnitt genügen. |
||||||
practiceSettingCode |
[0..0] |
[0..0] |
[0..0] |
Art der Einrichtung, in der das dokumentierte Ereignis stattgefunden hat. |
|
||||||
referenceIdList |
[0..0] |
[0..0] |
[0..0] |
Liste von IDs, mit denen das Dokument assoziiert wird. |
|
||||||
repositoryUniqueId |
[0..1] |
[1..1] |
[0..1] |
Kennung des Document Repository, in welches das Dokument eingestellt wird/wurde. |
Der Wert MUSS dem inhaltlichen Wert von DocumentEntry.homeCommunityId entsprechen. |
||||||
serviceStartTime |
[0..0] |
[0..0] |
[0..0] |
Zeitpunkt, an dem das im Dokument dokumentierte Ereignis begonnen wurde. |
|
||||||
serviceStopTime |
[0..0] |
[0..0] |
[0..0] |
Zeitpunkt, an dem das im Dokument dokumentierte Ereignis beendet wurde. |
|
||||||
size |
[0..0] |
[1..1] |
[0..0] |
Größe des Dokuments in Bytes |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.21] genügen. |
||||||
sourcePatientId |
[0..0] |
[0..0] |
[0..0] |
Kennung des Patienten im Quellsystem |
|
||||||
sourcePatientInfo |
[0..0] |
[0..0] |
[0..0] |
Demographische Daten zum Patienten im Quellsystem |
|
||||||
title |
[1..1] |
[0..0] |
[1..1] |
Titel des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.24] genügen. |
||||||
typeCode |
[1..1] |
[0..0] |
[1..1] |
Art des Dokuments |
Der Wert MUSS dem Code "57016-8" sowie dem Code-System "2.16.840.1.113883.6.1" gemäß [IHE-ITI-APPC#5.6.2.2.1.1] entsprechen. |
||||||
uniqueId |
[1..1] |
[0..0] |
[1..1] |
Eindeutige, aktenweite Kennung des Dokuments |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.26] genügen und gleichzeitig der Policy Set ID des Dokuments gemäß [IHE-ITI-APPC#5.6.2.2.1.4] entsprechen. |
||||||
URI |
[1..1] |
[0..0] |
[1..1] |
URI für das Dokument |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.27] genügen. |
||||||
Metadatenelement Submission Set |
|||||||||||
author |
[1..1] |
[0..0] |
[1..1] |
Person oder System, welche(s) das Submission Set erstellt hat . |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.2.1] genügen. |
||||||
|
authorPerson |
[1..1] |
[0..0] |
[1..1] |
Name der einstellenden Person oder des einstellenden Systems |
Der Wert MUSS dem Wert von DocumentEntry.authorPerson entsprechen. |
|||||
authorInstitution |
[0..0] |
[0..0] |
[0..0] |
Institution, welcher die einstellende Person oder das einstellende System zugeordnet ist. |
|
||||||
authorRole |
[0..0] |
[0..0] |
[0..0] |
Rolle der einstellenden Person oder des einstellenden Systems |
|
||||||
authorSpecialty |
[0..0] |
[0..0] |
[0..0] |
Fachliche Spezialisierung der einstellenden Person oder des einstellenden Systems |
|
||||||
authorTelecommunication |
[0..0] |
[0..0] |
[0..0] |
Telekommunikationsdaten der einstellenden Person oder des einstellenden Systems |
|
||||||
availabilityStatus |
[0..0] |
[1..1] |
[0..0] |
Status des Submission Sets ("Approved") |
|
||||||
comments |
[0..0] |
[0..0] |
[0..0] |
Ergänzende Hinweise in Freitext |
|
||||||
contentTypeCode |
[0..0] |
[0..0] |
[0..1] |
Klinische Aktivität, die zum Einstellen des Submission Sets geführt hat |
Das ePA-FdV KANN den Code "simulatedAuthorization" für eine simulierte Berechtigungsanfrage verwenden (vgl. A_21705). Die Attribute "displayName" und "Coding Scheme" DÜRFEN NICHT belegt werden. |
||||||
entryUUID |
[1..1] |
[0..1] |
[1..1] |
Intern verwendete, aktenweit eindeutige Kennung des Submission Sets |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.5] genügen. |
||||||
homeCommunityId |
[1..1] |
[1..1] |
[0..1] |
Zur Cross-Community-Kommunikation die Kennung des adressierten Aktensystems |
Der Wert MUSS identisch mit dem Wert für DocumentEntry.homeCommunityId sein. |
||||||
intendedRecipient |
[0..0] |
[0..0] |
[0..0] |
Vorgesehener Adressat des Submission Sets |
|
||||||
limitedMetadata |
[0..0] |
[0..0] |
[0..0] |
Markierung, welche anzeigt, dass das Submission Set nicht den durch das IHE ITI TF vorgegebenen Satz an Metadaten enthält |
|
||||||
patientId |
[1..1] |
[0..0] |
[1..1] |
Patienten-ID, zu der das Submission Set gehört |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.8] genügen und inhaltlich identisch zur DocumentEntry.patientId sein. |
||||||
sourceId |
[0..0] |
[0..0] |
[0..0] |
Weltweit eindeutige, unveränderliche Kennung des einstellenden Systems |
|
||||||
submissionTime |
[1..1] |
[0..0] |
[1..1] |
Zeit, zu der das Submission Set zusammengestellt wurde |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.10] genügen. |
||||||
title |
[0..0] |
[0..0] |
[0..0] |
Titel des Submission Sets |
|
||||||
uniqueId |
[1..1] |
[0..0] |
[1..1] |
Eindeutige Kennung des Submission Sets |
Der Wert MUSS den Formatvorgaben aus [IHE-ITI-TF3#4.2.3.3.12] genügen. |
||||||
[<=]
2.1.4.3 Weitere Metadatenvorgaben
A_19388-0912 - Nutzungsvorgaben für die Verwendung von Dokumentenkategorien
Die ePA-Dokumentenverwaltung MUSS beim Einstellen eines Dokuments die folgende Zuordnung zu einer Dokumentenkategorie (d.h. Assoziierung mit einem bestimmten Folder) vornehmen. Dabei haben Auswertungsregeln, die sich aus A_14761-* ableiten immer den Vorrang gegenüber anderen Auswertungsregeln. Ferner MUSS die ePA-Dokumentenverwaltung sicherstellen, dass bei einer Aktualisierung eines Dokuments derselbe Ordner des zu ersetzenden Dokuments zugeordnet wird. Die Zugriffsunterbindungsregeln gemäß A_19303-* müssen bei der Zuordnung generell durchgesetzt werden.
Tabelle 4: Tab_DM_Dokumentenkategorien
Nr. |
Dokumentenkategorie |
Technischer Identifier |
Metadatenvorgaben |
1a1 |
Hausarzt/ Hausärztin |
practitioner |
Dokumente mit documentEntry.practiceSettingCode = ALLG MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = practitioner assoziiert werden.
|
1a2 |
Krankenhaus |
hospital |
Dokumente mit documentEntry.healthcareFacilityTypeCode = KHS und documentEntry.practiceSettingCode != (ALLG | HUMA | LABO | REHA | PSYC | PSYM | PST | KPSY | HAUT | FRAU | UROL | MZKH | PFL) MÜSSEN mit dem Ordner mit Folder.Code = hospital assoziiert werden.
|
1a3 |
Labor und Humangenetik |
laboratory |
Dokumente mit documentEntry.practiceSettingCode = HUMA oder LABO MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = laboratory assoziiert werden.
|
1a4 |
Physiotherapeut |
physiotherapy |
Dokumente mit documentEntry.practiceSettingCode = REHA MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = physiotherapy assoziiert werden.
|
1a5 |
Psychotherapeut |
psychotherapy |
Dokumente mit documentEntry.practiceSettingCode = PSYC oder PSYM oder PST oder KPSY MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = psychotherapy assoziiert werden.
|
1a6 |
Dermatologie |
dermatology |
Dokumente mit documentEntry.practiceSettingCode = HAUT MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = dermatology assoziiert werden.
|
1a7 |
Urologie/Gynäkologie |
gynaecology_urology |
Dokumente mit documentEntry.practiceSettingCode = FRAU oder UROL MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = gynaecology_urology assoziiert werden.
|
1a8 |
Zahnheilkunde und Mund-Kiefer-Gesichtschirurgie |
dentistry_oms |
Dokumente mit documentEntry.practiceSettingCode = MZKH MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = dentistry_oms assoziiert werden.
|
1a9 |
Weitere Fachärzte/ Fachärztinnen |
other_medical |
Dokumente MÜSSEN mit dem Ordner mit Folder.Code = other_medical assoziiert werden, wenn folgende Merkmale gemeinsam vorliegen:
Zudem MUSS die professionOID des Einstellers aus folgender Liste stammen:
|
1a10 |
Weitere nicht-ärztliche Berufe |
other_non_medical |
Dokumente MÜSSEN mit dem Ordner mit Folder.Code = other_non_medical assoziiert werden, wenn folgende Merkmale gemeinsam vorliegen:
Zudem MUSS die professionOID des Einstellers aus folgender Liste stammen:
|
1b |
Medikationsplan |
emp |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-emp*.json gemäß [gemSpec_IG_ePA] MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode, DocumentEntry.healthcareFacilityTypeCode und documentEntry.classCode mit dem Ordner mit Folder.Code = emp assoziiert werden.
|
1c |
Notfalldaten |
nfd |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-nfd*.json bzw. ig-dpe*.json
|
1d |
eArztbrief |
eab |
Dokumente mit documentEntry.classCode = BRI MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode und DocumentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = eab assoziiert werden.
|
2 |
Zahnbonusheft |
dentalrecord |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-dentalrecord*.json gemäß [gemSpec_IG_ePA] MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode, DocumentEntry.healthcareFacilityTypeCode und documentEntry.classCode mit dem Ordner mit Folder.Code = dentalrecord assoziiert werden.
|
3 |
Kinderuntersuchungsheft |
childsrecord |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-childsrecord*.json gemäß [gemSpec_IG_ePA] MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode, DocumentEntry.healthcareFacilityTypeCode und documentEntry.classCode mit dem Ordner mit Folder.Code = childsrecord assoziiert werden. Hinweis: Jedes Kind hat seinen eigenen Ordner.
Der Einsteller einer Elternnotiz KANN der Versicherte bzw. sein Vertreter sein (d.h. erkennbar über die Vorlage einer KVNR in der Authentication Assertion) oder eine Leistungserbringerinstitution gemäß der zuvor genannten Liste erlaubter professionOIDs sein. |
4 |
Mutterpass |
mothersrecord |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-mothersrecord*.json gemäß [gemSpec_IG_ePA] MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode und documentEntry.classCode mit dem Ordner mit Folder.Code = mothersrecord assoziiert werden. Hinweis: Zu jeder Schwangerschaft gehört ein eigener Ordner.
Dokumente, die sich aus der Versorgung des Versicherten mit Hebammenhilfe ergeben und daher mit dem DocumentEntry.healthcareFacilityTypeCode = HEB gekennzeichnet sind und die professionOID des Einstellers oid_institution-geburtshilfe, ist, müssen MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode ebenfalls mit dem Ordner mit Folder.Code = mothersrecord assoziiert werden. |
5 |
Impfpass |
vaccination |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-vaccination*.json gemäß [gemSpec_IG_ePA] MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode, DocumentEntry.healthcareFacilityTypeCode und documentEntry.classCode mit dem Ordner mit Folder.Code = vaccination assoziiert werden.
|
6 |
Vom Versicherten eingestellte Daten |
patientdoc |
Dokumente mit submissionset.authorRole = 102 MÜSSEN mit dem Ordner mit Folder.Code = patientdoc assoziiert werden, wenn sie nicht unter 7 fallen. |
7 |
eGA -Daten |
ega |
Dokumente mit submissionset.authorRole = 102 MÜSSEN mit dem Ordner mit Folder.Code = ega assoziiert werden, wenn sie
Zudem MUSS der Einsteller der Versicherte oder sein Vertreter sein (d.h. erkennbar über die Vorlage einer KVNR in der Authentication Assertion). |
8 |
Quittungen (bei den |
receipt |
Dokumente MÜSSEN mit dem Ordner mit Folder.Code = receipt assoziiert werden, falls die professionOID des Einstellers oid_epa_ktr ist. |
9 |
|
diga |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-diga*.json gemäß [gemSpec_IG_ePA] MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode und documentEntry.classCode mit dem Ordner mit Folder.Code = diga assoziiert werden. Hinweis: Zu jeder DiGA gehört ein eigener Ordner.
|
10 |
Pflegedokumente |
care |
Dokumente mit (DocumentEntry.practiceSettingCode = PFL MÜSSEN MÜSSEN unabhängig vom documentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = care assoziiert werden.
|
11 |
Rezept |
prescription |
Dokumente mit DocumentEntry.classCode = VER MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode und DocumentEntry.healthcareFacilityTypeCode mit dem Ordner mit Folder.Code = prescription assoziiert werden.
|
12 |
Arbeitsunfähigkeitsbescheinigung |
eau |
Dokumente identifiziert durch einen documentEntry.formatCode definiert in ig-eau*.json gemäß [gemSpec_IG_ePA] MÜSSEN unabhängig von den Angaben in DocumentEntry.practiceSettingCode, DocumentEntry.healthcareFacilityTypeCode und documentEntry.classCode mit dem Ordner mit Folder.Code = eau assoziiert werden.
|
13 |
sonstige von den Leistungserbringern für den Versicherten bereitgestellte Daten |
other |
Alle Dokumente, die den Kategorien 1 bis 12 nicht zugeordnet werden können, müssen dem Ordner mit Folder.Code = other assoziiert werden.
Während der Migration von ePA 1 - Dokumenten werden Dokumente, die anderen Kategorien nicht zugeordnet werden konnten, dem Ordner mit Folder.Code = other assoziiert. Das schließt z.B. Dokumente ein, die in ePA 1 von Apothekern eingestellt wurden. |
Legende (gemäß § 341):
- Kategorie Nr. 1a*=Daten zu Befunden, Diagnosen, durchgeführten und geplanten Therapiemaßnahmen, Früherkennungsuntersuchungen, zu Behandlungsberichten und sonstige untersuchungs- und behandlungsbezogene medizinische Informationen;
- Kategorie Nr. 7, "eGA-Daten"=Daten der Versicherten aus einer von den Krankenkassen nach § 68 finanzierten elektronischen Akte der Versicherten;
- Kategorie Nr. 8, Quittungen (Patientenquittung)=bei den Krankenkassen gespeicherte Daten über die in Anspruch genommenen Leistungen der Versicherten;
- Kategorie Nr. 11, Rezept (elektronische Verordnungen)=Daten elektronischer Verordnungen/Verordnungsdatensatz nach § 360 Abs. 1
[<=]
Hinweis zur Migration von ePA 1 zu ePA 2: Die Migration der Dokumente kann durchgeführt werden, auch wenn die professionOID in ePA 1-Dokumenten nicht abgelegt wurde.
- Patienten- und KTR-Docs sind 1:1 in die entsprechenden Ordner überführbar.
- Bei Leistungserbringer-Dokumenten kann das AS die Migration durchführen, ohne dass es die OID kennt. An ePA 1 nehmen ausschließlich Berufsgruppen teil ( aufgrund nicht verfügbarer nichtärztlicher SMC-Bs), die identische Lese- und Löschrechte haben: oid_praxis_arzt, oid_krankenhaus und oid_zahnarztpraxis. Die Einordnung von ePA 1- Bestandsdokumenten in die ePA 2 - Folder erfolgt aufgrund der weiteren Vorgaben.
Hinweis zur DiGA:
Die DiGA-Daten werden pro Anwendung in einem für jede DiGA spezifischen Ordner gesammelt. Der Ordner wird über seine Folder.EntryUUID identifiziert.
Beim Speichern von Dokumenten muss die Dokumentenverwaltung ermitteln können, welchem DiGA-Ordner ein Dokument zuzuordnen ist. Die DiGA muss beim Einstellen ihrer Dokumente über die Folder.EntryUUID den eigenen DiGA-Ordner adressieren.
Durch Einstellen eines aktualisierten DiGA-Dokuments unter einer ihm bekannten DocumentEntry.entryUUID realisiert die DiGA ein Update eines bestehenden Dokuments.
A_21610-02 - Sonderfälle Anlegen von Foldern durch Clientsysteme
Das Primärsystem und das ePA-Frontend des Versicherten DARF Folder NICHT anlegen, mit der folgenden Ausnahme: Für das Kinderuntersuchungsheft (Folder.Code = childsrecord) und den Mutterpass (Folder.Code = mothersrecord) MUSS das PS im Falle mehrerer Kinder bzw. mehrerer Schwangerschaften unterschiedliche Folder dieser Kategorien initial angelegen und eine entsprechende Registrieranfrage an das Aktensystem senden. [<=]
Neue strukturierte Datenformate können eingeführt werden, wenn sie den Vorgaben der ePA nicht widersprechen, und unter die oben genannte Dokumentenkategorien fallen und somit Gegenstand einer kategorienbasierten Zugriffsberechtigung werden können.
Grundlage für die Berechnung der Dokumentengröße ist das Dokument ohne Verschlüsselung durch den Dokumentenschlüssel und ohne Transportcodierung.
Beispiel für die Ermittlung der Dokumentengröße:
- Ermittle verschlüsseltes und base64 kodiertes Dokument, welches dem Inhalt von <xenc:CipherValue> entspricht.
- Base64 Dekodierung des Ergebnisses aus 1.
- Von der Länge des Ergebnisses aus 2. ziehe die Länge 12 Bytes und des Authentication Tags von 16 Bytes gemäß A_14977-* ab.
2.1.4.3.1 authorPerson (DocumentEntry.author und SubmissionSet.author)
Der Autor des Dokuments wird im Metadatenattribut DocumentEntry.author festgehalten. Er hat das Dokument inhaltlich erstellt. Zudem muss der Einsteller des Dokuments bzw. des dazugehörigen Übertragungspakets (Submission Set) in SubmissionSet.author dokumentiert werden. In beiden Fällen ist die Angabe mehrerer Autoren in separaten Metadatenattributen möglich. Dieser und der nachfolgende Abschnitt beschreiben Einschränkungen für die author-Unterfelder authorPerson und authorInstitution.
A_14762-0102 - Nutzungsvorgabe für authorPerson als Teil von DocumentEntry.author und SubmissionSet.author
Das Primärsystem sowie die ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN die folgenden Nutzungsvorgaben für das Metadatenattribut authorPerson unterhalb von DocumentEntry.author und SubmissionSet.author berücksichtigen. Der Wert dieses Attributs MUSS den Vorgaben aus [IHE-ITI-TF3#4.2.3.1.4.2] genügen und ist inhaltlich nach den folgenden Vorschriften zusammenzufügen bzw. zu belegen.
Leistungserbringer als Autor
- Lebenslange Identifikationsnummer eines Arztes (Lebenslange Arztnummer - LANR 9 Stellen) oder im Falle eines Zahnarztes die Zentrale Zahnarztnummer- sofern bekannt
- "^"
- Nachname
- "^"
- Vorname
- "^"
- Weiterer Vorname
- "^"
- Namenszusatz
- "^"
- Titel
- "^^^&" - sofern LANR angegeben, ansonsten "^^^"
- "1.2.276.0.76.4.16" - sofern LANR angegeben
- "&ISO" - sofern LANR angegeben
Beispiele:
165746304^Weber^Thilo^^^Dr.^^^&1.2.276.0.76.4.16&ISO
^Weber^Thilo^^^Dr.^^^
Versicherter als Autor
- Der unveränderbare Teil der KVNR (10 Stellen)
- "^"
- Nachname
- "^"
- Vorname
- "^"
- Weiterer Vorname
- "^"
- Namenszusatz
- "^"
- Titel
- "^^^&"
- "1.2.276.0.76.4.8"
- "&ISO"
Beispiel: G995030566^Gundlach^Monika^^^^^^&1.2.276.0.76.4.8&ISO
Software-Komponente bzw. Gerät als Autor
Beim (automatisierten) Einstellen von Dokumenten MUSS der max. 256-Zeichen lange Name der Software-Komponente bzw. des Geräts als Nachname und ggf. als Vorname(n) eingetragen werden.
Beispiel: ^PHR-Gerät-XY^PHR-Software-XY
Im Falle einer DiGA MUSS das Feld Autor folgendermaßen aufgebaut sein:
- Telematik-ID der DiGA
- "^"
- Name der DiGA (Name der Verordnungseinheit)
- "^"
- Name des DiGA-Herstellers
- "^"
- optionale Ergänzung der Bezeichnung der SW
- "^"
- optionale Ergänzung der Bezeichnung der SW
- "^"
- optionale Ergänzung der Bezeichnung der SW
- "^^^&"
- <OID für DiGAs, wie in professionOID>
- "&ISO"
Für alle drei Arten von Autoren (Versicherter, LE, Gerät) MUSS jeweils Vorname und Nachname angegeben sein. [<=]
2.1.4.3.2 authorInstitution (DocumentEntry.author und SubmissionSet.author)
A_14763-01 - Nutzungsvorgabe für SubmissionSet.authorInstitution
Das Primärsystem sowie die ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN die folgenden Nutzungsvorgaben für das Metadatenattribut SubmissionSet.authorInstitution berücksichtigen. Der Wert MUSS den Vorgaben aus [IHE-ITI-TF3#4.2.3.1.4.1] genügen und ist inhaltlich nach der folgenden Vorschrift zusammenzufügen bzw. zu belegen.
- Name der Leistungserbringerinstitution oder Name des Kostenträgers
- "^^^^^&"
- "1.2.276.0.76.4.188" (OID zur Kennzeichnung einer Institution über eine Telematik-ID)
- "&ISO^^^^"
- Telematik-ID der Leistungserbringerinstitution oder des Kostenträgers
Beispiele:
- Arztpraxis Dr. Thilo Weber^^^^^&1.2.276.0.76.4.188&ISO^^^^1-2c47sd-e518
- gematik Betriebskrankenkasse^^^^^&1.2.276.0.76.4.188&ISO^^^^8-34923902a
[<=]
A_21511 - Nutzungsvorgabe SubmissionSet.authorInstitution für DIGAs
Das DiGA-PS sowie die ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN für DiGAs die folgenden Nutzungsvorgaben für das Metadatenattribut DocumentEntry.authorInstitution sowie SubmissionSet.authorInstitution berücksichtigen. Der Wert MUSS den Vorgaben aus [IHE-ITI-TF3#4.2.3.1.4.1] genügen und ist inhaltlich nach der folgenden Vorschrift zusammenzufügen bzw. zu belegen.
- Name des Anbieters der DiGA
- "^^^^^&"
- "1.2.276.0.76.4.188" (OID zur Kennzeichnung einer Institution über eine Telematik-ID)
- "&ISO^^^^"
- Telematik-ID der DiGA
[<=]
A_21209 - Nutzungsvorgabe für DocumentEntry.authorInstitution
Das Primärsystem sowie die ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN die folgenden Nutzungsvorgaben für das Metadatenattribut DocumentEntry.authorInstitution berücksichtigen. Der Wert MUSS den Vorgaben aus [IHE-ITI-TF3#4.2.3.1.4.1] genügen und ist inhaltlich nach der folgenden Vorschrift zusammenzufügen bzw. zu belegen.
- Name der Leistungserbringerinstitution oder Name des Kostenträgers
- "^^^^^&"
- "1.2.276.0.76.4.188" (OID zur Kennzeichnung einer Institution über eine Telematik-ID)
- "&ISO^^^^"
- Telematik-ID der Leistungserbringerinstitution oder des Kostenträgers
Die Komponenten 2.-5. sind nur anzugeben, wenn die Telematik ID (5.) der Autoreninstitution bekannt ist oder ad-hoc ermittelt werden kann, bspw. über den Verzeichnisdienst der TI-Plattform (VZD). Ansonsten MÜSSEN alle vier Komponenten weggelassen werden.
Beispiele:
- Arztpraxis Dr. Thilo Weber^^^^^&1.2.276.0.76.4.188&ISO^^^^1-2c47sd-e518
- gematik Betriebskrankenkasse^^^^^&1.2.276.0.76.4.188&ISO^^^^8-34923902a
- Arztpraxis Dr. Wiebke Werner
[<=]
A_22408 - DocumentEntry.authorInstitution ohne TelematikId
Die Komponente ePA-Dokumentenverwaltung MUSS Nachrichten zum Registrieren von Dokumenten bei fehlender TelematikId in DocumentEntry.authorInstitution akzeptieren und daraufhin alle Zeichen hinter dem Namen der authorInstitution abschneiden und verwerfen. [<=]
2.1.4.3.3 DocumentEntry.patientId und SubmissionSet.patientId
A_14974 - Nutzungsvorgabe für DocumentEntry.patientId und SubmissionSet.patientId
Das Primärsystem sowie die ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN die folgenden Nutzungsvorgaben für das Metadatenattribut DocumentEntry.patientId und SubmissionSet.patientId berücksichtigen. Der Wert MUSS den Vorgaben aus [IHE-ITI-TF3#4.2.3.2.16] bzw. [IHE-ITI-TF3#4.2.3.3.8] genügen und ist inhaltlich nach der folgenden Vorschrift zusammenzufügen bzw. zu belegen.
- Der unveränderbare Teil der KVNR des Akteninhabers (10 Stellen)
- "^^^&"
- "1.2.276.0.76.4.8" (OID zur Kennzeichnung einer unveränderbaren KVNR)
- "&ISO"
Beispiel: G995030566^^^&1.2.276.0.76.4.8&ISO [<=]
2.1.4.3.4 DocumentEntry.homeCommunityId und SubmissionSet.homeCommunityId
Gemäß des IHE ITI XCA-Profils [IHE-ITI-TF1] und des IHE ITI XCDR-Profils [IHE-ITI-XCDR] fordern bestimmte Anfragen an das ePA-Aktensystem das Metadatenattribut „homeCommunityId“. Dieses wird im IHE-Kontext verwendet, um verschiedene miteinander über IHE ITI-Gateways vernetzte IHE ITI XDS-Aktensysteme voneinander zu unterscheiden und zu adressieren.
Innerhalb der ePA-Fachanwendung können verschiedene Anbieter ePA-Aktensysteme bereitstellen, die jeweils eigene Document Registry- und Document Repository-Adressen anbieten. Um dieser Tatsache Rechnung zu tragen, werden Anbieter eines ePA-Aktensystems unter einer eindeutigen Home Community ID adressiert.
Es gibt einen wichtigen Unterschied zu geläufigen Home Community-Umsetzungen gegenüber der ePA-Fachanwendung: In der Regel besitzt ein einzelner Patient (d.h. Versicherter) in verschiedenen Home Communities unterschiedliche Kennungen, um ihn eindeutig zu identifizieren. In der ePA-Fachanwendung hingegen unterhält jeder Versicherte lediglich bei einem einzigen Anbieter sein Aktenkonto, das alle Dokumente des Versicherten verwaltet. Das heißt, jeder Patient (d.h. Versicherter) ist somit auch nur in einer einzigen Home Community aktiv. Deshalb ist eine Abbildung von lokalen Kennungen zu Patienten zwischen verschiedenen Home Communities nicht notwendig.
In der ePA-Fachanwendung wird das Aktenkonto des Versicherten über den sogenannten Record Identifier identifiziert. Dieser strukturierte Datentyp enthält zum einen die Versicherten-ID aus dem unveränderbaren Teil der KVNR sowie die Home Community ID des Anbieters (siehe Details zum Datentyp in Abschnitt 2.2). Primärsysteme erhalten die Home Community ID eines Versicherten per Operation PHRManagementService::GetHomeCommunityID. Das ePA-Frontend des Versicherten kann die Home Community ID über eine Namensdienstabfrage ermitteln.
A_14839 - Home Community ID als OID URN
Der Anbieter ePA-Aktensystem MUSS die Vorgaben aus [IHE-ITI-TF3#4.2.3.2.12] für die Bildung der Home Community ID befolgen. [<=]
2.1.4.3.5 DocumentEntry.eventCodeList
Das Metadatenattribut DocumentEntry.eventCodeList kann verwendet werden, um medizinische Bilder gemäß ihrem Typ gesondert zu kennzeichnen.
A_17547 - Nutzungsvorgabe für DocumentEntry.eventCodeList
Das Primärsystem sowie die ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN die Nutzungsvorgaben für das Metadatenattribut DocumentEntry. eventCodeList gemäß des in [gemSpec_Voc_ePA] definierten Value Sets für DocumentEntry.eventCodeList berücksichtigen. [<=]
A_17540-01 - Kennzeichnung von medizinischen Bildern
Das Primärsystem sowie die ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, SOLLEN, wenn das Metadatenattribut DocumentEntry.mimeType den Wert "image/jpeg", "image/png" oder "image/tiff" besitzt sowie der Dokumenteninhalt ein medizinisches Bild repräsentiert, das Metadatenattribut DocumentEntry.eventCodeList mit dem passenden Code aus folgender Liste belegt werden:
Tabelle 5: Nutzungsvorgaben für die Kennzeichnung von medizinischen Bildern
Code-System |
Code-Wert |
Anzeigename |
1.2.840.10008.2.16.4 |
BDUS |
Ultrasound Bone Densitometry |
BMD |
Bone Mineral Densitometry |
|
CR |
Computed Radiography |
|
CT |
Computed Tomography |
|
DX |
Digital Radiography |
|
ES |
Endoscopy |
|
GM |
General Microscopy |
|
IO |
Intra-oral Radiography |
|
IVOCT |
Intravascular Optical Coherence Tomography |
|
IVUS |
Intravascular Ultrasound |
|
MG |
Mammography |
|
MR |
Magnetic Resonance MR |
|
NM |
Nuclear Medicine |
|
OCT |
Optical Coherence Thomography |
|
OP |
Ophthalmic Photography |
|
OPT |
Ophthalmic Tomography |
|
OPTENF |
Ophthalmic Tomography En Face |
|
PT |
Positron Emission Tomography |
|
PX |
Panoramic X-Ray |
|
RF |
Radiofluoroscopy |
|
RG |
Radiographic Imaging |
|
SM |
Slide Microscopy |
|
US |
Ultrasound |
|
XA |
X-Ray Angiography |
|
XC |
External-camera Photography |
[<=]
Diese soeben gelisteten Codes stammen aus DICOM Teil 16, Context Group 29 "Acquisition Modality" (Value Set 1.2.840.10008.6.1.19, Version "20180605", gekürzt um Nichtbildverfahren).
2.1.4.3.6 Gesonderte Kennzeichnung eines Dokuments als Versicherteninformation
Für die Kenntlichmachung von Dokumenten von Leistungserbringern, die vorrangig der Information von Versicherten dienen, ermöglicht die ePA-Fachanwendung dem Leistungserbringer, Dokumente dieser Art mit der Kennzeichnung "Versicherteninformation" zu versehen. Dies erfolgt durch das Belegen von Metadaten wie folgt:
A_14986 - Kennzeichnung eines Dokuments als Versicherteninformation
Das Primärsystem MUSS zur Kennzeichnung eines Dokuments als Information für den Versicherten den DocumentEntry.classCode "DOK" (Dokumente ohne besondere Form (Notizen)) aus [gemSpec_Voc_ePA] verwenden. Weiterhin MUSS der DocumentEntry.typeCode "PATI" (Patienteninformationen) aus [gemSpec_Voc_ePA] verwendet werden. [<=]
2.1.4.3.7 Gesonderte Kennzeichnung eines Dokumentes als Kostenträgerinformation
Kostenträger stellen ihren Versicherten bei Bedarf Dokumente über die in Anspruch genommenen Leistungen der Versicherten (Quittungen) zur Verfügung.
Für die Kenntlichmachung dieser Dokumente, die vom Kostenträger in die ePA exportiert werden, ermöglicht die ePA-Fachanwendung dem Kostenträger, Dokumente dieser Art entsprechend zu kennzeichnen.
A_19394-01 - Kennzeichnung eines Dokumentes als Kostenträgerinformation
Das ePA-Fachmodul KTR-Consumer MUSS zur Kennzeichnung der Dokumente, die für die ePA des Versicherten eingestellt werden, die in Tab_DM_ePA_KTR_Metadatenkennzeichnungen für den Dokumententyp aufgeführten Metadaten setzen.
Tabelle 6: Tab_DM_ePA_KTR_Metadatenkennzeichnungen
Dokumententyp |
Kategorienname |
Metadatum |
Metadatum |
Dokumente der bei den Krankenkassen gespeicherten Daten über die in Anspruch genommenen Leistungen der Versicherten |
Quittungen |
DocumentEntry.healthcareFacilityTypeCode |
DocumentEntry.typeCode="ABRE" |
[<=]
2.1.4.4 Strukturierte Dokumente
Die elektronische Patientenakte unterstützt unterschiedliche sogenannte "strukturierte Dokumente", deren Aufbau über Implementierungsleitfäden Implementation Guides genau vorgegeben ist. Dieser Abschnitt beschreibt Anforderungen zu diesen Dokumenten. Die folgenden Der Umfang der unterstützten strukturierten Dokumente werden aktuell unterstützt:
1. Arztbrief
2. Medikationsplan
3. Notfalldatensatz
4. Datensatz Persönliche Erklärung
5. Impfpass
6. Mutterpass
7. Kinderuntersuchungsheft (3 verschiedene strukturierte Dokumente)
8. Zahnbonusheft
9. Rezept
10. Arbeitsunfähigkeitsbescheinigung
Diese Liste der strukturierten Dokumente kann durch Konfiguration ergänzt werdenwird durch den Umfang der veröffentlichten Implementation Guides festgelegt (siehe Abschnitt 2.1.4.4.2). Für alle strukturierten Dokumente gelten spezifische Metadatenvorgaben, um sie eindeutig zu identifizieren und gezielt verarbeiten zu können.
A_14761-06 - Nutzungsvorgaben für die Verwendung von IHE ITI XDS-Metadaten bei strukturierten Dokumenten
Das Primärsystem, ePA-Dokumentenverwaltung und das ePA-Frontend des Versicherten, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN die Nutzungsvorgaben für strukturierte Dokumente unter [gemSpec_IG_ePA] berücksichtigen. Dabei ist das Format des Dokuments, welches über einen Code des Metadatenattributs formatCode ausgedrückt wird, führend. Das bedeutet, bei Registrierung eines strukturierten Dokuments mit einem formatCode MÜSSEN die weiteren Metadatenattribute classCode, typeCode sowie mimeType entsprechend belegt werden. Die ePA-Dokumentenverwaltung MUSS eine solche Registrierung diesbzgl. prüfen und im Fehlerfall analog zu A_13798 bzw. A_14938-* antworten. [<=]
Je nach Art ihrer Zusammensetzung und ihrer Handhabung existieren unterschiedliche Typen strukturierter Dokumente, sogenannte medizinische Informationsobjekte. Ein medizinisches Informationsobjekt (MIO) ist eine Sammlung von Informationen zu medizinischen, strukturellen oder administrativen Sachverhalten, die in sich geschlossen oder entsprechend verschachtelt vorliegt. Zudem ist ein MIO eine klar definierte Vorgabe, wie diese Informationssammlung in der elektronischen Patientenakte gespeichert wird, damit semantische und syntaktische Interoperabilität gewährleistet werden. Die Festlegung dieser Vorgaben ist gemäß § 291b Absatz 1 Satz 7 SGB V Aufgabe der KBV. Beispiele für medizinische Informationsobjekte sind der Impfpass, das Kinderuntersuchungsheft, der Mutterpass oder das zahnärztliche Bonusheft. MIOs werden über Sammlungen und Sammlungstypen umgesetzt.
Einige strukturierte Dokumente sind für sich genommen vollständig und schlüssig wie z.B. ein Elektronischer Arztbrief. Sie sind ohne Zuhilfenahme weiterer Dokumente in der ePA für einen Benutzer sinnvoll zu verwenden. Andere Typen strukturierter Dokumente müssen hingegen fast immer in Kombination betrachtet werden, z.B. Impfpassdokumente. Bei letzteren spiegelt jedes Impfpassdokument ein oder mehrere Impfungen wider. Ein Impfpass, wie er in der analogen Welt geläufig und als logisches Konstrukt sinnvoll ist, besteht immer aus der gemeinsamen Betrachtung aller Impfpassdokumente und somit aller vorhandenen Impfeinträge. Die Kombination ein oder mehrerer strukturierter Dokumente ergeben eine Sammlung.
Eine Sammlungsinstanz (z.B. der Mutterpass der ersten Schwangerschaft der Patientin Martha Mustermann) ist eine konkrete Ausprägung der Information, die zwischen den beteiligten Akteuren ausgetauscht wird. Nicht jede Sammlung besteht zwangsläufig aus Dokumenten desselben Formats: Ein Kinderuntersuchungsheft beispielsweise besteht aus Dokumenten mit drei verschiedenen strukturierten Dokumenttypen. Zentral für alle Sammlungstypen ist immer mindestens ein strukturiertes Dokument mit einem festgelegten Dokumentenformat. Für eine technische Umsetzung sind drei Sammlungstypen ("mixed", "uniform", "atomic") zu unterscheiden, die technisch unterschiedlich umgesetzt werden und zum Teil unterschiedliche Operationen erlauben.
Der Sammlungstyp "mixed" fasst semantisch zusammengehörige, strukturierte Dokumente unterschiedlicher Struktur mittels Ordner zu einer Sammlung zusammen. Die Sammlungstypen "uniform" und "atomic" werden ebenfalls intern über Ordner abgebildet. Dies stellt sicher, dass zukünftige Versionen dieser strukturierten Dokumente/Pässe verlässlich verarbeitet werden können. Sämtliche Ordner gelten als "statische Ordner", bis auf diejenigen, die durch Clients angelegt werden ("dynamische Ordner"), weil es aus Gründen, die nur der Client kennt (Anzahl der Kinder/Schwangerschaften), mehrere Ordner dieses Typs geben kann ("nicht-statische Ordner", vgl. A_21610-*). Die Version der Struktur eines Dokuments ist am Format Code erkennbar.
A_20577-04 - Definition und Zuweisung von Sammlungstypen
Das Primärsystem, ePA-Dokumentenverwaltung und das ePA-Frontend des Versicherten, welche IHE ITI XDS-Metadaten verarbeiten, MÜSSEN jedem strukturierten Dokument einen von drei Sammlungstypen zuweisen:
Tabelle 7: TAB_DM_EPA_Sammlungstypen
Sammlungstyp |
Definition |
|
mixed |
Ordner, die einer Sammlung des Typs "mixed" angehören, können stets ein oder mehrere strukturierte Dokumente entsprechend der Art der Sammlung enthalten. Alle Dokumente einer Sammlung MÜSSEN in einen Ordner (XDS Folder) mit einem für die Sammlung festgelegten Code in der Folder.codeList. |
|
uniform |
Ordner, die einer Sammlung des Typs "uniform" angehören, können stets ein oder mehrere strukturierte Dokumente entsprechend der Art der Sammlung enthalten. Alle Dokumente einer Sammlung MÜSSEN in einen Ordner (XDS Folder) abgelegt werden. |
|
|
||
|
||
atomic |
Ordner, die einer Sammlung des Typs "atomic" angehören, können stets ein oder mehrere strukturierte Dokumente entsprechend der Art der Sammlung enthalten. Alle Dokumente einer Sammlung MÜSSEN in einen Ordner (XDS Folder) abgelegt werden. |
|
|
||
|
||
|
||
|
||
|
Es gelten die Metadaten für strukturierte Dokumente gemäß [gemSpec_IG_ePA]. In den unter [gemSpec_IG_ePA] gemachten Vorgaben werden auch Ordner-Kardinalitäten für spezifische Sammlungen festgelegt. Diese Angaben sagen aus, wie viele Instanzen einer Sammlung (d.h. minimal und maximal) registriert werden können. [<=]
A_21784 - Einheitlichkeit der Vertraulichkeitsstufen beim Einstellen von mixed und uniform Sammlungen
Das Primärsystem MUSS beim Einstellen von Dokumenten der mixed und uniform Sammlungen für alle eingestellten Dokumente denselben confidentialityCode setzen. [<=]
A_21785 - Einheitlichkeit der mixed und uniform Sammlungen beim Ändern der Vertraulichkeitsstufen
Die ePA-Dokumentenverwaltung MUSS beim Ändern der Vertraulichkeitsstufen der Teildokumente von mixed und uniform Sammlungen mittels I_Document_Management_Insurant::RestrictedUpdateDocumentSet die Vertraulichkeitsstufen aller zur betroffenen Sammlung gehörigen Teildokumente auf den neu gesetzten Wert setzen. [<=]
A_17546-02 - Konfigurierbarkeit von strukturierten Dokumenten
Die ePA-Dokumentenverwaltung MUSS die Liste strukturierter Dokumente konfigurierbar machen, in dem sie die Unterstützung strukturierter Dokumente unter Angabe folgender Eigenschaften ermöglicht:
- Vorgaben der Metadaten für strukturierte Dokumente gemäß [gemSpec_IG_ePA] konfigurativ hinzufügen bzw. entfernen
- Sammlungen zu TAB_DM_EPA_Sammlungstypen gemäß [gemSpec_IG_ePA] konfigurativ hinzufügen bzw. entfernen
[<=]
A_17551-01 - Prüfanforderungen zur Konfigurierbarkeit von Value Sets
Der Anbieter des ePA-Aktensystems MUSS sicherstellen, dass die zu konfigurierenden Value Sets gemäß der Anforderung A_17546-* den folgenden Prüfkriterien unterliegen, bevor bestehende, in der ePA-Dokumentenverwaltung verarbeitete Value Sets verändert werden:
- Es DÜRFEN keine Codes der Value Sets gelöscht werden, lediglich das Hinzufügen von Codes zu existierenden Value Sets ist aus Kompatibilitätsgründen erlaubt.
- Neue Codes MÜSSEN den Formatvorgaben gemäß Tabelle 4.2.3.1.7-2 in [IHE-ITI-TF3#4.2.3.1.7] entsprechen und gegenüber einer Whitelist validiert werden. Dies schließt auch Prüfungen zur Zeichenkodierung, der Datentypen als auch zu den Längenbeschränkungen ein.
[<=]
A_21212-01 - Restriktionen zur Konfigurierbarkeit von Metadaten für strukturierte Dokumente und Sammlungen
Die Komponente ePA-Dokumentenverwaltung MUSS durch technische Maßnahmen sicherstellen, dass Änderungen an den in den Implementierungsvorgaben in [gemSpec_IG_ePA] spezifizierten Codes ausgeschlossen sind. [<=]
A_21214-03 - Konfiguration strukturierter Dokumente im Rahmen der Veröffentlichung durch die gematik
Der Anbieter des Aktensystems MUSS durch organisatorische Maßnahmen sicherstellen, dass die Konfiguration im Aktensystem zur Unterstützung strukturierter Dokumente aus [gemSpec_IG_ePA] ausschließlich im Rahmen der Veröffentlichung strukturierter Dokumenteder Implementation Guides durch die gematik erfolgt. [<=]
DieBei Einführung von strukturierten Dokumenten, die über die genanntenneuer strukturierter Dokumente werden die beschriebenen Konfigurationsmöglichkeiten hinausgehen, erfordern so verwendet, dass eine Erweiterung der Spezifikation und daraus resultierend eine Änderung des ePA-Aktensystems sowie eine erneutemit erneuter Zulassung. nicht erforderlich sind.
Der Record Identifier identifiziert das Aktenkonto eines Versicherten eindeutig. Er wird als strukturierter Datentyp repräsentiert und ist folgendermaßen aufgebaut (vgl. [PHR_Common.xsd] im beiliegenden Spezifikationspaket).
<xs:element name="RecordIdentifier" type="tns:RecordIdentifierType"/>
<xs:complexType name="RecordIdentifierType">
<xs:sequence>
<xs:element name="InsurantId" type="tns:InsurantIdType" minOccurs="1" maxOccurs="1"/>
<xs:element name="HomeCommunityId" type="tns:HomeCommunityIdType" minOccurs="0"
maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
Das Element "InsurantId" trägt den unveränderlichen Teil der KVNR unter dem Attribut "extension". Um diesen Teil der KVNR als Versicherten-ID zu kennzeichnen, wird im weiteren Attribut "root" die OID "1.2.276.0.76.4.8" angegeben.
Das Element "HomeCommunityId" trägt die Kennung des Aktenanbieters (vgl. Abschnitt 2.1.1.3.4 ). In IHE-basierten Nachrichten ist die Versicherten-ID in die Patient-ID transformierbar (DocumentEntry.patientId und SubmissionSet.patientId). Die Home Community ID wird ebenfalls in den Metadaten eines Dokuments (DocumentEntry.homeCommunityId und SubmissionSet.homeCommunityId) hinterlegt.
Produkttypen und Komponenten der ePA-Fachanwendung müssen Zugriffe auf Daten eines Versicherten im Aktenkonto des Versicherten protokollieren, damit dieser (oder dessen Vertreter) nachvollziehen kann, was wann mit seinen Daten geschehen ist.
A_14471-04 - Objektstruktur Eintrag für Protokoll
Produkttypen und Komponenten, die Ereignisse in einem Protokoll hinzufügen, MÜSSEN Einträge für einen RecordIdentifier als AuditMessage gemäß der XML-Schemafestlegung für http://ws.gematik.de/fa/phrext/v1.0 gemäß [healthcare-security-audit.xsd] mit folgendem Inhalt hinzufügen:
Protokollattribut |
Feld in der Audit Message |
Belegung |
Aufgerufene |
phr:AuditMessage/phr:EventIdentification/phr:EventID |
EventID.code gemäß A_14505-* |
phr:AuditMessage/phr:EventIdentification/phr:EventID |
EventID.displayName gemäß A_14505-* |
|
Datum und Uhrzeit |
phr:AuditMessage/phr:EventIdentification/@EventDateTime |
Zeit in UTC |
Ergebnis der |
phr:AuditMessage/phr:EventIdentification |
Erfolg -> Wert:0 |
User-ID |
phr:AuditMessage/phr:ActiveParticipant/@UserID |
|
User Name |
phr:AuditMessage/phr:ActiveParticipant/@UserName |
|
Object-ID |
phr:AuditMessage/phr:ParticipantObjectIdentification |
Das Element ParticipantObjectIDTypeCode ist inhaltlich mit den Werten aus EventID des Elements EventIdentification zu belegen. |
Object Name |
phr:AuditMessage/phr:ParticipantObjectIdentification |
|
Object Detail |
phr:AuditMessage/phr:ParticipantObjectIdentification |
|
Network Access Point |
phr:AuditMessage/phr:ActiveParticipant |
Für Zugriff durch |
Audit Source ID |
phr:AuditMessage/phr:AuditSourceIdentification |
Home-Community-ID |
Audit Enterprise Site ID |
phr:AuditMessage/phr:AuditSourceIdentification |
Name des |
[<=]
Nicht vorbelegte Protokollattribute werden ggf. durch Anforderungen zu einzelnen Operationen gefüllt.
A_14505-0406 - Event Codes für Protokollereignisse
ePA-Produkttypen und Komponenten, die Ereignisse in einem Protokoll hinzufügen, MÜSSEN im Protokolleintrag für die jeweils aufgerufene Operation die Event Codes und den Display Name gemäß der folgenden Tabelle verwenden:
Tabelle 9: Event Codes für Protokollereignisse
Operation |
EventID.code |
EventID.displayName |
I_Authentication_Insurant::loginCreateToken |
|
Login des Versicherten (Authentisierung) |
I_Authentication_Insurant::logoutToken |
PHR-112 |
Logout des Versicherten |
I_Authentication_Insurant::getAuditEvents |
PHR-120 |
Abruf des Zugriffsprotokolls (Teil 1/3) aus der privaten Umgebung |
I_Authentication_Insurant::getSignedAuditEvents |
PHR-121 |
Abruf des signierten Zugriffsprotokolls (Teil 1/3) aus der privaten Umgebung |
I_Authorization_Insurant::getAuthorizationKey |
PHR-220 |
Login des Versicherten/Vertreter (Abruf der Berechtigung) |
I_Authorization::getAuthorizationKey |
PHR-230 |
Login aus der ärztlichen Umgebung, einer DiGA oder eines Kostenträgers |
I_Authorization_Management::putAuthorizationKey |
PHR-310 |
Erteilung der Berechtigung aus der ärztlichen Umgebung |
I_Authorization_Management_Insurant::putAuthorizationKey |
PHR-410 |
Erteilung der Berechtigung aus der privaten Umgebung |
I_Authorization_Management_Insurant::deleteAuthorizationKey |
PHR-420 |
Löschen der Berechtigung aus der privaten Umgebung |
Interner Prozess Löschen veralteter Berechtigungen |
PHR-421 |
Automatisches Löschen veralteter Berechtigungen durch das Aktensystem |
I_Authorization_Management_Insurant::replaceAuthorizationKey |
PHR-430 |
Aktualisierung der Berechtigung aus der privaten Umgebung |
I_Authorization_Management_Insurant::getAuditEvents |
PHR-440 |
Abruf des Zugriffsprotokolls (Teil 2/3) aus der privaten Umgebung |
I_Authorization_Management_Insurant:: getSignedAuditEvents |
PHR-441 |
Abruf des signierten Zugriffsprotokolls (Teil 2/3) aus der privaten Umgebung |
I_Authorization_Management_Insurant::putNotificationInfo |
PHR-450 |
Aktualisierung der Benachrichtigungsadresse aus der privaten Umgebung |
Interner Prozess Support E-Mailadresse |
PHR-451 |
Änderung E-Mailadresse |
I_Authorization_Management_Insurant::getNotificationInfo |
PHR-452 |
Abfrage der Benachrichtigungsadresse aus der privaten Umgebung |
I_Authorization_Management_Insurant::getAuthorizationList |
PHR-460 |
Abruf der Liste der berechtigten Kontonutzer |
Interner Prozess Geräteverwaltung |
PHR-470 |
Geräteverwaltung |
I_Authorization_Management_Insurant::startKeyChange |
PHR-480 |
Initialer Schritt zum Start eines Umschlüsselungsvorgangs |
I_Authorization_Management_Insurant::finishKeyChange |
PHR-482 |
Initialer Schritt zum Abschluss des Umschlüsselungsvorgangs |
I_Document_Management::CrossGatewayDocumentProvide |
PHR-510 |
Hinzufügen eines Dokuments aus der ärztlichen Umgebung oder einer DiGA |
I_Document_Management::CrossGatewayQuery |
PHR-520 |
Suchanfrage aus der ärztlichen Umgebung |
I_Document_Management::RemoveDocuments |
PHR-530 |
Löschen eines Dokuments aus der ärztlichen Umgebung. |
I_Document_Management::CrossGatewayRetrieve |
PHR-540 |
Abruf eines Dokuments aus der ärztlichen Umgebung |
I_Document_Management::RestrictedUpdateDocumentSet |
PHR-550 |
Markierung eines Dokuments als leistungserbringeräquivalent aus der ärztlichen Umgebung |
I_Document_Management::RemoveMetadata |
PHR-560 |
Löschen von Dokumenten oder Ordnern aus der ärztlichen Umgebung |
I_Document_Management_Insurant:: |
PHR-610 |
Hinzufügen eines Dokuments aus der privaten Umgebung |
I_Document_Management_Insurant::RegistryStoredQuery |
PHR-620 |
Suchanfrage aus der privaten Umgebung |
I_Document_Management_Insurant::RemoveDocuments |
PHR-630 |
Löschen eines Dokuments aus der privaten Umgebung. |
I_Document_Management_Insurant::RetrieveDocumentSet |
PHR-640 |
Abruf eines Dokuments aus der privaten Umgebung |
I_Account_Management_Insurant::SuspendAccount |
PHR-650 |
Starten des Aktenkontowechsels zu einem neuen Anbieter aus der privaten Umgebung |
I_Account_Management_Insurant::ResumeAccount |
PHR-660 |
Abschluss des Aktenkontowechsels zu einem neuen Anbieter aus der privaten Umgebung |
I_Account_Management_Insurant::GetAuditEvents |
PHR-670 |
Abruf des Zugriffsprotokolls (Teil 3/3) aus der privaten Umgebung |
I _Account_Management_Insurant::GetSignedAuditEvents |
PHR-671 |
Abruf des signierten Zugriffsprotokolls (Teil 3/3) aus der privaten Umgebung |
I_Document_Management_Insurant::RemoveMetadata |
PHR-680 |
Löschen von Dokumenten, Ordnern aus der privaten Umgebung |
I_Document_Management_Insurant::RestrictedUpdateDocumentSet |
PHR-690 |
Änderungen der Vertraulichkeitsstufe von Dokumenten aus der privaten Umgebung |
I_Document_Management_Insurance:: |
PHR-710 |
Hinzufügen eines Dokuments aus der Kostenträger-Umgebung |
I_Key_Management_Insurant::StartKeyChange |
PHR-810 |
Start eines Umschlüsselungsvorgangs |
I_Key_Management_Insurant::FinishKeyChange |
PHR-840 |
Aufforderung zum Abschluss des Umschlüsselungsvorgangs durch den Versicherten |
Interner Prozess: Rollback während des Umschlüsselungsvorgangs in Komponente Authorisierung |
PHR-850 |
Initialer Schritt zum Abbruch des Umschlüsselungsvorgangs (Wiederherstellung des alten Schlüsselmaterials) |
Interner Prozess: Rollback während des Umschlüsselungsvorgangs in Komponente Dokumentenverwaltung |
PHR-860 |
Abbruch des Umschlüsselungsvorgangs (Wiederherstellung des alten Schlüsselmaterials) |
Interner Prozess: Erfolgreicher Abschluss der Umschlüsselung in der Komponente Dokumentenverwaltung |
PHR-870 |
Erfolgreicher Abschluss des Umschlüssungsvorgangs durch den Versicherten |
[<=]
2.4 Verschlüsselung von Dokumenten
Dokumente (ausgenommen Policy Documents), die in der Dokumentenverwaltung gespeichert werden, müssen vor dem Hochladen verschlüsselt werden. Dabei wird wie folgt vorgegangen (siehe auch [gemSpec_Autorisierung]):
- Das Dokument wird mit einem für das Dokument spezifischen symmetrischen Dokumentenschlüssel (DocumentKey) verschlüsselt.
- Der DocumentKey wird mit einem für die Versichertenakte spezifischen symmetrischen Aktenschlüssel (RecordKey) verschlüsselt.
- Der RecordKey wird mittels Schlüsselableitung gemäß [gemSpec_SGD_ePA] verschlüsselt.
Das verschlüsselte Dokument und der verschlüsselter DocumentKey werden als Paket anstelle des unverschlüsselten Dokuments hochgeladen. Zur Entschlüsselung werden die Schritte in umgekehrter Reihenfolge durchgeführt.
A_14975-01 - Verschlüsselung des Dokuments mit dem DocumentKey
Das ePA-Fachmodul, das ePA-Fachmodul KTR-Consumer und das ePA-Frontend des Versicherten MÜSSEN den dokumentenindividuellen DocumentKey gemäß erzeugen und das zu verschlüsselnde Dokument symmetrisch mit dem dokumentenindividuellen DocumentKey verschlüsseln.
[<=]
A_14976-02 - Verschlüsselung des DocumentKey mit dem RecordKey
Das ePA-Fachmodul, das ePA-Fachmodul KTR-Consumer und das ePA-Frontend des Versicherten MÜSSEN den DocumentKey des einzustellenden Dokuments symmetrisch mit dem RecordKey gemäß verschlüsseln.
[<=]
A_14977-02 - Dokumentenverschlüsselung gemäß XML Encryption
Das ePA-Fachmodul, das ePA-Fachmodul KTR-Consumer und das ePA-Frontend des Versicherten MÜSSEN das verschlüsselte Dokument, den zu dessen Verschlüsselung verwendeten DocumentKey und den RecordIdentifier gemäß Abschnitt 2.2 in folgende XML-Struktur als xenc:EncryptedData gemäß [XMLEnc] verpacken:
<?xml version="1.0" encoding="UTF-8"?>
<xenc:EncryptedData xmlns:xenc="http://www.w3.org/2001/04/xmlenc#"
Type="http://www.w3.org/2001/04/xmlenc#Content">
<xenc:EncryptionMethod Algorithm="http://www.w3.org/2009/xmlenc11#aes256-gcm"/>
<ds:KeyInfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
<xenc:EncryptedKey>
<xenc:EncryptionMethod Algorithm="http://www.w3.org/2009/xmlenc11#aes256-gcm"/>
<ds:KeyInfo>
<!-- <ds:KeyName> enthält die KVNR aus dem RecordIdentifier des
Besitzers des Aktenkontos, um bei späterer Entschlüsselung den richtigen
Aktenschlüssel wählen zu können -->
<ds:KeyName>...</ds:KeyName>
</ds:KeyInfo>
<xenc:CipherData>
<!-- <xenc:CipherValue> enthält mit Aktenschlüssel
symmetrisch verschlüsselten Dokumentenschlüssel in der Formatierung
gemäß Festlegung in -->
<xenc:CipherValue>...</xenc:CipherValue>
</xenc:CipherData>
</xenc:EncryptedKey>
</ds:KeyInfo>
<xenc:CipherData>
<!-- <xenc:CipherValue> enthält mit Dokumentenschlüssel
symmetrisch verschlüsseltes Dokument in der Formatierung gemäß Festlegung
in -->
<xenc:CipherValue>...</xenc:CipherValue>
</xenc:CipherData>
</xenc:EncryptedData>
Der für XML Encryption im XML angegebene Verschlüsselungsalgorithmus (http://www.w3.org/2009/xmlenc11#aes256-gcm) ist konform zu den Vorgaben in [gemSpec_Krypt#3.1.4].
[<=]
Dokumente, die aus der Dokumentenverwaltung heruntergeladen werden, müssen entschlüsselt werden. Dabei wird die Verschlüsselung aus Abschnitt 2.4.1 rückgängig gemacht:
- Aus der XML-Struktur wird mithilfe des Aktenschlüssels (RecordKey) der symmetrische Dokumentenschlüssel (DocumentKey) entschlüsselt.
- Aus der XML-Struktur wird mithilfe des DocumentKey das Dokument entschlüsselt.
Der im ersten Schritt notwendige RecordKey liegt nicht in der XML-Struktur vor, sondern muss anderweitig beschafft werden.
A_14682-02 - Entschlüsselung eines Dokuments beim Herunterladen aus der Dokumentenverwaltung
Das ePA-Fachmodul und das ePA-Frontend des Versicherten MÜSSEN das gemäß der Anforderung A_14977-* verschlüsselte Dokument durch Entschlüsselung gemäß unter Verwendung des RecordKey des dazugehörigen Aktenkontos in das unverschlüsselte Dokument überführen.
[<=]
Nach Entschlüsselung gemäß der obigen Anforderung liegt das Dokument im Klartext vor.
2.5 Überblick über verwendete Identifikatoren
In der ePA-Fachanwendung kommen verschiedene Identifikatoren zum Einsatz. So müssen insbesondere Versicherte, ihre Akte, Anbieter von ePA-Aktensystemen sowie deren IHE ITI XDS Document Repositories eindeutig identifiziert werden. Dieser Abschnitt stellt die verwendeten Identifikatoren - Home Community ID, Repository Unique ID, Record Identifier und Patient ID - und ihre Zusammenhänge kurz dar.
Bei jedem Zugriff auf die Akte eines Versicherten müssen das ePA-Fachmodul, das ePA-Fachmodul KTR-Consumer sowie das ePA-Frontend des Versicherten zunächst den Anbieter des ePA-Aktensystems für den jeweiligen Versicherten ausfindig machen. Der Anbieter wird in der ePA-Fachanwendung über die sogenannte Home Community ID identifiziert (Details siehe Abschnitt 2.1.1.3.4).
Jeder Versicherte, der über ein Aktenkonto verfügt, wird bei seinem Anbieter unter dem unveränderbaren Teil der KVNR geführt. Der strukturierte Datentyp Record Identifier vereint die KVNR und die Home Community ID (siehe Details in Abschnitt 2.2).
Beim Suchen von Dokumenten erhalten ePA-Fachmodul und ePA-Frontend des Versicherten pro Dokument die Kennung des Document Repositorys zurück, von dem das jeweilige Dokument heruntergeladen werden kann. In der ePA-Fachanwendung verfügt jeder Anbieter über genau ein Document Repository, das die Dokumente der Versicherten verwaltet. Dies weicht von der Flexibilität ab, da über das Integrationsprofil XDS.b potentiell mehrere Document Repositories pro Anbieter eines Aktensystems möglich sind. Auf der anderen Seite vereinfacht es bspw. die Lokalisierung von Document Repositories. Da das Integrationsprofil XDS.b allerdings vorschreibt, jedem Document Repository eine Kennung als OID zuzuweisen, wird die Home Community ID als Document Repository Unique ID nachgenutzt. Das heißt, Home Community ID und Document Repository Unique ID desselben Anbieters eines ePA-Aktensystems sind in der ePA-Fachanwendung immer identisch. Die folgende Abbildung stellt die beschriebenen Zusammenhänge noch einmal graphisch dar.
Abbildung 4: Überblick über Identifikatoren in der ePA-Fachanwendung
2.6 Anwendungen der Aktensystemplattform
Der Produkttyp ePA-Aktensystem kann mehrere Anwendungen unterstützen (im Sinne einer Aktensystemplattform). Zur Unterscheidung dieser Anwendungen in Operationsaufrufen der Schnittstellen oder bei der Identifikation von Ergebnissen wird das Datum <ApplicationName> verwendet. Jede Anwendung verwendet für dieses Datum eine eigene, eindeutige Kennzeichnung.
A_22464 - Bezeichnung der Anwendung ePA
Falls das Element mit der Bezeichnung <ApplicationName> in Eingangs- oder Ausgangsparametern einer Operation im Kontext der Anwendung ePA genutzt wird, MUSS <ApplicationName> auf den Wert "ePA" gesetzt werden. [<=]
A_22470-01 - Definition UserAgent
Falls das Element mit der Bezeichnung <UserAgent> in Eingangs- oder Ausgangsparametern einer Operation genutzt wird, MÜSSEN folgende Formatvorgaben eingehalten werden:
- String mit Gesamtlänge von 5 bis maximal 65 Zeichen
- Struktur des Strings: <Produktname>/<Produktversion>/<Herstellername>
Produktname [1..20] gemäß Hersteller;darf nicht '/' enthalten;erlaubte Zeichen: a-z, A-Z, 0-9, "_", "-", "+", ".",&", "(", ")"
Produktversion [1..23] gemäß Hersteller;darf nicht '/' enthalten;erlaubte Zeichen: a-z, A-Z, 0-9, "_", "-", "+", ".", "&", "(", ")"
Herstellername [1..20] gemäß Hersteller;darf nicht '/' enthalten;erlaubte Zeichen: a-z, A-Z, 0-9, "_", "-", "+", ".", "&", "(", ")"
[<=]
Kürzel |
Erläuterung |
APPC |
Advanced Patient Privacy Consents |
ATNA |
Audit Trail and Node Authentication Profile |
BPPC |
Basic Patient Privacy Consents |
CDA |
Clinical Document Architecture |
DICOM |
Digital Imaging and Communications in Medicine |
DiGA |
Digitale Gesundheitsanwendung |
FQDN |
Fully-Qualified Domain Name |
HL7 |
Health Level Seven |
ICD-10 GM |
International Statistical Classification of Diseases and Related Health Problems - Version 10 German Modification |
IHE |
Integrating the Healthcare Enterprise |
IHE ITI TF |
IHE IT Infrastructure Technical Framework |
MIO |
Medizinisches Informationsobjekt |
OPS |
Operationen- und Prozedurenschlüssel |
PHR |
Personal Health Record |
PIX |
Patient Identifier Cross-referencing Profile |
RMU |
Restricted Metadata Update Profile |
SAML |
Security Assertion Markup Language |
VAU |
Vertrauenswürdige Ausführungsumgebung |
WS-I |
Web-Services Interoperability Consortium |
XCA |
Cross-Community Access Profile |
XDR |
Cross-Enterprise Document Reliable Interchange Profile |
XDS |
Cross-Enterprise Document Sharing Profile |
XDW |
Cross-Enterprise Document Workflow Profile |
XCDR |
Cross-Community Document Reliable Interchange Profile |
XACML |
eXtensible Access Control Markup Language |
XUA |
Cross-Enterprise User Assertion Profile |
Begriff |
Erläuterung |
Funktionsmerkmal |
Der Begriff beschreibt eine Funktion oder auch einzelne, eine logische Einheit bildende Teilfunktionen der TI im Rahmen der funktionalen Zerlegung des Systems. |
Das Glossar wird als eigenständiges Dokument (vgl. [gemGlossar]) zur Verfügung gestellt.
Abbildung 1: Implementierungsstrategie mit zentraler Registry und Repository
Abbildung 2: Überblick über IHE ITI-Akteure und assoziierte Transaktionen
Abbildung 4: Überblick über Identifikatoren in der ePA-Fachanwendung
Tabelle 1: Nutzungsvorgaben für Metadatenattribute XDS
Tabelle 2: Tab_DM_LanguageCodes - Mindestanforderung an zu unterstützende Language Codes
Tabelle 3: Nutzungsvorgaben für Metadatenattribute bei Policy Documents
Tabelle 4: Tab_DM_Dokumentenkategorien
Tabelle 5: Nutzungsvorgaben für die Kennzeichnung von medizinischen Bildern
Tabelle 6: Tab_DM_ePA_KTR_Metadatenkennzeichnungen
Tabelle 7: TAB_DM_EPA_Sammlungstypen
Tabelle 9: Event Codes für Protokollereignisse
Tabelle 10: XML-Struktur für Arztbrief nach § 291f SGB V
Tabelle 11: Value Set authorRole
Tabelle 12: Value Set authorSpecialty
Tabelle 13: Value Set classCode
Tabelle 14: Value Set confidentialityCode
Tabelle 15: Value Set eventCodeList
Tabelle 16: Value Set healthcareFacilityTypeCode
Tabelle 17: Value Set practiceSettingCode
Tabelle 18: Value Set typeCode
Die nachfolgende Tabelle enthält die Bezeichnung der in dem vorliegenden Dokument referenzierten Dokumente der gematik zur Telematikinfrastruktur. Der mit der vorliegenden Version korrelierende Entwicklungsstand dieser Konzepte und Spezifikationen wird pro Release in einer Dokumentenlandkarte definiert; Version und Stand der referenzierten Dokumente sind daher in der nachfolgenden Tabelle nicht aufgeführt. Deren zu diesem Dokument jeweils gültige Versionsnummer ist in der aktuellen, von der gematik veröffentlichten Dokumentenlandkarte enthalten, in der die vorliegende Version aufgeführt wird.
[Quelle] |
Herausgeber: Titel |
[AuthorizationService.xsd] |
Schemadefinition für Datentypen der Komponente Autorisierung |
[gemGlossar] |
gematik: Glossar der Telematikinfrastruktur |
[gemSpec_Aktensystem] |
gematik: Spezifikation Aktensystem ePA |
[gemSpec_Autorisierung] |
gematik: Spezifikation Autorisierung ePA |
[gemSpec_Dokumentenverwaltung] |
gematik: Dokumentenverwaltung ePA |
[gemSpec_ePA_FdV] |
gematik: Spezifikation ePA-Frontend des Versicherten |
[gemSpec_Info_AMTS] |
gematik: Spezifikation Informationsmodell eMP/AMTS-Datenmanagement |
[gemSpec_Info_NFDM] |
gematik: Spezifikation Informationsmodell Notfalldaten-Management (NFDM) |
[gemSpec_Net] |
gematik: Übergreifende Spezifikation Netzwerk |
[gemSpec_SGD_ePA] |
gematik: Spezifikation Schlüsselgenerierungsdienst ePA |
[gemSpec_IG_ePA] |
gematik: Implementation Guides für strukturierte Dokumente (src/implementation_guides), https://github.com/gematik/api-ePA |
[gemSpec_Voc_ePA] |
gematik: Vocabulary ePA (src/vocabulary), |
[healthcare-security-audit.xsd] |
Schemadefinition für Audit-Eintrag |
[PHR_Common.xsd] |
Schemadefinition für Record Identifier und Container für einen Arztbrief nach § 291f SGB V |
[Quelle] |
Herausgeber (Erscheinungsdatum): Titel |
[IHE-ITI-APPC] |
IHE International (2018): IHE IT Infrastructure (ITI) Technical Framework Supplement, Advanced Patient Privacy Consents (APPC), Revision 1.2 – Trial Implementation, http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_Suppl_APPC.pdf |
[IHE-ITI-TF1] |
IHE International (2018): IHE IT Infrastructure (ITI) Technical Framework, Volume 1 (ITI TF-1) – Integration Profiles, Revision 15.0, http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf |
[IHE-ITI-TF3] |
IHE International (2018): IHE IT Infrastructure (ITI) Technical Framework, Volume 3 (ITI TF-3) – Cross-Transaction Specifications and Content Specifications, Revision 15.0, http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol3.pdf |
[IHE-ITI-XCDR] |
IHE International (2017): IHE IT Infrastructure (ITI) Technical Framework Supplement, Cross-Community Document Reliable Interchange (XCDR), Revision 1.4 – Trial Implementation, http://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_Suppl_XCDR.pdf |
[IHE-ITI-VS] |
IHE Deutschland (2021: Value Sets für Aktenprojekte im deutschen Gesundheitswesen, Implementierungsleitfaden, Version 3.0 |
[KBV-AB] |
Kassenärztliche Bundesvereinigung (2021): Richtlinie über die Übermittlung elektronischer Briefe in der vertragsärztlichen Versorgung gemäß § 383 SGB V, Richtlinie Elektronischer Brief, https://www.kbv.de/media/sp/RL-eArztbrief.pdf |
[RFC2119] |
IETF (1997): Key words for use in RFCs to Indicate Requirement Levels, RFC 2119, http://tools.ietf.org/html/rfc2119 |
[RFC7061] |
IETF (2013): eXtensible Access Control Markup Language (XACML) XML Media Type, RFC 7061, https://tools.ietf.org/html/rfc7061 |
[VHITG_AB] |
VHTIG (2006), Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2 für das Deutsche Gesundheitswesen, Implementierungsleitfaden, Version 1.50, http://download.hl7.de/documents/cdar2-arztbrief/Leitfaden-VHitG-Arztbrief-v150.pdf |
[XMLEnc] |
W3C (2013): XML Encryption Syntax and Processing, W3C Recommendation, http://www.w3.org/TR/xmlenc-core1/ |
4 Anhang B – Container-Struktur für einen Arztbrief
Die folgende XML-Struktur für einen Container mit Arztbrief nach § 383 SGB V wird festgelegt (vgl. [PHR_Common.xsd]):
Tabelle 10: XML-Struktur für Arztbrief nach § 291f SGB V
Element-, Attribut- oder Textknoten |
Opt. |
Nutzungsvorgabe |
||
DischargeLetterContainer |
R |
|
||
|
R |
Base64-kodierter Arztbrief in PDF-Repräsentation gemäß [KBV-AB] |
||
CDA |
R |
|
||
|
@level |
O |
Der Wert "1", "2" oder "3" MUSS gesetzt werden, um den CDA-Level des Dokuments zu kennzeichnen. |
|
text() |
R |
Base64-kodierter Arztbrief in CDA-Repräsentation gemäß [VHITG_AB] |
||
5 Anhang C – Vorschläge zur verkürzten Ansicht der Auswahl von Werten aus Value Sets
Die in [gemSpec_Voc_ePA] vorgegebenen Value Sets beinhalten in der Regel eine hohe Anzahl von Werten, die nicht für jeden Sektor oder jede Berufsgruppe gleichermaßen relevant sind. Um dem Anwender die Nutzung zu erleichtern, wird für die Auswahl der Werte die Anzeige einer gefilterten Ansicht der Tabellen empfohlen. Ein Verweis auf die nachfolgenden Tabellen ist in der Spezifikation ePA-Frontend des Versicherten [gemSpec_ePA_FdV] und im Implementierungsleitfaden Primärsysteme ePA [gemILF_PS_ePA] enthalten.
Tabelle 11: Value Set authorRole
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Krankenhaus |
Apotheke |
Versicherter |
1 |
Einweiser |
Prozessrollen für Autoren |
x |
x |
|
|
x |
2 |
Entlassender |
|
|
x |
|
x |
|
3 |
Überweiser |
x |
x |
|
|
x |
|
4 |
Durchführender |
x |
x |
x |
x |
x |
|
5 |
durchführendes Gerät |
|
|
|
|
|
|
6 |
Betreuer |
|
|
|
|
|
|
7 |
Pflegender |
|
|
|
|
|
|
17 |
Begutachtender |
|
|
|
|
|
|
8 |
Behandler |
x |
x |
x |
|
x |
|
9 |
Erstbehandler außerhalb einer Einrichtung |
x |
x |
|
|
x |
|
10 |
Bereitstellender |
|
|
|
|
|
|
11 |
Dokumentierender |
x |
x |
x |
x |
x |
|
12 |
dokumentierendes Gerät |
|
|
|
|
|
|
13 |
Validierer |
|
|
|
|
|
|
14 |
Gesetzlich Verantwortlicher |
|
|
|
|
|
|
15 |
Beratender |
|
|
|
|
|
|
16 |
Informierender |
|
|
|
|
|
|
101 |
Hausarzt |
Patientenbeziehungsrollen für Autoren |
x |
|
|
|
x |
102 |
Patient |
|
|
|
|
x |
|
103 |
Arbeitgebervertreter |
|
|
|
|
|
|
104 |
Primärbetreuer (langfristig) |
x |
x |
|
x |
x |
|
105 |
Kostenträgervertreter |
|
|
|
|
x |
Tabelle 12: Value Set authorSpecialty
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Krankenhaus |
Apotheke |
Versicherter |
010 |
FA Allgemeinmedizin |
S_BAR2_WBO |
x |
|
x |
|
x |
020 |
FA Anästhesiologie |
|
|
x |
|
x |
|
030 |
FA Augenheilkunde |
x |
|
x |
|
x |
|
050 |
FA Frauenheilkunde und Geburtshilfe |
x |
|
x |
|
x |
|
060 |
FA Hals-, Nasen-, Ohrenheilkunde |
x |
|
x |
|
x |
|
070 |
FA Haut- und Geschlechtskrankheiten |
x |
|
x |
|
x |
|
080 |
FA Innere Medizin |
x |
|
x |
|
x |
|
091 |
SP Kinderkardiologie |
|
|
|
|
|
|
093 |
SP Neonatologie |
|
|
|
|
|
|
102 |
FA Kinder- und Jugendpsychiatrie und -psychotherapie |
|
|
|
|
|
|
110 |
FA Laboratoriumsmedizin |
x |
x |
x |
|
x |
|
130 |
FA Mund-Kiefer-Gesichts-Chirurgie |
x |
x |
x |
|
x |
|
142 |
FA Neurologie |
x |
|
x |
|
x |
|
147 |
FA Psychiatrie und Psychotherapie |
x |
|
x |
|
x |
|
150 |
FA Neurochirurgie |
x |
|
x |
|
x |
|
170 |
FA Pathologie |
|
|
|
|
|
|
180 |
FA Pharmakologie und Toxikologie |
|
|
|
|
|
|
196 |
SP Kinderradiologie |
|
|
|
|
|
|
197 |
SP Neuroradiologie |
|
|
|
|
|
|
200 |
FA Urologie |
x |
|
|
|
x |
|
210 |
FA Arbeitsmedizin |
|
|
|
|
|
|
220 |
FA Nuklearmedizin |
|
|
|
|
|
|
230 |
FA Öffentliches Gesundheitswesen |
|
x |
|
|
x |
|
240 |
FA Rechtsmedizin |
|
|
|
|
|
|
250 |
FA Hygiene und Umweltmedizin |
|
|
|
|
|
|
271 |
FA Neuropathologie |
|
|
|
|
|
|
281 |
FA Klinische Pharmakologie |
|
|
|
|
|
|
291 |
FA Strahlentherapie |
|
|
|
|
|
|
301 |
FA Anatomie |
|
|
|
|
|
|
302 |
FA Biochemie |
|
|
|
|
|
|
303 |
FA Transfusionsmedizin |
|
|
|
|
|
|
304 |
FA Kinderchirurgie |
x |
|
x |
|
x |
|
308 |
FA Physiologie |
|
|
|
|
|
|
313 |
FA Herzchirurgie |
x |
|
x |
|
x |
|
314 |
FA Humangenetik |
|
|
|
|
|
|
330 |
FA Physikalische und Rehabilitative Medizin |
|
|
|
|
|
|
341 |
FA Kinder-und Jugendmedizin |
x |
|
|
|
x |
|
359 |
Fachzahnarzt für Mikrobiologie |
|
|
|
|
|
|
360 |
Fachzahnarzt für Kieferchirurgie (§ 6 Abs. 1 BMV) |
|
x |
x |
|
x |
|
361 |
Fachzahnarzt für theoretisch-experimentelle Medizin |
|
|
|
|
|
|
511 |
FA Gefäßchirurgie |
|
|
x |
|
x |
|
512 |
FA Orthopädie und Unfallchirurgie |
|
|
x |
|
x |
|
513 |
FA Thoraxchirurgie |
|
|
x |
|
x |
|
514 |
FA Visceralchirurgie |
|
|
x |
|
x |
|
515 |
SP Gynäkologische Onkologie |
|
|
|
|
|
|
516 |
SP Gynäkologische Endokrinologie und Reproduktionsmedizin |
|
|
|
|
|
|
517 |
SP Spezielle Geburtshilfe und Perinatalmedizin |
|
|
|
|
|
|
518 |
FA Sprach-, Stimm- und kindliche Hörstörungen |
|
|
|
|
|
|
521 |
FA Innere Medizin und (SP) Angiologie |
|
|
|
|
|
|
522 |
FA Innere Medizin und (SP) Endokrinologie und Diabetologie |
|
|
|
|
|
|
523 |
FA Innere Medizin und (SP) Gastroenterologie |
|
|
|
|
|
|
524 |
FA Innere Medizin und (SP) Hämatologie und Onkologie |
|
|
|
|
|
|
525 |
FA Innere Medizin und (SP) Kardiologie |
|
|
|
|
|
|
526 |
FA Innere Medizin und (SP) Nephrologie |
|
|
|
|
|
|
527 |
FA Innere Medizin und (SP) Pneumologie |
|
|
|
|
|
|
528 |
FA Innere Medizin und (SP) Rheumatologie |
|
|
|
|
|
|
530 |
SP Kinder-Hämatologie und -Onkologie |
|
|
|
|
|
|
531 |
SP Neuropädiatrie |
|
|
|
|
|
|
532 |
FA Mikrobiologie, Virologie und Infektionsepidemiologie |
|
|
|
|
|
|
533 |
SP Forensische Psychiatrie |
|
|
|
|
|
|
534 |
FA Psychosomatische Medizin und Psychotherapie |
|
|
|
|
|
|
535 |
FA Radiologie (neue (M-)WBO) |
|
|
|
|
|
|
542 |
FA Plastische und Ästhetische Chirurgie |
|
|
x |
|
x |
|
544 |
FA Allgemeinchirurgie |
x |
|
x |
|
x |
|
11001 |
FA Allgemeinmedizin |
Facharzttitel der Ärztekammern |
x |
|
x |
|
x |
12901 |
SP Geriatrie |
|
|
|
|
|
|
21001 |
FA Anästhesiologie |
|
|
x |
|
x |
|
21002 |
FA Anästhesiologie und Intensivtherapie |
|
|
|
|
|
|
31001 |
FA Anatomie |
|
|
|
|
|
|
41001 |
FA Arbeitshygiene |
|
|
|
|
|
|
41002 |
FA Arbeitsmedizin |
|
|
|
|
|
|
51001 |
FA Augenheilkunde |
x |
|
x |
|
x |
|
61001 |
FA Biochemie |
|
|
|
|
|
|
71107 |
FA Allgemeinchirurgie |
x |
|
x |
|
x |
|
71101 |
FA Allgemeine Chirurgie |
|
|
|
|
|
|
71001 |
FA Chirurgie |
|
|
|
|
|
|
71102 |
FA Gefäßchirurgie |
|
|
x |
|
x |
|
71002 |
FA Herzchirurgie |
x |
|
x |
|
x |
|
71202 |
FA Kinder- und Jugendchirurgie |
|
|
|
|
|
|
71003 |
FA Kinderchirurgie |
x |
|
x |
|
x |
|
71004 |
FA Orthopädie |
|
|
|
|
|
|
71103 |
FA Orthopädie und Unfallchirurgie |
|
|
|
|
|
|
71005 |
FA Plastische Chirurgie |
|
|
|
|
|
|
71106 |
FA Plastische und Ästhetische Chirurgie |
|
|
x |
|
x |
|
71201 |
FA Plastische; Rekonstruktive und Ästhetische Chirurgie |
|
|
|
|
|
|
71104 |
FA Thoraxchirurgie |
|
|
x |
|
x |
|
71105 |
FA Visceralchirurgie |
|
|
x |
|
x |
|
71108 |
FA Viszeralchirurgie |
|
|
x |
|
x |
|
72001 |
SP Gefäßchirurgie |
|
|
|
|
|
|
72002 |
SP Rheumatologie (Orthopädie) |
|
|
|
|
|
|
72003 |
SP Thoraxchirurgie in der Chirurgie |
|
|
|
|
|
|
72004 |
SP Thoraxchirurgie in der Herzchirurgie |
|
|
|
|
|
|
72005 |
SP Unfallchirurgie |
|
|
|
|
|
|
72006 |
SP Visceralchirurgie |
|
|
|
|
|
|
73001 |
TG Echokardiologie herznaher Gefäße |
|
|
|
|
|
|
73002 |
TG Gefäßchirurgie |
|
|
|
|
|
|
73003 |
TG Herz- und Gefäßchirurgie |
|
|
|
|
|
|
73004 |
TG Kinderchirurgie |
|
|
|
|
|
|
73005 |
TG Plastische Chirurgie |
|
|
|
|
|
|
73006 |
TG Rheumatologie (Orthopädie) |
|
|
|
|
|
|
73007 |
TG Thorax- und Kardiovaskularchirurgie |
|
|
|
|
|
|
73008 |
TG Thoraxchirurgie |
|
|
|
|
|
|
73009 |
TG Unfallchirurgie |
|
|
|
|
|
|
81001 |
FA Frauenheilkunde |
|
|
|
|
|
|
81002 |
FA Frauenheilkunde und Geburtshilfe |
x |
|
x |
|
x |
|
81003 |
FA Gynäkologie und Geburtshilfe |
|
|
|
|
|
|
82101 |
SP Gynäkologische Endokrinologie und Reproduktionsmedizin |
|
|
|
|
|
|
82102 |
SP Gynäkologische Onkologie |
|
|
|
|
|
|
82103 |
SP Spezielle Geburtshilfe und Perinatalmedizin |
|
|
|
|
|
|
91001 |
FA Hals-Nasen-Ohrenheilkunde |
x |
|
x |
|
x |
|
91002 |
FA Phoniatrie und Pädaudiologie |
|
|
|
|
|
|
91101 |
FA Sprach-; Stimm- und kindliche Hörstörungen |
|
|
|
|
|
|
93001 |
TG Audiologie |
|
|
|
|
|
|
93002 |
TG Phoniatrie |
|
|
|
|
|
|
93003 |
TG Phoniatrie und Pädaudiologie |
|
|
|
|
|
|
101001 |
FA Dermatologie und Venerologie |
|
|
|
|
|
|
101002 |
FA Haut- und Geschlechtskrankheiten |
x |
|
x |
|
x |
|
111001 |
FA Humangenetik |
|
|
|
|
|
|
121001 |
FA Hygiene |
|
|
|
|
|
|
121002 |
FA Hygiene und Umweltmedizin |
|
|
|
|
|
|
131001 |
FA Immunologie |
|
|
|
|
|
|
141002 |
FA Innere Medizin |
x |
|
x |
|
x |
|
141110 |
FA Innere Medizin und Angiologie |
|
|
|
|
|
|
141111 |
FA Innere Medizin und Endokrinologie und Diabetologie |
|
|
|
|
|
|
141112 |
FA Innere Medizin und Gastroenterologie |
|
|
|
|
|
|
141903 |
FA Innere Medizin und Geriatrie |
|
|
|
|
|
|
141113 |
FA Innere Medizin und Hämatologie und Onkologie |
|
|
|
|
|
|
141904 |
FA Innere Medizin und Infektiologie |
|
|
|
|
|
|
141114 |
FA Innere Medizin und Kardiologie |
|
|
|
|
|
|
141115 |
FA Innere Medizin und Nephrologie |
|
|
|
|
|
|
141116 |
FA Innere Medizin und Pneumologie |
|
|
|
|
|
|
141117 |
FA Innere Medizin und Rheumatologie |
|
|
|
|
|
|
141102 |
FA Innere Medizin und Schwerpunkt Angiologie |
|
|
|
|
|
|
141103 |
FA Innere Medizin und Schwerpunkt Endokrinologie und Diabetologie |
|
|
|
|
|
|
141104 |
FA Innere Medizin und Schwerpunkt Gastroenterologie |
|
|
|
|
|
|
141901 |
FA Innere Medizin und Schwerpunkt Geriatrie |
|
|
|
|
|
|
141902 |
FA Innere Medizin und Schwerpunkt gesamte Innere Medizin |
|
|
|
|
|
|
141105 |
FA Innere Medizin und Schwerpunkt Hämatologie und Onkologie |
|
|
|
|
|
|
141106 |
FA Innere Medizin und Schwerpunkt Kardiologie |
|
|
|
|
|
|
141107 |
FA Innere Medizin und Schwerpunkt Nephrologie |
|
|
|
|
|
|
141108 |
FA Innere Medizin und Schwerpunkt Pneumologie |
|
|
|
|
|
|
141109 |
FA Innere Medizin und Schwerpunkt Rheumatologie |
|
|
|
|
|
|
141003 |
FA Internist/Lungen- und Bronchialheilkunde |
|
|
|
|
|
|
141005 |
FA Lungen- und Bronchialheilkunde |
|
|
|
|
|
|
141004 |
FA Lungenheilkunde |
|
|
|
|
|
|
142001 |
SP Angiologie |
|
|
|
|
|
|
142002 |
SP Endokrinologie |
|
|
|
|
|
|
142901 |
SP Endokrinologie und Diabetologie |
|
|
|
|
|
|
142003 |
SP Gastroenterologie |
|
|
|
|
|
|
142004 |
SP Geriatrie |
|
|
|
|
|
|
142005 |
SP Hämatologie und Internistische Onkologie |
|
|
|
|
|
|
142006 |
SP Infektiologie |
|
|
|
|
|
|
142007 |
SP Kardiologie |
|
|
|
|
|
|
142008 |
SP Nephrologie |
|
|
|
|
|
|
142009 |
SP Pneumologie |
|
|
|
|
|
|
142010 |
SP Rheumatologie |
|
|
|
|
|
|
143001 |
TG Diabetologie |
|
|
|
|
|
|
143002 |
TG Endokrinologie |
|
|
|
|
|
|
143003 |
TG Gastroenterologie |
|
|
|
|
|
|
143004 |
TG Hämatologie |
|
|
|
|
|
|
143005 |
TG Infektions- und Tropenmedizin |
|
|
|
|
|
|
143006 |
TG Kardiologie |
|
|
|
|
|
|
143901 |
TG Kardiologie und Angiologie |
|
|
|
|
|
|
143007 |
TG Lungen- und Bronchialheilkunde |
|
|
|
|
|
|
143008 |
TG Nephrologie |
|
|
|
|
|
|
143009 |
TG Rheumatologie |
|
|
|
|
|
|
151002 |
FA Kinder- und Jugendmedizin |
x |
|
|
|
x |
|
151001 |
FA Kinderheilkunde |
|
|
|
|
|
|
152901 |
SP Endokrinologie und Diabetologie in der Kinder- und Jugendmedizin |
|
|
|
|
|
|
152902 |
SP Gastroenterologie in der Kinder- und Jugendmedizin |
|
|
|
|
|
|
152001 |
SP Infektiologie |
|
|
|
|
|
|
152201 |
SP Kinder- und Jugend-Hämatologie und -Onkologie |
|
|
|
|
|
|
152202 |
SP Kinder- und Jugend-Kardiologie |
|
|
|
|
|
|
152101 |
SP Kinder-Hämatologie und -Onkologie |
|
|
|
|
|
|
152002 |
SP Kinder-Kardiologie |
|
|
|
|
|
|
152906 |
SP Kinderpneumologie |
|
|
|
|
|
|
152003 |
SP Neonatologie |
|
|
|
|
|
|
152903 |
SP Nephrologie |
|
|
|
|
|
|
152102 |
SP Neuropädiatrie |
|
|
|
|
|
|
152904 |
SP Pädiatrische Rheumatologie |
|
|
|
|
|
|
152905 |
SP Pulmologie in der Kinder- und Jugendmedizin |
|
|
|
|
|
|
153001 |
TG Kinderdiabetologie |
|
|
|
|
|
|
153002 |
TG Kindergastroenterologie |
|
|
|
|
|
|
153003 |
TG Kinderhämatologie |
|
|
|
|
|
|
153004 |
TG Kinderkardiologie |
|
|
|
|
|
|
153005 |
TG Kinderlungen- und -bronchialheilkunde |
|
|
|
|
|
|
153006 |
TG Kinderneonatologie |
|
|
|
|
|
|
153007 |
TG Kindernephrologie |
|
|
|
|
|
|
153008 |
TG Kinderneuropsychiatrie |
|
|
|
|
|
|
161001 |
FA Kinder- und Jugendpsychiatrie |
|
|
|
|
|
|
161002 |
FA Kinder- und Jugendpsychiatrie und -psychotherapie |
|
|
|
|
|
|
171001 |
FA Laboratoriumsmedizin |
x |
x |
x |
|
x |
|
173001 |
TG Medizinische Mikrobiologie |
|
|
|
|
|
|
181001 |
FA Mikrobiologie |
|
|
|
|
|
|
181002 |
FA Mikrobiologie und Infektionsepidemiologie |
|
|
|
|
|
|
181101 |
FA Mikrobiologie; Virologie und Infektionsepidemiologie |
|
|
|
|
|
|
191001 |
FA Kieferchirurgie |
|
x |
x |
|
x |
|
191002 |
FA Mund-Kiefer-Gesichtschirurgie |
x |
x |
x |
|
x |
|
191901 |
FA Oralchirurgie |
|
|
|
|
|
|
201001 |
FA Nervenheilkunde |
|
|
|
|
|
|
201002 |
FA Nervenheilkunde (Neurologie und Psychiatrie) |
|
|
|
|
|
|
201003 |
FA Neurologie und Psychiatrie (Nervenarzt) |
|
|
|
|
|
|
203001 |
TG Kinderneuropsychiatrie |
|
|
|
|
|
|
211001 |
FA Neurochirurgie |
|
|
|
|
|
|
221001 |
FA Neurologie |
x |
|
x |
|
x |
|
222901 |
SP Geriatrie |
|
|
|
|
|
|
231001 |
FA Nuklearmedizin |
|
|
|
|
|
|
241001 |
FA Öffentliches Gesundheitswesen |
|
x |
|
|
x |
|
251001 |
FA Neuropathologie |
|
|
|
|
|
|
251002 |
FA Pathobiochemie und Labordiagnostik |
|
|
|
|
|
|
251003 |
FA Pathologie |
x |
|
x |
|
x |
|
251004 |
FA Pathologische Anatomie |
|
|
|
|
|
|
251005 |
FA Pathologische Physiologie |
|
|
|
|
|
|
253001 |
TG Neuropathologie |
|
|
|
|
|
|
261001 |
FA Klinische Pharmakologie |
|
|
|
|
|
|
261002 |
FA Pharmakologie |
|
|
|
|
|
|
261003 |
FA Pharmakologie und Toxikologie |
|
|
|
|
|
|
263001 |
TG Klinische Pharmakologie |
|
|
|
|
|
|
381201 |
Phoniatrie und Pädaudiologie |
|
|
|
|
|
|
271001 |
FA Physikalische und Rehabilitative Medizin |
|
|
|
|
|
|
271002 |
FA Physiotherapie |
|
|
|
|
|
|
281001 |
FA Physiologie |
|
|
|
|
|
|
291001 |
FA Psychiatrie |
|
|
|
|
|
|
291002 |
FA Psychiatrie und Psychotherapie |
x |
|
x |
|
x |
|
292101 |
SP Forensische Psychiatrie |
|
|
|
|
|
|
292901 |
SP Geriatrie |
|
|
|
|
|
|
301101 |
FA Psychosomatische Medizin und Psychotherapie |
|
|
|
|
|
|
301001 |
FA Psychotherapeutische Medizin |
|
|
|
|
|
|
301002 |
FA Psychotherapie |
|
|
|
|
|
|
311001 |
FA Diagnostische Radiologie |
|
|
|
|
|
|
311002 |
FA Radiologie |
|
|
|
|
|
|
311003 |
FA Radiologische Diagnostik |
|
|
|
|
|
|
312201 |
SP Kinder- und Jugendradiologie |
|
|
|
|
|
|
312001 |
SP Kinderradiologie |
|
|
|
|
|
|
312002 |
SP Neuroradiologie |
|
|
|
|
|
|
313001 |
TG Kinderradiologie |
|
|
|
|
|
|
313002 |
TG Neuroradiologie |
|
|
|
|
|
|
313003 |
TG Strahlentherapie |
|
|
|
|
|
|
321001 |
FA Rechtsmedizin |
|
|
|
|
|
|
351001 |
FA Strahlentherapie |
|
|
|
|
|
|
361001 |
FA Blutspende- und Transfusionswesen |
|
|
|
|
|
|
361002 |
FA Transfusionsmedizin |
|
|
|
|
|
|
371001 |
FA Urologie |
x |
|
|
|
x |
|
1 |
Zahnärztin/Zahnarzt |
Qualifikationen zahnärztlicher Autoren |
|
x |
|
|
x |
2 |
FZA Allgemeine Zahnheilkunde |
|
x |
|
|
x |
|
3 |
FZA Parodontologie |
|
x |
|
|
x |
|
4 |
FZA Oralchirurgie |
|
x |
|
|
x |
|
5 |
FZA Kieferorthopädie |
|
x |
|
|
x |
|
6 |
FZA öffentliches Gesundheitswesen |
|
x |
|
|
x |
|
1 |
Gesundheits- Sozial-, Sportmanagement |
Qualifikationen nicht ärztlicher Autoren |
|
|
|
|
|
2 |
Arzthilfe, Praxisorganisation, -verwaltung |
x |
x |
|
|
x |
|
3 |
Kaufmann/-frau - Gesundheitswesen |
|
|
|
|
|
|
4 |
Medizinischer Fachangestellter |
|
|
|
|
|
|
6 |
Zahnmedizinischer Fachangestellter |
|
x |
x |
|
x |
|
7 |
Arztsekretär |
|
|
|
|
|
|
8 |
Sozial-, Gesundheitsmanagement |
|
|
|
|
|
|
9 |
Gesundheitsaufseher/Hygienekontrolleur |
|
|
|
|
|
|
10 |
Assistent Gesundheits- und Sozialwesen |
|
|
|
|
|
|
11 |
Beamte Sozialversicherung |
|
|
|
|
|
|
12 |
Beamte Sozialverwaltung |
|
|
|
|
|
|
13 |
Betriebswirt |
|
|
|
|
|
|
14 |
Gesundheitsmanager |
|
|
|
|
|
|
15 |
Sozialökonom, -wirt |
|
|
|
|
|
|
16 |
Sozialversicherungsfachangestellte |
|
|
|
|
|
|
17 |
Sportmanagement |
|
|
|
|
|
|
18 |
Sportassistent |
|
|
|
|
|
|
19 |
Fachwirt Fitness |
|
|
|
|
|
|
20 |
Sport- und Fitnesskaufmann |
|
|
|
|
|
|
21 |
Sportmanager, Sportökonom |
|
|
|
|
|
|
22 |
nichtärztliche medizinische Analyse, Beratung, Pflege, Therapie |
|
|
|
|
|
|
23 |
Gesundheitsberatung, -förderung |
|
|
|
|
|
|
24 |
Assistenten für Gesundheitstourismus, -prophylaxe |
|
|
|
|
|
|
25 |
Diätassistent |
|
|
|
|
|
|
26 |
Gesundheitsförderer, -pädagoge |
|
|
|
|
|
|
27 |
Gesundheitswissenschaftler |
|
|
|
|
|
|
28 |
Oekotrophologe |
|
|
|
|
|
|
29 |
Tai-Chi-Chuan- und Qigong-Lehrer |
|
|
|
|
|
|
30 |
Yogalehrer |
|
|
|
|
|
|
31 |
Sportfachmann |
|
|
|
|
|
|
32 |
Sportwissenschaftler |
|
|
|
|
|
|
33 |
Kranken-, Altenpflege, Geburtshilfe |
|
|
|
|
|
|
34 |
Altenpflegehelfer |
|
|
|
|
|
|
35 |
Altenpfleger |
|
|
|
|
|
|
36 |
Fachkraft Pflegeassistenz |
|
|
|
|
|
|
37 |
Gesundheits- und Kinderkrankenpfleger |
|
|
|
|
|
|
38 |
Gesundheits- und Krankenpflegehelfer |
|
|
|
|
|
|
39 |
Gesundheits- und Krankenpfleger |
|
|
|
|
|
|
40 |
Haus- und Familienpfleger |
|
|
|
|
|
|
41 |
Hebamme/Entbindungspfleger |
x |
|
x |
|
x |
|
42 |
Heilerziehungspfleger |
|
|
|
|
|
|
43 |
Helfer Altenpflege |
|
|
|
|
|
|
44 |
Helfer stationäre Krankenpflege |
|
|
|
|
|
|
45 |
Heilerziehungspflegehelfer |
|
|
|
|
|
|
46 |
Pflegewissenschaftler |
|
|
|
|
|
|
47 |
Nichtärztliche Behandlung, Therapie (außer Psychotherapie) |
|
|
|
|
|
|
48 |
Akademischer Sprachtherapeut |
|
|
|
|
|
|
49 |
Atem-, Sprech- und Stimmlehrer |
|
|
|
|
|
|
50 |
Ergotherapeut |
|
|
|
|
|
|
51 |
Fachangestellter für Bäderbetriebe |
|
|
|
|
|
|
52 |
Heilpraktiker |
|
|
|
|
|
|
53 |
Klinischer Linguist |
|
|
|
|
|
|
54 |
Kunsttherapeut |
|
|
|
|
|
|
55 |
Logopäde |
|
|
|
|
|
|
56 |
Masseur und medizinische Bademeister |
|
|
|
|
|
|
57 |
Motologe |
|
|
|
|
|
|
58 |
Musiktherapeut |
|
|
|
|
|
|
59 |
Orthoptist |
|
|
|
|
|
|
60 |
Physiotherapeut |
|
|
|
|
|
|
61 |
Podologe |
|
|
|
|
|
|
62 |
Sporttherapeut |
|
|
|
|
|
|
63 |
Sprechwissenschaftler |
|
|
|
|
|
|
64 |
Staatlich anerkannter Sprachtherapeut |
|
|
|
|
|
|
65 |
Stomatherapeut |
|
|
|
|
|
|
66 |
Tanz- und Bewegungstherapeut |
|
|
|
|
|
|
68 |
Sozialtherapeut |
|
|
|
|
|
|
69 |
Pharmazeutische Beratung, Pharmavertrieb |
|
|
|
|
|
|
70 |
Apotheker/Fachapotheker |
|
|
|
x |
x |
|
71 |
Pharmazeut |
|
|
|
|
|
|
72 |
Pharmazeutisch-technischer Assistent – PTA |
|
|
|
x |
x |
|
73 |
Pharmazeutisch-kaufmännischer Angestellter |
|
|
|
x |
x |
|
74 |
Psychologische Analyse, Beratung, Therapie |
|
|
|
|
|
|
75 |
Gesundheits- und Rehabilitationspsychologe |
|
|
|
|
|
|
76 |
Kinder- und Jugendpsychotherapeut |
|
|
|
|
|
|
77 |
Klinischer Psychologe |
|
|
|
|
|
|
78 |
Kommunikationspsychologe |
|
|
|
|
|
|
79 |
Pädagogischer Psychologe |
|
|
|
|
|
|
80 |
Psychoanalytiker |
|
|
|
|
|
|
81 |
Psychologe |
|
|
|
|
|
|
82 |
Psychologischer Psychotherapeut |
|
|
|
|
|
|
83 |
Sportpsychologe |
|
|
|
|
|
|
84 |
Verkehrspsychologe |
|
|
|
|
|
|
85 |
Wirtschaftspsychologe |
|
|
|
|
|
|
86 |
Rettungsdienst |
|
|
|
|
|
|
87 |
Ingenieur Rettungswesen |
|
|
|
|
|
|
88 |
Notfallsanitäter |
|
|
|
|
|
|
89 |
Rettungsassistent |
|
|
|
|
|
|
90 |
Rettungshelfer |
|
|
|
|
|
|
91 |
Rettungssanitäter |
|
|
|
|
|
|
92 |
med. Datenverarbeitung |
|
|
|
|
|
|
94 |
Medizinischer Dokumentar |
|
|
|
|
|
|
95 |
Medizinischer Dokumentationsassistent |
|
|
|
|
|
|
173 |
Fachangestellter f. Medien- und Informationsdienste - Medizinische Dokumentation |
|
|
|
|
|
|
174 |
Medizinischer Informationsmanager |
|
|
|
|
|
|
96 |
Soziales, Pädagogik |
|
|
|
|
|
|
97 |
Kinderbetreuung, -erziehung |
|
|
|
|
|
|
98 |
Pädagoge |
|
|
|
|
|
|
99 |
Kinderdorfmutter, -vater |
|
|
|
|
|
|
100 |
Kinderpfleger |
|
|
|
|
|
|
101 |
Erzieher |
|
|
|
|
|
|
102 |
Erzieher Jugend- und Heimerziehung |
|
|
|
|
|
|
103 |
Lehrer |
|
|
|
|
|
|
104 |
Orientierungs- und Mobilitätslehrer |
|
|
|
|
|
|
105 |
Medien-, Kulturpädagogik |
|
|
|
|
|
|
106 |
Musikpädagoge |
|
|
|
|
|
|
107 |
Sozialberatung, -arbeit |
|
|
|
|
|
|
108 |
Sozialarbeiter/Sozialpädagoge |
|
|
|
|
|
|
109 |
Betreuungskraft/Alltagsbegleiter |
|
|
|
|
|
|
110 |
Gerontologe |
|
|
|
|
|
|
111 |
Psychosozialer Prozessbegleiter |
|
|
|
|
|
|
112 |
Rehabilitationspädagoge |
|
|
|
|
|
|
113 |
Sozialassistent |
|
|
|
|
|
|
114 |
Seelsorge |
|
|
|
|
|
|
115 |
Religionspädagoge |
|
|
|
|
|
|
116 |
Gemeindehelfer, Gemeindediakon |
|
|
|
|
|
|
117 |
Theologe |
|
|
|
|
|
|
118 |
Medizintechnik, Laboranalyse |
|
|
|
|
|
|
119 |
Medizin-, Orthopädie- und Rehatechnik |
|
|
|
|
|
|
120 |
Assistent Medizinische Gerätetechnik |
|
|
|
|
|
|
121 |
Augenoptiker |
|
|
|
|
|
|
122 |
Hörakustiker/Hörgeräteakustiker |
|
|
|
|
|
|
123 |
Hörgeräteakustikermeister |
|
|
|
|
|
|
124 |
Ingenieur Augenoptik |
|
|
|
|
|
|
125 |
Ingenieur - Hörtechnik und Audiologie |
|
|
|
|
|
|
126 |
Ingenieur - Medizintechnik |
|
|
|
|
|
|
127 |
Ingenieur - Orthopädie- und Rehatechnik |
|
|
|
|
|
|
128 |
Medizinphysiker (z.B. in Strahlenmedizin) |
|
|
|
|
|
|
129 |
Orthopädieschuhmacher |
|
|
|
|
|
|
130 |
Orthopädietechnik - Mechaniker |
|
|
|
|
|
|
131 |
Zahntechniker |
|
x |
|
|
x |
|
132 |
Glasbläser (Fachrichtung Kunstaugen) |
|
|
|
|
|
|
133 |
staatlich geprüfter Techniker der Fachrichtung Medizintechnik |
|
|
|
|
|
|
134 |
Medizinisch-technische Assistenz |
|
|
|
|
|
|
135 |
Anästhesietechnischer Assistent |
|
|
|
|
|
|
136 |
HNO Audiologieassistent |
|
|
|
|
|
|
137 |
Medizinisch-Technischer Assistent Funktionsdiagnostik – MTA-F |
|
|
|
|
|
|
138 |
Medizinisch-Technischer Laboratoriumsassistent – MTA-L |
|
|
|
|
|
|
139 |
Medizinisch-Technischer Radiologieassistent – MTA-R |
|
|
|
|
|
|
140 |
Operationstechnischer Angestellter |
|
|
|
|
|
|
141 |
Operationstechnischer Assistent |
|
|
|
|
|
|
143 |
Zytologieassistent |
|
|
|
|
|
|
144 |
Chemie, naturwissenschaftliche Laboranalyse (außer MTA) |
|
|
|
|
|
|
145 |
Biochemiker (z.B. klinische Chemie) |
|
|
|
|
|
|
146 |
Chemiker (z.B. klinische Chemie) |
|
|
|
|
|
|
147 |
Humangenetiker |
|
|
|
|
|
|
148 |
Mikrobiologe |
|
|
|
|
|
|
149 |
Dienstleistungen am Menschen (außer medizinische) |
|
|
|
|
|
|
150 |
Körperpflege |
|
|
|
|
|
|
151 |
Fachkraft Beauty und Wellness |
|
|
|
|
|
|
152 |
Friseur |
|
|
|
|
|
|
153 |
Kosmetiker |
|
|
|
|
|
|
154 |
Bestattungswesen |
|
|
|
|
|
|
155 |
Bestattungsfachkraft |
|
|
|
|
|
|
156 |
Berufe aus sonstigen Berufsfeldern |
|
|
|
|
|
|
157 |
Umwelt |
|
|
|
|
|
|
165 |
Jurist |
|
|
|
|
|
|
169 |
Taxifahrer bei Krankentransport |
|
|
|
|
|
|
180 |
Pharmazieingenieur |
|
|
|
|
|
|
182 |
Apothekerassistent |
|
|
|
|
|
|
181 |
Apothekenassistent |
|
|
|
|
|
|
1 |
Arzt in Facharztausbildung |
Ärztliche Berufsvarianten |
|
|
|
|
|
2 |
Hausarzt |
|
|
|
|
|
|
3 |
Praktischer Arzt |
|
|
|
|
|
Hinweis: Im Zuge der Value Set-Pflege wurde das Code-System "S_BAR2_WBO" (OID 1.2.276.0.76.5.114) für Fachgruppen-Codes nach der Weiterbildungsordnung Bundesarztregister in das neue Code-System "Facharzttitel der Ärztekammern" (OID: 1.2.276.0.76.5.514) konsolidiert, welches zukünftig das alte System ersetzt. Aufgrund der notwendigen Abwärtskompatibilität muss im Value Set "DocumentEntry.authorSpecialty" (OID: 1.2.276.0.76.11.31) für Spezialisierungen eines Dokumentenautors weiterhin das Code-System "S_BAR2_WBO" durch ePA-Produkttypen, welche IHE ITI XDS-Metadaten verarbeiten, lesend unterstützt werden. Für das Value Set "SubmissionSet.authorSpecialty" gilt dies analog. Neue Dokumente oder SubmissionSets dürfen nicht mehr mit Codes aus "S_BAR2_WBO" gekennzeichnet werden.
Tabelle 13: Value Set classCode
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Krankenhaus |
Apotheke |
Versicherter |
ADM |
Administratives Dokument |
Dokumentenklassen |
x |
x |
x |
x |
x |
ANF |
Anforderung |
|
|
|
|
|
|
ASM |
Assessment |
|
|
|
|
|
|
BEF |
Befundbericht |
x |
x |
x |
x |
x |
|
BIL |
Bilddaten |
x |
x |
x |
x |
x |
|
BRI |
Brief |
x |
x |
x |
x |
x |
|
DOK |
Dokumente ohne besondere Form (Notizen) |
x |
x |
x |
x |
x |
|
DUR |
Durchführungsprotokoll |
x |
x |
x |
|
x |
|
FOR |
Forschung |
|
|
|
|
|
|
GUT |
Gutachten und Qualitätsmanagement |
|
|
|
|
|
|
LAB |
Laborergebnisse |
x |
x |
x |
x |
x |
|
AUS |
Medizinischer Ausweis |
x |
x |
x |
x |
x |
|
PLA |
Planungsdokument |
x |
x |
x |
x |
x |
|
57016-8 |
Patienteneinverständniserklärung |
Logical Observation Identifier |
x |
x |
x |
x |
x |
VER |
Verordnung |
Dokumentenklassen |
x |
x |
x |
x |
x |
VID |
Videodaten |
x |
x |
x |
x |
x |
Tabelle 14: Value Set confidentialityCode
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Krankenhaus |
Apotheke |
Versicherter |
LEI |
Dokument einer Leistungserbringerinstitution |
ePA-Vertraulichkeit |
x |
x |
x |
x |
x |
KTR |
Dokument eines Kostenträgers |
x |
x |
x |
x |
x |
|
PAT |
Dokument eines Versicherten |
x |
x |
x |
x |
x |
|
LEÄ |
Leistungserbringeräquivalentes Dokument eines Versicherten oder Kostenträgers |
x |
|
|
|
|
|
N |
normal |
Confidentiality |
x |
x |
x |
x |
x |
R |
restricted |
x |
x |
x |
x |
x |
|
V |
very restricted |
x |
x |
x |
x |
x |
|
PV |
gesperrt |
Betroffeneneinschätzung der Vertraulichkeitsstufe |
|
|
|
|
|
PR |
erhöhte Vertraulichkeit |
|
|
|
|
|
|
PN |
übliche Vertraulichkeit |
|
|
|
|
|
Tabelle 15: Value Set eventCodeList
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Kranken- |
Apotheke |
Versicherter |
urn:ihe:iti:xdw:2011:eventCode:open |
Workflow offen |
DocumentReference Format Code Set |
|
|
|
|
|
urn:ihe:iti:xdw:2011:eventCode:closed |
Workflow abgeschlossen |
|
|
|
|
|
|
H1 |
vom Patienten mitgebracht |
Dokumenten-Warnhinweise |
x |
x |
x |
x |
x |
H2 |
noch nicht mit Patient besprochen |
|
|
|
|
|
|
H3 |
eventuell veraltete Daten |
|
|
|
|
|
|
H4 |
vorläufiges Dokument |
|
|
|
|
|
|
E100 |
ambulanter Kontakt |
Fallkontext bei Dokumentenerstellung |
x |
x |
x |
x |
x |
E110 |
ambulante OP |
x |
x |
x |
|
x |
|
E200 |
stationärer Aufenthalt |
|
|
x |
|
x |
|
E210 |
stationäre Aufnahme |
|
|
|
|
|
|
E211 |
Aufnahme vollstationär |
|
|
|
|
|
|
E212 |
Aufnahme/Wiederaufnahme teilstationär |
|
|
|
|
|
|
E213 |
Aufnahme Entbindung stationär |
|
|
|
|
|
|
E214 |
Aufnahme eines Neugeborenen |
|
|
|
|
|
|
E215 |
Aufnahme des Spenders zur Organentnahme |
|
|
|
|
|
|
E230 |
stationäre Entlassung |
|
|
|
|
|
|
E231 |
stationäre Entlassung nach Hause |
|
|
|
|
|
|
E232 |
stationäre Entlassung in eine Rehabilitationseinrichtung |
|
|
|
|
|
|
E233 |
stationäre Entlassung in eine Pflegeeinrichtung/Hospiz |
|
|
|
|
|
|
E234 |
Entlassung zur nachstationären Behandlung |
|
|
|
|
|
|
E235 |
Patient während stationärem Aufenthalt verstorben |
|
|
|
|
|
|
E250 |
stationäre Verlegung |
|
|
|
|
|
|
E251 |
Verlegung innerhalb eines Krankenhauses |
|
|
|
|
|
|
E252 |
Verlegung in ein anderes Krankenhaus |
|
|
|
|
|
|
E253 |
externe Verlegung in Psychiatrie |
|
|
|
|
|
|
E270 |
kurzzeitige Unterbrechung einer stationären Behandlung |
|
|
|
|
|
|
E280 |
Konsil |
x |
x |
x |
|
x |
|
E300 |
Behandlung im häuslichen Umfeld |
x |
x |
|
|
x |
|
E400 |
Virtual Encounter |
x |
x |
x |
|
x |
Tabelle 16: Value Set healthcareFacilityTypeCode
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Kranken- |
Apotheke |
Versicherter |
APD |
Ambulanter Pflegedienst |
Einrichtungsarten der |
|
|
|
|
x |
APO |
Apotheke |
|
|
|
x |
x |
|
BER |
Ärztlicher Bereitschaftsdienst |
x |
|
|
|
|
|
PRA |
Arztpraxis |
x |
x |
|
|
x |
|
BAA |
Betriebsärztliche Abteilung |
x |
|
|
|
|
|
BHR |
Gesundheitsbehörde |
|
|
|
|
|
|
HEB |
Hebamme/Geburtshaus |
x |
|
x |
|
|
|
HOS |
Hospiz |
|
|
x |
|
x |
|
KHS |
Krankenhaus |
|
|
x |
|
x |
|
MVZ |
Medizinisches Versorgungszentrum |
x |
x |
|
x |
x |
|
HAN |
Medizinisch-technisches Handwerk |
|
|
|
|
|
|
REH |
Medizinische Rehabilitation |
|
|
|
|
|
|
HEI |
Nicht-ärztliche Heilberufs-Praxis |
|
|
|
|
x |
|
PFL |
Pflegeheim |
|
|
|
|
x |
|
RTN |
Rettungsdienst |
|
|
|
|
x |
|
SEL |
Selbsthilfe |
|
|
|
|
|
|
TMZ |
Telemedizinisches Zentrum |
x |
|
|
|
|
|
BIL |
Bildungseinrichtung |
Einrichtungsarten außerhalb der |
|
|
|
|
|
FOR |
Forschungseinrichtung |
|
|
|
|
|
|
GEN |
Gen-Analysedienste |
|
|
|
|
|
|
MDK |
Medizinischer Dienst der Krankenversicherung |
|
|
|
|
x |
|
PAT |
Patient außerhalb der Betreuung |
|
|
|
|
x |
|
SPE |
Spendedienste |
|
|
|
|
|
|
VER |
Versicherungsträger |
|
|
|
|
x |
Tabelle 17: Value Set practiceSettingCode
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Kranken |
Apotheke |
Versicherter |
ALLG |
Allgemeinmedizin |
Ärztliche Fachrichtungen |
x |
|
|
|
x |
ANAE |
Anästhesiologie |
x |
x |
x |
|
x |
|
ARBE |
Arbeitsmedizin |
x |
|
|
|
x |
|
AUGE |
Augenheilkunde |
x |
|
x |
|
x |
|
CHIR |
Chirurgie |
x |
|
x |
|
x |
|
ALCH |
Allgemeinchirurgie |
|
|
|
|
|
|
GFCH |
Gefäßchirurgie |
|
|
|
|
|
|
HZCH |
Herzchirurgie |
|
|
|
|
|
|
KDCH |
Kinderchirurgie |
|
|
|
|
|
|
ORTH |
Orthopädie |
|
|
|
|
|
|
PLCH |
Plastische und Ästhetische Chirurgie |
|
|
|
|
|
|
THCH |
Thoraxchirurgie |
|
|
|
|
|
|
UNFC |
Unfallchirurgie |
|
|
|
|
|
|
VICH |
Viszeralchirurgie |
|
|
|
|
|
|
FRAU |
Frauenheilkunde und Geburtshilfe |
x |
|
x |
|
x |
|
GEND |
Gynäkologische Endokrinologie und Reproduktionsmedizin |
|
|
|
|
|
|
GONK |
Gynäkologische Onkologie |
|
|
|
|
|
|
PERI |
Perinatalmedizin |
|
|
|
|
|
|
GERI |
Geriatrie |
x |
|
x |
|
x |
|
HNOH |
Hals-Nasen-Ohrenheilkunde |
x |
|
x |
|
x |
|
HRST |
Sprach-, Stimm- und kindliche Hörstörungen |
|
|
|
|
|
|
HAUT |
Haut- und Geschlechtskrankheiten |
x |
|
x |
|
x |
|
HUMA |
Humangenetik |
x |
|
x |
|
x |
|
HYGI |
Hygiene und Umweltmedizin |
x |
|
x |
|
x |
|
INNE |
Innere Medizin |
x |
|
x |
|
x |
|
ANGI |
Angiologie |
|
|
|
|
|
|
ENDO |
Endokrinologie und Diabetologie |
|
|
|
|
|
|
GAST |
Gastroenterologie |
|
|
|
|
|
|
HAEM |
Hämatologie und internistische Onkologie |
|
|
|
|
|
|
KARD |
Kardiologie |
|
|
|
|
|
|
NEPH |
Nephrologie |
|
|
|
|
|
|
PNEU |
Pneumologie |
|
|
|
|
|
|
RHEU |
Rheumatologie |
|
|
|
|
|
|
INTM |
Intensivmedizin |
x |
|
x |
|
x |
|
INTO |
Interdisziplinäre Onkologie |
x |
|
x |
|
x |
|
INTS |
Interdisziplinäre Schmerzmedizin |
x |
|
x |
|
x |
|
KIJU |
Kinder- und Jugendmedizin |
x |
|
x |
|
x |
|
KONK |
Kinder-Hämatologie und -Onkologie |
|
|
|
|
|
|
KKAR |
Kinder-Kardiologie |
|
|
|
|
|
|
NNAT |
Neonatologie |
|
|
|
|
|
|
NPAE |
Neuropädiatrie |
|
|
|
|
|
|
KPSY |
Kinder- und Jugendpsychiatrie und -psychotherapie |
x |
|
x |
|
x |
|
LABO |
Laboratoriumsmedizin |
x |
x |
x |
|
x |
|
MIKR |
Mikrobiologie, Virologie und Infektionsepidemiologie |
x |
|
x |
|
x |
|
MKGC |
Mund-Kiefer-Gesichtschirurgie |
x |
x |
x |
|
x |
|
NATU |
Naturheilverfahren und alternative Heilmethoden |
x |
|
x |
|
x |
|
NOTF |
Notfallmedizin |
x |
x |
x |
|
x |
|
NRCH |
Neurochirurgie |
x |
|
x |
|
x |
|
NEUR |
Neurologie |
x |
|
x |
|
x |
|
NUKL |
Nuklearmedizin |
x |
|
x |
|
x |
|
GESU |
Öffentliches Gesundheitswesen |
x |
x |
x |
x |
x |
|
PALL |
Palliativmedizin |
x |
|
x |
|
x |
|
PATH |
Pathologie |
x |
|
x |
|
x |
|
NPAT |
Neuropathologie |
|
|
|
|
|
|
PHAR |
Pharmakologie |
x |
x |
x |
x |
x |
|
TOXI |
Toxikologie |
|
|
|
|
|
|
REHA |
Physikalische und Rehabilitative Medizin |
x |
|
x |
|
x |
|
PSYC |
Psychiatrie und Psychotherapie |
x |
|
x |
|
x |
|
FPSY |
Forensische Psychiatrie |
|
|
|
|
|
|
PSYM |
Psychosomatische Medizin und Psychotherapie |
x |
|
x |
|
x |
|
RADI |
Radiologie |
x |
|
x |
|
x |
|
KRAD |
Kinderradiologie |
|
|
|
|
|
|
NRAD |
Neuroradiologie |
|
|
|
|
|
|
RECH |
Rechtsmedizin |
x |
x |
x |
|
x |
|
SCHL |
Schlafmedizin |
x |
|
x |
|
x |
|
SPOR |
Sport- und Bewegungsmedizin |
x |
|
x |
|
x |
|
STRA |
Strahlentherapie |
x |
|
x |
|
x |
|
TRAN |
Transfusionsmedizin |
x |
|
x |
|
x |
|
TROP |
Tropen-/Reisemedizin |
x |
|
x |
|
x |
|
UROL |
Urologie |
x |
|
x |
|
x |
|
MZKH |
Zahnmedizin |
|
x |
x |
|
x |
|
ORAL |
Oralchirurgie |
|
x |
x |
|
x |
|
KIEF |
Kieferorthopädie |
|
x |
|
|
x |
|
MZAH |
Allgemeine Zahnheilkunde |
Zahnärztliche Fachrichtungen |
|
x |
|
|
x |
PARO |
Parodontologie |
Ärztliche Fachrichtungen |
|
x |
|
|
x |
ZGES |
Öffentliches Gesundheitswesen |
Zahnärztliche Fachrichtungen |
|
x |
|
|
x |
TRPL |
Transplantantionsmedizin |
Ärztliche Fachrichtungen |
|
|
x |
|
x |
ERG |
Ergotherapie |
Nicht-ärztliche Fachrichtungen |
|
|
x |
|
x |
ERN |
Ernährung und Diätetik |
x |
|
x |
|
x |
|
FOR |
Forschung |
|
|
|
|
|
|
PFL |
Pflege und Betreuung |
|
|
|
|
x |
|
ALT |
Altenpflege |
|
|
|
|
|
|
KIN |
Kinderpflege |
|
|
|
|
|
|
PAT |
Patient außerhalb der Betreuung |
|
|
|
|
x |
|
PHZ |
Pharmazeutik |
|
|
x |
x |
x |
|
POD |
Podologie |
x |
|
x |
|
x |
|
PRV |
Prävention |
|
|
|
|
x |
|
SOZ |
Sozialwesen |
|
|
|
|
x |
|
SPR |
Sprachtherapie |
|
|
|
|
x |
|
VKO |
Versorgungskoordination |
|
|
|
|
x |
|
VER |
Verwaltung |
|
|
|
|
x |
|
PST |
Psychotherapie |
x |
|
x |
|
x |
Tabelle 18: Value Set typeCode
Code |
Anzeigename |
Code-System |
Arzt |
Zahnarzt |
Kranken- |
Apotheke |
Versicherter |
ABRE |
Abrechnungsdokumente |
Dokumententypen |
x |
x |
x |
x |
x |
ADCH |
Administrative Checklisten |
|
|
x |
|
x |
|
ANTR |
Anträge und deren Bescheide |
x |
x |
x |
x |
x |
|
ANAE |
Anästhesiedokumente |
x |
x |
x |
|
x |
|
BERI |
Arztberichte |
x |
x |
x |
|
x |
|
BESC |
Ärztliche Bescheinigungen |
x |
x |
x |
x |
x |
|
BEFU |
Ergebnisse Diagnostik |
x |
x |
x |
|
x |
|
BSTR |
Bestrahlungsdokumentation |
|
|
x |
|
x |
|
AUFN |
Einweisungs- und Aufnahmedokumente |
|
|
x |
|
x |
|
EINW |
Einwilligungen/Aufklärungen |
x |
x |
x |
x |
x |
|
FUNK |
Ergebnisse Funktionsdiagnostik |
x |
|
x |
|
x |
|
BILD |
Ergebnisse bildgebender Diagnostik |
x |
x |
x |
x |
x |
|
FALL |
Fallbesprechungen |
x |
x |
x |
|
x |
|
FOTO |
Fotodokumentation |
x |
x |
x |
|
x |
|
FPRO |
Therapiedokumentation |
x |
x |
x |
|
x |
|
IMMU |
Ergebnisse Immunologie |
x |
|
x |
|
x |
|
INTS |
Intensivmedizinische Dokumente |
x |
|
x |
|
x |
|
KOMP |
Komplexbehandlungsbögen |
x |
|
x |
|
x |
|
MEDI |
Medikamentöse Therapien |
x |
x |
x |
x |
x |
|
MKRO |
Ergebnisse Mikrobiologie |
x |
x |
x |
x |
x |
|
OPDK |
OP-Dokumente |
x |
x |
x |
|
x |
|
ONKO |
Onkologische Dokumente |
x |
|
x |
|
x |
|
PATH |
Pathologiebefundberichte |
x |
|
x |
|
x |
|
PATD |
Patienteneigene Dokumente |
|
|
|
|
x |
|
PATI |
Patienteninformationen |
x |
x |
x |
x |
x |
|
PFLG |
Pflegedokumentation |
x |
|
x |
|
x |
|
57016-8 |
Patienteneinverständniserklärung |
Logical Observation |
|
|
|
|
x |
QUAL |
Qualitätssicherung |
Dokumententypen |
x |
x |
x |
x |
x |
RETT |
Rettungsdienstliche Dokumente |
x |
|
x |
|
x |
|
SCHR |
Schriftwechsel (administrativ) |
x |
x |
x |
x |
x |
|
GEBU |
Schwangerschafts- und Geburtsdokumentation |
x |
|
x |
|
x |
|
SOZI |
Sozialdienstdokumente |
|
|
|
|
x |
|
STUD |
Studiendokumente |
x |
x |
x |
x |
x |
|
TRFU |
Transfusionsdokumente |
x |
x |
x |
|
x |
|
TRPL |
Transplantationsdokumente |
x |
x |
x |
|
x |
|
VERO |
Verordnungen |
x |
x |
x |
x |
x |
|
VERT |
Verträge |
x |
x |
x |
|
|
|
VIRO |
Ergebnisse Virologie |
x |
x |
x |
|
x |
|
WUND |
Wunddokumentation |
x |
x |
|
|
|