Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- dighealth:ti:vsdm [2026/06/05 07:19] – [VSDM 1.0] fjh
+++ dighealth:ti:vsdm [2026/06/05 11:06] (aktuell) – [Was leistet VSDM?] fjh
@@ Zeile 4: / Zeile 4: @@
 ===== Was leistet VSDM? ======
-  * **Bereitstellung** der gesetzlich definierten **Versichertenstammdaten** (VSD) zur Übernahme in Abrechnungsunterlagen und Vordrucke durch den Leistungserbringenden.((§ 291a Abs. 2 bis 4 SGB V.))
+  * **Bereitstellung** der gesetzlich definierten **Versichertenstammdaten** (VSD) zur Übernahme in Abrechnungsunterlagen und Vordrucke (bspw. eAU) durch den Leistungserbringenden.((§ 291a Abs. 2 bis 4 SGB V.))
   * **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 Leistungserbringer zu speichernden **Prüfnachweises**((§ 291b Abs. 2 S. 5 SGB V.)), der mit den Abrechnungsunterlagen zu übermitteln ist((§ 291b Abs. 3 SGB V.)).
+    * 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+**: Nachweis eines Behandlungskontexts (Anwesenheitsbelegs) über eine 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 23: / Zeile 23: @@
   * **Prüfung der Leistungspflicht**
     * 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.
+    * 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**
     * Übergabe und Stecken der eGK
   * **Nutzungsszenarien**
-    * in der Versorgungseinrichtung
+    * **nur** mit **eGK** (nicht mit GesundheitsID)
-    * mobil ausschließlich mit zugelassenem mobilen eHealth-Kartenterminal und ohne Onlineabgleich und -prüfung.
+      * in der Versorgungseinrichtung mit zugelassenem [[dighealth:ti:kt|eHealth-Kartenterminal (eHealth-KT)]] am Konnektor
+      * 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-Kartenterminal 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 46: / Zeile 48: @@
   * **Prüfung der Leistungspflicht**
     * Die VSD werden nicht mehr von der eGK in das Primärsystem eingelesen.
-    * Die Prüfung auf Aktualität und Gültigkeit gem. § 291b Abs. 1 S. 1 SGB V erfolgt durch direkten Abruf der VSD vom VSDD der Krankenkasse.
+    * Die Prüfung auf Aktualität und Gültigkeit gem. § 291b Abs. 1 S. 1 SGB V erfolgt durch **direkten Abruf der VSD vom VSDD** der Krankenkasse.
     * Die VSD inkl. des Prüfnachweises werden direkt in das Primärsystem übernommen und nicht mehr auf der eGK aktualisiert.((§ 291b Abs. 2 S. 3 SGB V))
-    * VSDM 2.0 ist die erste TI-2.0-Anwendung und benötigt keinen Konnektor mehr (ZETA).((https://fachportal.gematik.de/anwendungen/versichertenstammdaten-management.))
+    * VSDM 2.0 ist die erste **TI-2.0-Anwendung** und benötigt keinen Konnektor mehr (ZETA).((https://fachportal.gematik.de/anwendungen/versichertenstammdaten-management.))
   * **Etablierung des Behandlungskontexts**
-    * erfolgt über ein (kryptographisches) Token, das das Primärsystem vom PoPP-Dienst erhält.
+    * 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**
+      * in der Versorgungseinrichtung (auch mit Standardkartenleser)
+      * **mobil** (bspw. Hausbesuche, in Pflegeeinrichtungen)
+      * **Fernversorgung** (bspw. Videosprechstunde)
   * **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 139: / 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 =====