Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- dighealth:ti:vsdm [2026/06/05 07:54] – [VSDM 1.0] fjh
+++ dighealth:ti:vsdm [2026/06/05 11:06] (aktuell) – [Was leistet VSDM?] fjh
@@ Zeile 7: / Zeile 7: @@
   * **Versicherungsnachweis** durch Versicherte.((§ 291a Abs. 1 SGB V.))
   * **Prüfung der Leistungspflicht** der Krankenkasse des Versicherten
-    * erfolgt verpflichtend durch Leistungserbringer bei der erstmaligen Inanspruchnahme ihrer Leistungen im Quartal durch VSD-Dienste (VSDD) der Kassen((§ 291b Abs. 2 SGB V.)),
+    * erfolgt **verpflichtend** durch Leistungserbringer bei der erstmaligen Inanspruchnahme ihrer Leistungen im Quartal durch VSD-Dienste (VSDD) der Kassen((§ 291b Abs. 2 SGB V.)),
     * erfolgt durch **Prüfung** der **Gültigkeit** und **Aktualität** der VSD((§ 291b Abs. 1 S. 1 SGB V.)) und
     * ist nachzuweisen mittels eines vom Leistungserbringenden zu speichernden **Prüfnachweises**((§ 291b Abs. 2 S. 5 SGB V.)), der mit den Abrechnungsunterlagen zu übermitteln ist((§ 291b Abs. 3 SGB V.)).
-  * **Seit Mitte 2023 [[vsdm#vsdm1|VSDM++]]**: Nachweis eines Behandlungskontexts (Anwesenheitsbelegs) über einen erweiterten Prüfnachweis
+  * **Seit Mitte 2023 [[vsdm#vsdm1|VSDM++]]**: **Nachweis** eines **Behandlungskontexts** (Anwesenheitsbelegs) über einen erweiterten Prüfnachweis
     * für die Anwendung E-Rezept
       * beim [[dighealth:ti:erp:f_abrufegk|Abruf von E-Rezepten in der (Vor-Ort-)Apotheke mittels eGK]] (ohne PIN-Eingabe),
@@ Zeile 24: / Zeile 24: @@
     * Erfolgt im Rahmen des Einlesens der VSD von der eGK beim Arztbesuch.
     * Beim Stecken der eGK werden die **VSD auf der eGK über die TI** mit dem VSDD der Krankenkasse **abgeglichen**.
-    * Nach erfolgreicher Prüfung erfolgt ggf. eine Aktualisierung der Daten auf der eGK.
+    * Nach erfolgreicher Prüfung erfolgt **ggf.** eine **Aktualisierung** der Daten auf der eGK.
-    * Der Vorgang wird protokolliert und ein **Prüfnachweis** wird auf eGK abgelegt.
+    * Der Vorgang wird protokolliert und ein **Prüfnachweis** auf der eGK abgelegt.
     * VSD und Prüfnachweis werden abschließend in das Primärsystem übernommen.
   * **Etablierung des Behandlungskontexts**
@@ Zeile 32: / Zeile 32: @@
     * **nur** mit **eGK** (nicht mit GesundheitsID)
       * in der Versorgungseinrichtung mit zugelassenem [[dighealth:ti:kt|eHealth-Kartenterminal (eHealth-KT)]] am Konnektor
-      * mobil ausschließlich mit zugelassenem mobilen eHealth-Kartenterminal und ohne Onlineabgleich und -prüfung
+      * mobil ausschließlich mit zugelassenem mobilen eHealth-KT und ohne Onlineabgleich und -prüfung
       * nicht in der Fernversorgung (bspw. Videosprechstunde)
   * **Technische Architektur**
-    * eGK wird in ein mit dem **Konnektor** gepairtes eHealth-KT gesteckt.
+    * **eGK** wird in ein mit dem **Konnektor** gepairtes **eHealth-KT** gesteckt.
     * Primärsystem ruft Operation //ReadVSD// des Fachmoduls VSDM am Konnektor auf.
-    * Verbindung zum VSDD der Krankenkasse über den Konnektor.
+    * Verbindung zum **VSDD** der Krankenkasse über den Konnektor.
     * Kommunikation zwischen Konnektor und VSDD erfolgt über einen **Intermediär**, der die Daten der Arztpraxis anonymisiert bis hin zur IP-Adresse. Dadurch werden Profilbildungen vermieden.
 ===== VSDM 2.0 =====
@@ Zeile 53: / Zeile 53: @@
   * **Etablierung des Behandlungskontexts**
     * erfolgt über ein (kryptographisches) Token, das das Primärsystem vom **PoPP-Dienst** erhält.
-    * Authentizität ("Anwesenheit") des Versicherten kann dem PoPP-Service mittels eGK oder GesundheitsID (Smartphone) nachgewiesen werden.
+    * Authentizität ("Anwesenheit") des Versicherten kann dem PoPP-Dienst mittels **eGK** oder **GesundheitsID** (Smartphone) nachgewiesen werden.
   * **Nutzungsszenarien**
     * mit **eGK** und **GesundheitsID**
@@ Zeile 61: / Zeile 61: @@
   * **Technische Architektur**
     * Autorisiert durch das PoPP-Token ruft das Primärsystem (ohne Konnektor und Intermediär((In VSDM 2.0 ist kein Intermediär zu Entfernung des LE-Bezugs vorgesehen, um Profilbildung zu verhindern. Es werden ausschließlich organisatorische Maßnahmen vorgesehen. Da für den Versicherten Zugriffe protokolliert werden müssen (wie auch bei VSDM 1 auf eGK), müsste es dann auch eine Komponente zur Depseudonymisierung geben. Im Übrigen liegen die Daten (Abrechnung!), die eine Profilbildung ermöglichten ohnehin bereits bei den Kassen vor. Durch den Intermediär erhalten die Kassen diese Verknüpfung lediglich früher.))) die VSD direkt vom VSDD ab.
-    * Absicherung der Verbindung zum PoPP-Dienst und VSDD über **ZETA**.
+    * Absicherung der Verbindung zum **PoPP-Dienst** und **VSDD** über **ZETA**.
-    * Im Vor-Ort-Szenario kann zum Stecken der eGK auch ein Standardkartenlesegerät genutzt werden.
+    * Im Vor-Ort-Szenario kann zum Stecken der eGK auch ein **Standardkartenlesegerät** genutzt werden.
     * Zur Authentifizierung der Leistungserbringerinstitution am PoPP-Dienst und VSDD wird weiter entweder ein Konnektor/TI-Gateway plus SMC-B oder ein TI-Gateway mit einer SM-B (kartenungebundene Leistungserbringer-Identität) benötigt.
 Bei VSDM 2.0 erfolgt eine (weitgehende) Entkopplung von der eGK. Abruf der VSD (sowie auch die Etablierung des Behandlungskontextes) kann entweder mit eGK oder (kartenungebundener) digitaler Identität erfolgen - zukünftig auch ohne physische Präsenz in der Leistungserbringerinstitution.
+TODO:\\
+  * Protokollierung Unterschied VSDM 1 und 2
+  * Nutzung eID-LEI und eID-LE mit VSDM?
 ==== Spezifikationen VSDM 2.0 ====
@@ Zeile 146: / Zeile 150: @@
-===== Proof of Patient Presence (PoPP) =====
-Etablierung des Behandlungskontextes mittels eGK (ohne PIN-Eingabe) oder (kartenunabhängiger) digitaler Identität vor Ort oder ohne Anwesenheit des Patienten.
-s. [[popp|Proof of Patient Presence (PoPP)]]
 ===== Elektronische Ersatzbescheinigung via KIM =====