Benutzer-Werkzeuge

Webseiten-Werkzeuge


dighealth:ti:vsdm

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
dighealth:ti:vsdm [2025/08/14 10:48] – [VSDM ++] fjhdighealth:ti:vsdm [2026/04/16 11:28] (aktuell) – [Technische Voraussetzungen für VSDM 2.0] fjh
Zeile 14: Zeile 14:
  
 ===== VSDM 2.0 ===== ===== 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. 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. 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 44: Zeile 66:
 === Spezifikationen === === 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.
  
  
dighealth/ti/vsdm.1755168519.txt.gz · Zuletzt geändert: von fjh

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki