Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- dighealth:ti:vsdm [2025/01/08 14:27] – [Standardablauf] fjh
+++ dighealth:ti:vsdm [2026/04/16 11:28] (aktuell) – [Technische Voraussetzungen für VSDM 2.0] fjh
@@ Zeile 14: / Zeile 14: @@
 ===== VSDM 2.0 =====
+<note important>18.09.2025: Neues Release mit kleineren Änderungen: https://gemspec.gematik.de/releases/VSDM2_25_2/</note>
+<note important>Spezifikation wurde am 20.08.2025 veröffentlicht: https://gemspec.gematik.de/docs/gemSpec/gemSpec_VSDM_2/gemSpec_VSDM_2_V1.1.0/</note>
 Bei VSDM 2.0 erfolgt eine (weitgehende) Entkopplung von der eGK. Abruf der VSD (Etablierung des Behandlungskontextes) kann entweder mit eGK oder (kartenungebundener) digitaler Identität erfolgen - zukünftig auch ohne physische Präsenz in der Leistungserbringerinstitution.
@@ Zeile 29: / Zeile 33: @@
 Spezifikationen sind in Erstellung. Gematik arbeitet an Grobkonzept. Kommentierungsworkshop hat gerade stattgefunden und wird fortgesetzt.
-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.
+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.
+VSDM 2.0 ist die erste TI-2.0-Anwendung.
+==== Technische Voraussetzungen für VSDM 2.0 ====
+  * Zugelassener Konnektor bzw. TI-Gateway einer passenden Version
+  * Zugelassener PoPP-Dienst mit ZETA Guard (geplant zum 01.07.2026)
+  * Zugelassene(r) VSDM-2.0-Dienst(e) mit ZETA Guard (geplant ab 01.07.2026)
+  * Primärsystem mit ZETA Client, PoPP-Client + VSDM-2.0-Modul
+  * Für mobile Geräte ebenfalls ZETA Client und PoPP Client bzw. Zugriff auf Primärsystem mit diesen beiden Clients
+==== Roadmap VSDM 2.0 ====
+  * **01.07.2026** Beginn der Pilotierung mit mindestens einem VSDM-2.0-Dienst. Sukzessiv kommen weiter hinzu
+  * **01.10.2026** Stufe 2 der Pilotierung mit allen VSDM-2.0-Diensten
+  * **01.01.2027** Bundesweiter Rollout
@@ Zeile 40: / Zeile 62: @@
 ===== VSDM ++ =====
-**Anwesenheitsbeleg** mittels **VSDM-Prüfnachweis** über die VSD-Fachdienste ([[#vsdm1.0|VSDM 1.0]]), derzeit ausschließlich für den Abruf von E-Rezepten mittels eGK (ohne PIN-Eingabe) in der Apotheke, zukünftig aber auch vorgesehen zur Etablierung eines Behandlungskontextes bei der ePA für alle.
+**Anwesenheitsbeleg** mittels **VSDM-Prüfnachweis** über die VSD-Fachdienste ([[#vsdm1.0|VSDM 1.0]]), ursprünglich ausschließlich für den Abruf von E-Rezepten mittels eGK (ohne PIN-Eingabe) in der Apotheke eingeführt, dient mittlerweile auch dazu einen benötigten Behandlungskontext zum Zugriff auf die ePA für alle zu eröffnen.
 === Spezifikationen ===
-<note important>Die gematik hat am 15.02.2023 eine [[https://fachportal.gematik.de/fileadmin/Fachportal/Downloadcenter/Featurespezifikationen/gemF_eRp_Autorisierung_Apo_V1.1.1.pdf|Featurespezifikation]] mit zwei Lösungsalternativen für einen Anwesenheitsbeleg vor dem [[dighealth:ti:erp:f_abrufegk|Abruf von E-Rezepten mit der eGK]] (vorab) veröffentlicht. Eine davon ist VSDM++ (Kap. 4).
+Es gab vorab eine Feature-Spezifikation. Mittlerweile ist das "Feature" im wesentlichen in die Spezifikationen für VSDM eingeflossen.
-</note>
-Die fertigen Spezifikationen zur Umsetzung finden sich hier: https://gemspec.gematik.de/releases/VSDM-plus-plus/
 === Standardablauf ===
-  - Versicherte übergeben eGK, die die Apotheker ins Kartenterminal stecken bzw. an die NFC-Schnittstelle halten
+  - Versicherte übergeben eGK, die der Leistungserbringer ins Kartenterminal steckt bzw. an die NFC-Schnittstelle hält
-  - Das AVS ruft die Operation //ReadVSD// über den Konnektor auf
+  - Das Primärsystem ruft die Operation //ReadVSD// (VSDM) über den Konnektor auf
-  - Fachdienst VSDM bildet aus KVNR und Zeitstempel mittels betreiberspezifischen Geheimnis einen Hashwert als Prüfziffer
+  - Fachdienst VSDM bildet aus KVNR und Zeitstempel (seit dem CCC-Hack zusätzlich aus Datum des Versichertenbeginns und Straße der Adresse((https://gemspec.gematik.de/prereleases/Draft_ePAfueralle_3_0_3-1/C_12143_Anlage_V1.0.0/.))) mittels betreiberspezifischem Geheimnis einen Hashwert als Prüfziffer((s. dazu [[https://gemspec.gematik.de/docs/gemSpec/gemSpec_SST_FD_VSDM/latest/#6|gemSpec_SST_FD_VDSM#6]]))
-  - Fachmodul VSDM fügt Prüfziffer dem Prüfnachweis hinzu
+  - Fachmodul VSDM fügt Prüfziffer dem Prüfnachweis hinzu((Zur Prüfziffer vgl. [[https://gemspec.gematik.de/downloads/gemSpec/gemSpec_Krypt/gemSpec_Krypt_V2.28.1.html|gemSpec_Krypt]]#3.18.))
-  - AVS übermittelt Prüfnachweis inkl. Prüfziffer an E-Rezept-Fachdienst
+  - Das Primärsystem übermittelt Prüfnachweis inkl. Prüfziffer an die Anwendungen (E-Rezept oder ePA)
-  - E-Rezept-Fachdienst (bzw. dessen VAU) verifiziert die Prüfziffer mit dem auch ihm bekannten Geheimnis (Hashwertvergleich) und prüft Zeitstempel auf Plausibilität
+  - Anwendung (bzw. deren VAU) verifiziert die Prüfziffer mit dem auch ihm bekannten Geheimnis (Hashwertvergleich) und prüft Zeitstempel auf Plausibilität
 == Sicherheit und Datenschutz ==