Elektronische Gesundheitskarte und Telematikinfrastruktur

Speicherstrukturen der eGK
für die Fachanwendung VSDM

    

     

      
Version
      
1.2.0
     
     

      
Revision
      
548770
     
     

      
Stand
      
30.05.13
     
     

      
Status
      
freigegeben
     
     

      
Klassifizierung
      
öffentlich
     
     

      
Referenzierung
      
gemSpec_eGK_Fach_VSDM
     
    

Dokumentinformationen

Änderungen zur Vorversion

Es wurden Änderungen im Rahmen des Verhandlungsverfahrens eingearbeitet.

Dokumentenhistorie

Inhaltsverzeichnis

1 Einordnung des Dokuments

1.1 Zielsetzung

Das Dokument beschreibt die für die Fachanwendung VSDM spezifischen Speicherstrukturen der eGK. Das bisherige Dokument [gemeGK_Fach], welches die Speicherstrukturen der eGK fachlich gesamthaft beschreibt, wird in ein Basis- und ein oder mehrere fachanwendungsspezifische Dokumente aufgeteilt und fortgeschrieben. Die übergreifenden Festlegungen für alle Fachanwendungen werden in [gemSpec_eGK_Fach_TIP] getroffen.

Die geringfügigen Änderungen der Speicherstruktur VSDM der Generation 2 der eGK umfassen neben den Containergrößen nur die Versionsnummer in EF.StatusVD der Speicherstrukturen der Fachanwendung VSDM. Fachliche Festlegungen werden im vorliegenden Dokument getroffen.

Die Inhalte der fachlichen Container selbst (EF.PD, EF.VD, EF.GVD und EF.Prüfungsnachweis) sind gegenüber G 1plus unverändert.

Die Festlegungen dieses Dokuments entsprechen der Version 3.0.4 zu Speicherstrukturen VSDM. Diese Versionsnummer ist in der neu verwendeten 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. Dokumentenlandkarte, Produkttypsteckbrief, Leistungsbeschreibung) festgelegt und bekannt gegeben.

Die in diesem Dokument getroffenen Festlegungen gelten für die Fachanwendung VSDM im Online-Rollout (Stufe 1) sowohl für die eGK G1 plus als auch für die eGK der Generation 2.

1.4 Abgrenzung des Dokuments

Für eGK der Generation 1plus gelten weiterhin zunächst die Festlegungen aus dem Basis-Rollout 0.5.3, die in [gemeGK_Fach] und zugehörigen SRQs beschrieben sind. Zusammengefasst für ORS1 sind diese Festlegungen ebenfalls in [gemSpec_eGK_Fach_TIP] (relevante Auszüge aus altem Dokument sowie SRQs) enthalten.

Festlegungen zur Erzeugung, Verschlüsselung und Speicherung des Prüfungsnachweises sowie zur Prüfung auf unterstützte Versionen werden in [gemSpec_FM_VSDM] getroffen. [gemSpec_FM_VSDM] beschreibt auch die physische Speicherung des Prüfungsnachweises auf der eGK für Karten der Generation 1plus.

Speicherstrukturen anderer Fachanwendungen werden zukünftig in eigenen 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 ab ORS1 für G 1plus - und G 2 -Karten 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 des ORS1 (sowohl G 1plus als auch G 2) bzw. in der entsprechenden Dokumentenlandkarte, wobei die Festlegungen zur G 1plus denen aus der Dokumentenlandkarte des Release 0.5.3 entsprechen. Record 3 von EF.Version wird dazu genutzt werden, um die übergreifenden Festlegungen z.B. zum Logging, zu versionieren.

**) Es ist zulässig, dass ab ORS1 die Fachdienste auch für G 1plus – Karten die Version der Speicherstruktur VSDM mit einer Versionsnummer befüllen. Dadurch ist keine Unterscheidung zwischen G 1plus und G 2 auf Seiten der Fachdienste notwendig.

Das Fachmodul VSDM soll zur Prüfung auf eine unterstützte Version der Speicherstruktur (3.0.4 für G 1plus oder G 2) prüfen. Nur falls diese leer ist, ist anschließend zusätzlich auf eine unterstützte Version in EF.Version.Rec3 zu prüfen (3.0.3). Damit ist für das Fachmodul transparent, ob es sich um eine G 1plus- oder G2-Karte handelt.

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. 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 entnehmen Sie bitte der aktuellen, auf der Internetseite der gematik veröffentlichten Dokumentenlandkarte, in der die vorliegende Version aufgeführt wird.