gemSpec_Kon_LDSM_V1.0.0

Elektronische Gesundheitskarte und Telematikinfrastruktur

Spezifikation Konnektor

Logdaten-Sendemodul

    

     

      
Version
      
1.0.0
     
     

      
Revision
      
548770
     
     

      
Stand
      
15.05.2019
     
     

      
Status
      
Freigegeben für interne QS
     
     

      
Klassifizierung
      
öffentlich
     
     

      
Referenzierung
      
gemSpec_Kon_LDSM
     
    

Dokumentinformationen

Änderungen zur Vorversion

Es handelt sich um die Erstversion des Dokumentes.

Dokumentenhistorie

Inhaltsverzeichnis

1 Einordnung des Dokumentes

1.1 Zielsetzung

Dieses Dokument enthält die Anforderungen an den Konnektor, um nach Einwilligung durch den bzw. die Leistungserbringer Logdaten an die Schnittstelle I_LogData zu senden.

1.2 Zielgruppe

Das Dokument richtet sich an Konnektorhersteller sowie Hersteller und Anbieter von Produkttypen und anderen Systemen, die die Logdaten an der Schnittstelle I_LogData entgegen nehmen.

1.3 Geltungsbereich

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) fest­gelegt 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.

1.4 Arbeitsgrundlagen

Grundlagen für die Ausführung  in diesem Dokument sind insbesondere:

• Konzept Architektur der TI-Plattform [gemKPT_Arch_TIP]
• Konnektor-Spezifikation [gemSpec_Kon]

1.5 Abgrenzung des Dokuments

Spezifiziert werden in diesem Dokument die Anforderungen und das Verhalten des Konnektors, um Logdaten an die Schnittstelle I_LogData zu senden. Die Schnittstelle selbst wird in [gemSpec_SST_LD_BD] beschrieben.

Für das Verständnis dieser Spezifikation wird die Kenntnis von [gemKPT_Arch_TIP] vorausgesetzt.

1.6 Methodik

1.6.1 Anforderungen

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 Textmarke [<=]  angeführten Inhalte.

1.6.2 Dokumentenstruktur

Anders als andere Plattformfunktionen des Konnektors werden die Funktionen zum Senden von Logdaten nicht in [gemSpec_Kon], sondern im vorliegenden Dokument beschrieben. Diese Untergliederung in mehrere Dokumente erlaubt eine stärkere Strukturierung der Inhalte und einfachere Handhabung der Dokumente.

1.6.3 Detaillierungstiefe

Diese Spezifikation beschreibt detailliert die Anforderungen und internen Funktionen, um Logdaten an die Schnittstelle I_LogData zu senden. Auf eine Beschreibung zusätzlicher interner sowie implementierungsabhängiger Details wird verzichtet.

2 Systemüberblick

In folgender Abbildung ist die Einbettung des Logdaten-Sendemoduls in den Konnektor und in die TI dargestellt.

Abbildung 1: Systemübersicht logischer Komponenten und Informationsflüsse (vereinfacht)

Nach Einwilligung durch den bzw. die Leistungserbringer sollen alle Logdaten des Konnektors periodisch und mit einigen Metadaten angereichert an I_LogData gesendet werden. Von dort werden sie weiter an ein Logdaten-Analysesystem gesendet.

Die Umsetzung der Logdatenverarbeitung in der gematik ist aktuell noch nicht festgelegt.

Vor dem Senden müssen Versicherteninformationen anonymisiert und Daten des Leistungserbringers pseudonymisiert werden.

3 Übergreifende Festlegungen

4 Funktionsmerkmale

4.1 Aktivierung des Logdaten-Sendemoduls

4.2 Einwilligungserklärung

Von der Schnittstelle I_LogData werden nur Daten von bekannten LEI entgegengenommen bzw. verarbeitet, für die eine Einwilligungserklärung vorliegt. Die Leistungserbringer müssen die Einwilligungserklärung unterschreiben und an die gematik senden.

Zum Ausdrucken und Unterschreiben nutzt der Leistungserbringer seinen Webbrowser und Drucker. Der Webbrowser kann auch genutzt werden um eine Datei zu erzeugen, die dann digital signiert wird.

In der Einwilligungserklärung werden in einem html-Formular einige Metadaten abgefragt wie z.B.:

• Art der LEI (Arzt, Zahnarzt, Krankenhaus, Apotheke, Psychotherapeut , sonstiges)
• Primärsystem (Name)
• Art der Internetanbindung (DSL, Kabel, Mobilfunk,....) und Up-/Download-Geschwindigkeit
• Informationen zum lokalen Netzwerk (LAN, WLAN, Internetrouter)
• Region (PLZ oder KV-Bezirk)

Das html-Formular enthält einen Senden- u. Drucken-Button. Die Formulardaten werden in einem HTTP-POST-Request mit dem Content-Type: application/x-www-form-urlencoded sowohl zurück an I_LogData gesendet als auch ausgedruckt bzw. als Datei gespeichert.

4.3 Widerrufserklärung

Das html-Formular enthält einen Senden- u. Drucken-Button. Die Formulardaten werden in einem HTTP-POST-Request mit dem Content-Type: application/x-www-form-urlencoded sowohl zurück an I_LogData gesendet als auch ausgedruckt bzw. als Datei gespeichert.

Die Leistungserbringer müssen das Dokument unterschreiben und an die gematik senden.

4.4 Senden der Logdaten

Für die Übertragung wird gemäß I_LogData HTTP compression benutzt, so dass die Daten nicht vorher explizit komprimiert werden müssen.

Laut [gemSpec_Kon#TIP1-A_4710] werden keine medizinischen und (außer bei Sicherheitsvorfällen) keine personenbezogenen Daten protokolliert.

Insbesondere das Vorhalten von zu sendenden Daten in dem Fall, dass das Senden nicht funktionierte, darf das Bereinigen der Protokolle nicht verhindern. Es wird akzeptiert, dass die zu sendenden Daten dann ebenfalls gelöscht wurden. Die zu sendenden Daten sind nicht zwingend separat von den Protokolleinträgen vorzuhalten.

4.5 Metadaten

A_17127 - Formatierung der Metadaten

Der Konnektor MUSS zu den Logdaten Metadaten als XML-Dokument gemäß dem Schema „conn/LDMetadata.xsd“ senden.
TAB_KON_LDSM_002 beschreibt die Elemente der zu verwendenden Schemastruktur.

Tabelle 2: TAB_KON_LDSM_002 Metadaten(LDmetadata.xsd)

Name	Beschreibung
LOGMD:LEIId	Die generierte eindeutige LEI-ID.
LOGMD:VPNZugD	Die DNS-Domain des VPN-Zugangsdienstes. Der Wert von DNS_DOMAIN_VPN_ZUGD_INT ([gemSpec_VPN_ZugD]).
PI:ProductInformation	Produktinformationen des Konnektors gemäß [gemSpec_OM#2.3.3] und dem Schema „ProductInformation.xsd“.
CT:CardTerminals	Informationen über die angeschlossenen Kartenterminals wie in der GetCardTerminalsResponse der SOAP Operation GetCardTerminals.
LOGMD:InfoModelCounter	Anzahl der Entitäten im Informationsmodell des Konnektors.
LOGMD:Mandants	Anzahl der Mandanten
LOGMD:ClientSystems	Anzahl der Clientsysteme
LOGMD:Workplaces	Anzahl der Arbeitsplätze

[<=]

5 Anhang A – Verzeichnisse

5.1 Abkürzungen

5.2 Glossar

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

5.3 Abbildungsverzeichnis

5.4 Tabellenverzeichnis

5.5 Referenzierte Dokumente

5.5.1 Dokumente der gematik

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 passende jeweils gültige Versionsnummer sind in der aktuellsten, von der gematik veröffentlichten Dokumentenlandkarte enthalten, in der die vorliegende Version aufgeführt wird.

5.5.2 Weitere Dokumente