Elektronische Gesundheitskarte und Telematikinfrastruktur

Speicherstrukturen der eGK
für die Fachanwendung VSDM

    

     

      
Version
      
1.2.1
     
     

      
Revision
      
983072
     
     

      
Stand
      
19.02.2021
     
     

      
Status
      
freigegeben
     
     

      
Klassifizierung
      
öffentlich
     
     

      
Referenzierung
      
gemSpec_eGK_Fach_VSDM
     
    

Dokumentinformationen

Dokumentenhistorie

Inhaltsverzeichnis

1 Einordnung des Dokuments

1.1 Zielsetzung

Das Dokument beschreibt die für die Fachanwendung VSDM spezifischen Speicherstrukturen der Container EF.PD, EF.VD, EF.GVD, EF.StatusVD und EF.Prüfungsnachweis der eGK. Die übergreifenden Festlegungen für alle Fachanwendungen werden in [gemSpec_eGK_Fach_TIP] getroffen. 

Die Festlegungen dieses Dokuments entsprechen der Version 3.0.4 zu Speicherstrukturen VSDM. Diese Versionsnummer ist in der 4. Stelle des Containers EF.StatusVD auf der eGK abgelegt.

1.2 Zielgruppe

Das Dokument richtet sich an Kartenhersteller bzw. -personalisierer, Anbieter der Fachdienste VSDM sowie Hersteller und Entwickler des Fachmoduls VSDM.

1.3 Geltungsbereich

Dieses Dokument enthält normative Festlegungen zur Telematikinfrastruktur des Deutschen Gesundheitswesens. Der Gültigkeitszeitraum der vorliegenden Version und deren Anwendung in Zulassungsverfahren wird durch die gematik GmbH in gesonderten Dokumenten (z.B. Produkttypsteckbrief, Leistungsbeschreibung) festgelegt und bekannt gegeben.

Die in diesem Dokument getroffenen Festlegungen gelten für die Fachanwendung VSDM für die eGK der Generation 2 und Generation 2.1. 

1.4 Abgrenzung des Dokuments

Die Festlegungen betreffen die Speicherstrukturen und die Befüllung der Container EF.PD, EF.VD, EF.GVD, EF.StatusVD und EF.Prüfungsnachweis der eGK.

Festlegungen zur Erzeugung, Verschlüsselung und Speicherung des Prüfungsnachweises sowie zur Prüfung auf unterstützte Versionen werden in [gemSpec_FM_VSDM] getroffen. 

Speicherstrukturen anderer Fachanwendungen werden in gesonderten Dokumenten beschrieben.

Normative Festlegungen zum Objektsystem der eGK werden in [gemSpec_eGK_ObjSys] getroffen.

1.5 Methodik

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 in Anhang A zusammengefasst und im Dokument in eckigen Klammern referenziert.

2 Daten der Fachanwendung VSDM

2.1 Einleitung

Die Versichertendaten (VSD) werden auf der eGK in vier Dateien abgelegt:

• Allgemeine Versicherungsdaten (EF.VD)
• Geschützte Versichertendaten (EF.GVD)
• Persönliche Versichertendaten (EF.PD)
• VSD Status (EF.StatusVD)

Die Datei EF.StatusVD wird genutzt, um das Datum der letzten Aktualisierung, die Version der XML-Schema, die Version der VSD-Speicherstrukturen und einen Status zu sichern. Der Status zeigt an, ob der letzte Aktualisierungsprozess vollständig durchlaufen ist und die Daten über die übrigen 3 VSD-Dateien hinweg technisch konsistent sind. Schreibabbrüche während der Aktualisierung lassen sich somit eindeutig erkennen.

In einer weiteren Datei wird der Prüfungsnachweis abgelegt (EF.Prüfungsnachweis).

2.2 Allgemeine Versicherungsdaten (EF.VD)

Der Bereich der allgemeinen Versicherungsdaten enthält Vertragsdaten zum Versicherungsverhältnis.

Basis der Größenkalkulation ist eine Instanz einer XML-Datei, die auf dem Element UC_AllgemeineVersicherungsdatenXML des Schemas Schema_VSD.xsd basiert, mit allen (auch optionalen) Elemente mit maximaler Länge ausgefüllt ist, Namespace- und SchemaLocation-Attribute enthält (keine Optimierung) und welche anschließend mittels des gzip-Algorithmus komprimiert wurde. Für den ermittelten Speicherbedarf wurde ein Sicherheitspuffer von mindestens 20% aufgeschlagen.

Der Container EF.VD ist auf der eGK unter der Gesundheitsanwendung DF.HCA angeordnet und stellt eine Größe von 1250 (G 2) Byte zur Verfügung. Der Zugriffsschutz für diesen Container ist so eingestellt, dass er jederzeit ohne Authentisierung lesbar ist. [VSDM-A_2966] [VSDM-A_2971]

Zur Unterstützung der Szenarien für ORS1 wird auf Beschluss des BMG^{([Arch_Board_2006])} zunächst in EF.VD neben den allgemeinen Versicherungsdaten zusätzlich eine Kopie der geschützten Versichertendaten EF.GVD abgelegt.

Tabelle 1: Tab_eGK_Fach_VSDM_01 - Struktur der Datei EF.VD [VSDM-A_2974]

Hinweis zur Migration

Die GVD sind nach einer Übergangszeit nicht mehr als Kopie im ungeschützten Bereich zu speichern [Arch_Board_2006], um den Schutz der personenbezogenen medizinischen Daten zu gewährleisten. Das Fachmodul VSDM muss die GVD immer aus dem geschützten Bereich lesen und darf die GVD nicht aus dem ungeschützten Bereich lesen. Das Fachmodul VSDM soll zudem in der Lage sein, die VD von der eGK zu lesen, wenn zukünftig keine Kopie der GVD im ungeschützten Bereich gespeichert ist. Somit kann das Fachmodul VSDM ohne echte Migration nach Ende des Übergangzeitraums weitergenutzt werden. Die Kopie der GVD wird entweder aus dem ungeschützten Bereich durch eine Aktualisierung durch den Fachdienst VSDD entfernt oder die Kartenherausgeber produzieren eGKs ohne Kopie der GVD.

Die Kennzeichnung nicht vorhandener GVD im Container EF.VD erfolgt wie in Tabelle 1 unter Punkt 2 beschreiben.

2.3 Geschützte Versichertendaten (EF.GVD)

Die geschützten Versichertendaten enthalten Informationen über den Teil der Versichertendaten, die besonders schützenswert sind. Basis der Größenkalkulation ist eine Instanz einer XML-Datei, die auf dem Element UC_GeschuetzteVersichertendatenXML des Schemas Schema_VSD.xsd basiert, mit allen (auch optionalen) Elementen mit maximaler Länge ausgefüllt ist, Namespace- und SchemaLocation-Attribute enthält (keine Optimierung) und welche anschließend mittels des gzip-Algorithmus komprimiert wurde. Für den ermittelten Speicherbedarf wurde ein Sicherheitspuffer von mindestens 20% angenommen.

Der Container EF.GVD ist auf der eGK unter der Gesundheitsanwendung DF.HCA angeordnet und stellt eine Größe von 600 (G 2) Byte zur Verfügung. [VSDM-A_2967]

Der Zugriff auf diese Daten ist nur nach Freischaltung dieses Containers durch eine berechtigte Karte möglich. Dies erfolgt mittels Card-to-Card-Authentisierung (HBA/SMC) und stellt sicher, dass nicht berechtigte Rollen (z.B. Mitarbeiter Rettungsdienst ohne Eingabe der PIN.CH) keinen Zugriff erhalten. [VSDM-A_2972]

Es wird hier ausdrücklich darauf hingewiesen, dass die geschützten Versichertendaten grundsätzlich in der Datei EF.GVD abgelegt werden. Zusätzlich wird für eine Übergangszeit eine Kopie dieser Daten in der Datei EF.VD abgelegt (siehe 2.2)

Tabelle 2 : Tab_eGF_Fach_VSDM_02 - Struktur der Datei EF.GVD ]VSDM-A_2975]

2.4 Persönliche Versichertendaten (EF.PD)

In EF.PD werden die persönlichen Versichertendaten abgelegt. Basis der Größenkalkulation ist eine Instanz einer XML-Datei, die auf dem Element UC_PersoenlicheVersichertendatenXML des Schemas Schema_VSD.xsd basiert, mit allen (auch optionalen) Elemente mit maximaler Länge ausgefüllt ist, Namespace- und SchemaLocation-Attribute enthält (keine Optimierung) und welche anschließend mittels des gzip-Algorithmus komprimiert wurde. Für den ermittelten Speicherbedarf wurde ein Sicherheitspuffer von mindestens 20% aufgeschlagen.

Der Container EF.PD ist auf der eGK unter der Gesundheitsanwendung DF.HCA angeordnet und stellt eine Größe von 850 Byte zur Verfügung. Der Zugriffsschutz für diesen Container ist so eingestellt, dass er jederzeit ohne Authentisierung lesbar ist. [VSDM-A_2965] [VSDM-A_2971]

Tabelle 3 : Tab_eGF_Fach_VSDM_03 - Struktur der Datei EF.PD [VSDM-A_2973]

2.5 VSD Status (EF.StatusVD)

Der Container EF.StatusVD ist auf der eGK unter der Gesundheitsanwendung DF.HCA angeordnet und stellt eine Größe von 25 Byte zur Verfügung. Der Zugriffsschutz für diesen Container ist so eingestellt, dass er jederzeit ohne Authentisierung lesbar ist. [VSDM-A_2970] [VSDM-A_2971]

Im Container EF.StatusVD werden Statusinformationen, Zeitstempel und Versionsinformationen abgelegt, die die Speicherstruktur der Daten der anderen VSD-Container betreffen (EF.VD, EF.GVD, EF.PD, EF.Prüfungsnachweis). Der Container wird ebenso wie die anderen VSD-Container bei der Personalisierung erzeugt und beim Online-Update der eGK durch den Fachdienst VSDD aktualisiert.

Tabelle 4 : Tab_eGK_Fach_VSDM_04 - Struktur der Datei EF.StatusVD [VSDM-A_2976]

2.6 Übersicht Versionierung (informativ)

Tab_eGK_Fach_VSDM_05 enthält zur Übersicht die verwendete Versionierung bezogen auf VSDM. Die hier dargestellten Versionsnummern zu COS und Objektsystem sind nur als Beispiel zu verstehen.

Tabelle 5 : Tab_eGK_Fach_VSDM_05 - Versionsnummern und Mapping zu normativen Dokumenten

*) Die normative Festlegung erfolgt in den Produkttypsteckbriefen der eGK.

**) Diese Schemaversion bildet das Informationsmodell der gesetzlichen Kostenträger (GKV) ab.

***) Diese Schemaversion bildet das Informationsmodell der privaten Kostenträger (PKV) ab.

2.7 Prüfungsnachweis (EF.Prüfungsnachweis)

Der Container EF.Prüfungsnachweis ist auf der eGK unter der Gesundheitsanwendung DF.HCA angeordnet und stellt eine Größe von 300 Byte zur Verfügung. Der Zugriffsschutz für diesen Container ist so eingestellt, dass er jederzeit ohne Authentisierung lesbar ist. [VSDM-A_2968] [VSDM-A_2971]

Bei der erstmaligen Nutzung der eGK im Quartal ist ihre Gültigkeit und die Aktualität der Versichertenstammdaten zu prüfen. Der Nachweis der durchgeführten Prüfung muss auf der eGK gespeichert werden (Prüfungsnachweis). Die Speicherung dieses Prüfungsnachweises erfolgt im Container EF.Prüfungsnachweis.

Wie die Informationen zum Prüfungsnachweis im Container EF.Prüfungsnachweis abgelegt werden, ist in [gemSpec_FM_VSDM] beschrieben. Die Abgrenzung erfolgt aus dem Grund, dass im Fall des Containers EF.Prüfungsnachweis die Fachdienste und die Kartenpersonalisierung nicht involviert sind. Auf diesen Container greift sowohl schreibend als auch lesend nur das Fachmodul VSDM zu.

Zum Personalisierungszeitpunkt wird der Container EF.Prüfungsnachweis mit NULL vorbelegt oder mit Länge 0 initialisiert. [VSDM-A_2977]

Die Speicherstruktur des Prüfungsnachweises, wie er durch das Fachmodul VSDM erzeugt wird, ist in Tabelle 6: Tab_eGK_Fach_VSDM_06 – Struktur des Containers EF.Prüfungsnachweis abgebildet.

Tabelle 6: Tab_eGK_Fach_VSDM_06 – Struktur des Containers EF.Prüfungsnachweis

2.8 Sichere Übertragung der VSD zwischen Fachdienst und eGK

Aus Datenschutzgründen müssen die Inhalte der drei Container PD, VD und GVD während der Aktualisierung durch den Fachdienst VSDD integritätsgeschützt und Ende-zu-Ende-verschlüsselt zur eGK übertragen werden. [VSDM-A_2994]

3 Anhang A – Anforderungen

3.1 Eingangsanforderungen

3.2 Ausgangsanforderungen

4 Anhang B – Verzeichnisse

4.1 Abkürzungen

4.2 Glossar

Das Glossar wird als eigenständiges Dokument, vgl [gemGlossar] zur Verfügung gestellt.

4.3 Tabellenverzeichnis

4.4 Referenzierte Dokumente

Die nachfolgende Tabelle enthält die Bezeichnung der in dem vorliegenden Dokument referenzierten Dokumente der gematik zur Telematikinfrastruktur.