gemSpec_KTR-AdV-Terminal_V1.2.0

Elektronische Gesundheitskarte und Telematikinfrastruktur

Spezifikation
KTR-AdV-Terminal

    

     

      
Version
      
1.2.0
     
     

      
Revision
      
548770
     
     

      
Stand
      
20.02.2018
     
     

      
Status
      
in Bearbeitung
     
     

      
Klassifizierung
      
öffentlich
     
     

      
Referenzierung
      
gemSpec_KTR-AdV-Terminal
     
    

Dokumentinformationen

Änderungen zur Vorversion

Die Einarbeitungen gemäß der Änderungsliste P15.2 und P15.4 sind gelb markiert.

Dokumentenhistorie

Inhaltsverzeichnis

1 Einordnung des Dokumentes

1.1 Zielsetzung

Die vorliegende Spezifikation definiert die Anforderungen zu Herstellung, Test und Betrieb des Produkttyps KTR-AdV-Terminal für eine AdV-Lösung in einer Umgebung im Auftrag eines Kostenträgers.

1.2 Zielgruppe

Das Dokument richtet sich an Hersteller und Anbieter einer AdV-Lösung in einer Umgebung im Auftrag eines Kostenträgers.

1.3 Geltungsbereich

Dieses Dokument enthält normative Festlegungen zur Telematikinfrastruktur des deutschen Gesundheitswesens für den Online-Produktivbetrieb (Stufe 2.1). 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.

Alle Festlegungen im Zusammenhang mit Anwendungen des Versicherten (AdV) stehen unter dem Vorbehalt, dass der Betrieb einer AdV-Umgebung unter noch festzulegenden Bedingungen erfolgt.

1.4 Abgrenzungen

Spezifiziert werden in dem Dokument die von dem Produkttyp bereitgestellten (angebotenen) Schnittstellen. Benutzte Schnittstellen werden hingegen in der Spezifikation desjenigen Produkttypen beschrieben, der diese Schnittstelle bereitstellt. Auf die entsprechenden Dokumente wird referenziert (siehe auch Anhang A5).

Die vollständige Anforderungslage für den Produkttyp ergibt sich aus weiteren Konzept- und Spezifikationsdokumenten, diese sind in dem Produkttypsteckbrief des Produkttyps KTR-AdV-Terminal verzeichnet.

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 im Dokument wie folgt dargestellt:

<AFO-ID> - <Titel der Afo>
Text / Beschreibung
[<=]

Dabei umfasst die Anforderung sämtliche innerhalb der Textmarken angeführten Inhalte.

1.5.1 Hinweis auf offene Punkte

Das Kapitel wird in einer späteren Version des Dokumentes ergänzt.

2 Systemüberblick

Das KTR-AdV-Terminal ist Teil der AdV-Lösung in einer Umgebung im Auftrag eines Kostenträgers. Als Produkttyp der TI stellt das KTR-AdV-Terminal dem Versicherten ein Benutzerinterface zur Verwaltung der Anwendungen auf seiner elektronischen Gesundheitskarte zur Verfügung. Die folgende Abbildung gibt einen Überblick über das System der Anwendungen des Versicherten in der Kostenträgerumgebung.

Abbildung 1: ABB_ADV_600 Deployment des KTR-AdV-Terminals

Das KTR-AdV-Terminal dient dem Aufruf von AdV-Anwendungsfällen durch den Versicherten über die AdV-App. Die AdV-App bedient sich bei der Bearbeitung der Anwendungsfälle auch der Schnittstellen des AdV-Servers, um Daten auf der eGK des Versicherten zu lesen, zu schreiben oder zu löschen und Anwendungen und PINs der eGK zu verwalten. Das KTR-AdV-Terminal stellt hierbei die Ablaufumgebung der AdV-App dar und setzt die Anforderungen an den sicheren Betrieb der AdV-App um.

3 Systemkontext

Im Systemkontext des KTR-AdV-Terminals interagieren verschiedene Akteure (aktive Komponenten) in unterschiedlichen Rollen mit dem KTR-AdV-Terminal. Dabei ist der jeweilige Betriebszustand zu berücksichtigen, da dieser maßgeblich ist für die jeweils zulässigen Anwendungsfälle. Die folgenden Akteure interagieren mit dem KTR-AdV-Terminal:

    KTR-AdV-Terminal
Das KTR-AdV-Terminal – als Gegenstand dieser Spezifikation – ist dasjenige Gerät zur Umsetzung einer Ablaufumgebung für die AdV-App.

    Nutzer
Ein Nutzer ist eine natürliche Person, die das KTR-AdV-Terminal, über die von der AdV-App bereitgestellte Anwendungsoberfläche, bedient und Anwendungsfälle startet.

    AdV-App
Die AdV-App stellt eine Benutzeroberfläche zur Verfügung und ermöglicht dem Nutzer das Ausführen von Anwendungsfällen.

    AdV-Server
Der AdV-Server ist ein Dienst, mit dem die AdV-App eine Verbindung zu Diensten in der TI aufbauen kann. AdV-App und AdV-Server bilden zusammen eine Ausprägung des Produkttyps KTR-AdV.

Der Vertreter des Versicherten für AMTS wird im Rahmen der AdV nicht als eigenständiger Akteur betrachtet. Ihm werden keine eigenen Anwendungsfälle bereitgestellt.

Den verschiedenen Akteuren werden verschiedene Rollen zugeordnet.

Tabelle 1: TAB_ADV_600 – Akteure und ihre Rollen

Der Nutzer kann dabei in verschiedenen Rollen aktiv werden. Es muss dabei sichergestellt werden, dass der Nutzer zu einem Zeitpunkt nur in einer Rolle aktiv werden kann.

Indem er fachliche Anwendungsfälle, zum Verwalten der mittels seiner eGK gespeicherten Daten, startet, nimmt der Versicherte als Nutzer unter anderem seine Datenschutzrechte auf informationelle Selbstbestimmung wahr.

Der Administrator ist derjenige Nutzer, der die technische Betriebsbereitschaft des KTR-AdV-Terminals herstellt, d.h. das Gerät bei der erstmaligen Inbetriebnahme konfiguriert, in das Netzwerk des Kostenträgers einbringt und den Terminalarbeitsplatz für den Versicherten einrichtet. Er ist dafür verantwortlich, dass ein technisch betriebsbereites Gerät ohne technisches Hintergrundwissen fachlich betriebsbereit gemacht werden kann (z. B. morgendliches Einschalten).

Ein fachlich betriebsbereites Gerät kann von einem Versicherten genutzt werden, in dem dieser seine eGK in einen dafür vorgesehenen Kartenleser steckt und fachliche Anwendungsfälle startet.

3.1 Nachbarsysteme

Direkt vom KTR-AdV-Terminal erreichbare Systeme sind:

• AdV-Server
• Kartenleser (mindestens Sicherheitsklasse 3)

Das KTR-AdV-Terminal bietet der AdV-App eine Ablaufumgebung an, aus der die AdV-App die Schnittstellen zum AdV-Server ansteuern kann. Diese stellen serverseitige Fachlogik und auch Operationen der TI-Plattform bereit.

Der physikalische Zugriff auf einen Kartenleser erfolgt über das KTR-AdV-Terminal.

4 Zerlegung des Produkttyps

Eine weitere Untergliederung der Aufbaustruktur des Produkttyps ist nicht erforderlich.

5 Übergreifende Festlegungen

5.1 Datenschutz und Sicherheit

In diesem Kapitel werden übergreifende Anforderungen beschrieben, die sich aus den Themenfeldern Datenschutz und Sicherheit ergeben.

5.1.1 Verarbeitung personenbezogener Daten

Um den Datenschutz des Versicherten zu gewährleisten, werden folgende Anforderungen gestellt:

Eine mögliche Umsetzung ist, das Terminal so zu konfigurieren, dass zum Prozess, in dem die AdV-App läuft, keine Protokolle angelegt werden.

Dies kann bspw. durch eine Sichtschutzfolie oder ein Display mit entsprechend niedrigem Einblickwinkel erreicht werden.

5.1.2 Absicherung des KTR-AdV-Terminals

Um die verarbeiteten Daten zu schützen, werden folgende Anforderungen zur Absicherung des KTR-AdV-Terminals erhoben:

Je nach Ausgestaltung und Funktionsumfang können geeignete Maßnahmen beispielsweise sein:

• Härtung des Betriebssystems (nur notwendige Software/Dienste)
• Schließen nicht verwendeter Ports
• Einsatz einer Statefull Packetinspection/Firewall
• Einsatz einer Antiviren-Software inklusive regelmäßiger Aktualisierung dieser Software
• ggf. logische Trennung von anderen Anwendungen (Virtualisierung).

Zum Beispiel darf in einer Sitzung eines Versicherten kein Zugriff auf Konfigurationen und andere administrative Einstellungen des KTR-AdV-Terminals möglich sein.

Geeignet ist u.a. ein Zugriffsschutz mittels Username/Passwort entsprechend BSI Grundschutz Baustein BSI GS M 2.11 „Regelung des Passwortgebrauchs“.

Diese Anforderung schließt auch die AdV-App ein, da sie Teil der verwendeten Software des KTR-AdV-Terminals ist.

Die Reaktionszeiten auf Schwachstellen sind vom Anbieter für die einzelnen Softwarekomponenten anzugeben und werden im Rahmen der Sicherheitsprüfung bewertet.

Eine mögliche Umsetzung dieser Anforderung ist, den physischen Zugang zur Schnittstelle zu verhindern.

Folgende Maßnahmen sind bspw. hierfür geeignet:

• Anbringung eines Sichtschutzes am PIN-Pad des Kartenlesers
• Anbringung eines Aufklebers nahe des PIN-Pads, dass das PIN-Pad vom Versicherten bei der Eingabe abzudecken ist
• Einblendung eines Hinweises auf dem Display vor der PIN-Eingabe, dass das PIN-Pad vom Versicherten bei der Eingabe abzudecken ist

6 Funktionsmerkmale

Das KTR-AdV-Terminal ist Bestandteil der Consumer Zone sowie der Secure Consumer Zone und

• stellt dem Versicherten ein Benutzerinterface für die AdV zur Verfügung und
• stellt die Ausführungsumgebung der durch den AdV-Server bereitgestellten AdV-App dar.

Der AdV-Server stellt mit der AdV-App eine sichere Ablaufumgebung für die AdV-Anwendungen bereit.

6.1 Eigenschaften

Das KTR-AdV-Terminal besitzt folgende Eigenschaften, um eine sichere Ablaufumgebung für die AdV-App anzubieten:

Eine drahtlose Kopplung (z.B. eine Anbindung des Kartenlesers via Bluetooth) an das KTR-AdV-Terminal ist nicht zulässig. Die Verwendung von Lesegeräten mit einer kontaktlosen Schnittstelle zur eGK ist hiermit jedoch nicht ausgeschlossen.

Um auch Versicherten mit körperlichen Einschränkungen sowie Aktivitätseinschränkungen den uneingeschränkten Zugang zum KTR-AdV-Terminal zu ermöglichen, sollen die Anforderungen aus der Verordnung zur Schaffung barrierefreier Informationstechnik nach dem Behindertengleichstellungsgesetz umgesetzt werden. Die Privatsphäre der Versicherten muss dabei gewahrt werden.

Dabei soll der Fokus auf die nachfolgend aufgeführten Anforderungen der BITV 2.0 gerichtet sein:

• Anforderung 2.1 – Zugänglichkeit über die Tastatur
• Anforderung 2.4 – Orientierungs- und Navigationshilfen
• Anforderung 3.1 – Texte lesbar und verständlich
• Anforderung 3.2 – vorhersehbarer Aufbau und Benutzung

6.2 Betriebsumgebung

Das KTR-AdV-Terminal wird in öffentlich zugänglichen Bereichen des Gesundheitssektors, die sich außerhalb von Leistungserbringerumgebungen befinden, im Auftrag eines Kostenträgers betrieben. Bei der Einrichtung und dem Betrieb des KTR-AdV-Terminals müssen die Maßnahmen der Anforderungen in Kapitel 0 5.1    Datenschutz und Sicherheit umgesetzt werden, um die Integrität des Gerätes sicherzustellen und eine Umgebung zur vertraulichen Ausführung von Anwendungsfällen durch den Versicherten herzustellen.

6.3 Betrieb

Das KTR-AdV-Terminal und die KTR-AdV sind gemeinsam betriebsbereit zur Ausführung von Anwendungsfällen für den Versicherten, wenn zwischen der AdV-App und dem AdV-Server eine TLS-Verbindung hergestellt werden kann.

Vor dem Beenden einer Sitzung oder auch dem Herunterfahren des Betriebssystems werden alle temporären Sitzungsdaten gelöscht.

Nach dem Starten bzw. Hochfahren soll das KTR-AdV-Terminal selbstständig einen Zustand technischer Betriebsbereitschaft erlangen. Ein technisch betriebsbereites KTR-AdV-Terminal ist in der Lage, die AdV-App auszuführen und ihr eine TLS-Verbindung mit dem AdV-Server zu ermöglichen.

Diese Einschränkung kann z. B. technisch über eine Bildschirmsperre oder durch organisatorische Maßnahmen realisiert werden.

7 Informationsmodell

Ein gesondertes Informationsmodell der durch den Produkttypen verarbeiteten Daten wird nicht benötigt.

8 Verteilungssicht

Eine Darstellung der hardwareseitigen Verteilung des Produkttyps bzw. seiner Teilsysteme und der Einbettung in die physikalische Umgebung wird nicht benötigt.

9 Anhang A – Verzeichnisse

9.1 Abkürzungen

9.2 Glossar

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

9.3 Abbildungsverzeichnis

9.4 Tabellenverzeichnis

9.5 Referenzierte Dokumente

9.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.

9.5.2 Weitere Dokumente