Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- dighealth:ti:vsdm [2025/08/14 10:42] – [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 30: / Zeile 34: @@
 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 ===
-Es gab vorab eine Feature-Spezifikation. Mittlerweile ist das "Feature" in die Spezifikationen eingeflossen.
+Es gab vorab eine Feature-Spezifikation. Mittlerweile ist das "Feature" im wesentlichen in die Spezifikationen für VSDM eingeflossen.
@@ Zeile 52: / Zeile 74: @@
   - Versicherte übergeben eGK, die der Leistungserbringer ins Kartenterminal steckt bzw. an die NFC-Schnittstelle hält
   - Das Primärsystem ruft die Operation //ReadVSD// (VSDM) über den Konnektor auf
-  - Fachdienst VSDM bildet aus KVNR und Zeitstempel (seit dem CCC-Hack zusätzlich aus Datum des Versichertenbeginns und Straße der Adresse) 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]]))
+  - 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((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 ==