dighealth:ti:vsdm
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| dighealth:ti:vsdm [2026/06/24 07:29] – [Was leistet VSDM?] fjh | dighealth:ti:vsdm [2026/06/24 12:18] (aktuell) – [Sicherheit] fjh | ||
|---|---|---|---|
| Zeile 18: | Zeile 18: | ||
| Versichertenstammdaten (VSD) dürfen grundsätzlich nur abgerufen werden, wenn ein **Behandlungskontext** vorliegt. In [[# | Versichertenstammdaten (VSD) dürfen grundsätzlich nur abgerufen werden, wenn ein **Behandlungskontext** vorliegt. In [[# | ||
| - | Gem. § 291 Abs. 9 S. 1 SGB V müssen die Kassen den Versicherten ein Ersatzverfahren für den elektronischen Versichertennachweis anbieten. Versicherte können dabei über eine von ihrer Krankenkasse angebotene Benutzeroberfläche einen Nachweis der Berechtigung zur Inanspruchnahme von Leistungen im Rahmen der vertragsärztlichen Versorgung für die Vorlage bei einem Leistungserbringer anfordern. Die Krankenkasse muss dann einen solchen elektronischen Nachweis über die SÜV an den Leistungserbringenden übermitteln. Das Verfahren nennt sich [[eeB|elektronische Ersatzbescheinigung]] (eEB). | + | Gem. § 291 Abs. 9 S. 1 SGB V müssen die Kassen den Versicherten ein Ersatzverfahren für den elektronischen Versichertennachweis anbieten. Versicherte können dabei über eine von ihrer Krankenkasse angebotene Benutzeroberfläche einen Nachweis der Berechtigung zur Inanspruchnahme von Leistungen im Rahmen der vertragsärztlichen Versorgung für die Vorlage bei einem Leistungserbringer anfordern. Die Krankenkasse muss dann einen solchen elektronischen Nachweis über die [[SUEV|SÜV]] an den Leistungserbringenden übermitteln. Das Verfahren nennt sich [[eeB|elektronische Ersatzbescheinigung]] (eEB). |
| ===== VSDM 1.0 ===== | ===== VSDM 1.0 ===== | ||
| Zeile 43: | Zeile 43: | ||
| * 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**, | * Kommunikation zwischen Konnektor und VSDD erfolgt über einen **Intermediär**, | ||
| + | * Die Zugriffsprotokollierung für die Versicherten erfolgt auf der eGK. Wobei die urprüngliche gesetzliche Regelung dazu aus dem Gesetz entfernt wurde. In der Spezifikation für das Fachmodul VSDM ist allerdings die Anforderung noch vorhanden.((https:// | ||
| ===== VSDM 2.0 ===== | ===== VSDM 2.0 ===== | ||
| * **Bereitstellung VSD** | * **Bereitstellung VSD** | ||
| Zeile 68: | Zeile 69: | ||
| * 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/ | * Zur Authentifizierung der Leistungserbringerinstitution am PoPP-Dienst und VSDD wird weiter entweder ein Konnektor/ | ||
| + | * Der VSDD muss alle Zugriffe auf die VSD für die Versicherten **protokollieren**.((https:// | ||
| 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. | 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:\\ | + | __**TODO:**__\\ |
| - | * Protokollierung | + | * Protokollierung |
| + | * Bei VSDM 2 protokolliert der Dienst. Wie kommt der Versicherte an seine Protokolle? | ||
| * Nutzung eID-LEI und eID-LE mit VSDM? | * Nutzung eID-LEI und eID-LE mit VSDM? | ||
| Zeile 152: | Zeile 155: | ||
| * Hashwert wird von gematik mit öffentlichem Schlüssel der VAU des E-Rezept-Servers verschlüsselt und in dieser Form an den Betreiber (IBM) weitergegeben. Der Hashwert ist dann nur in der VAU verfügbar und auch IBM selbst nicht bekannt. | * Hashwert wird von gematik mit öffentlichem Schlüssel der VAU des E-Rezept-Servers verschlüsselt und in dieser Form an den Betreiber (IBM) weitergegeben. Der Hashwert ist dann nur in der VAU verfügbar und auch IBM selbst nicht bekannt. | ||
| * Aufruf VSDM mittels Konnektor erfolgt über Intermediär => akzeptiertes Risiko: es ist nicht erkennbar, ob die medizinische Institution, | * Aufruf VSDM mittels Konnektor erfolgt über Intermediär => akzeptiertes Risiko: es ist nicht erkennbar, ob die medizinische Institution, | ||
| + | |||
| + | <note important> | ||
| + | |||
dighealth/ti/vsdm.1782286156.txt.gz · Zuletzt geändert: von fjh
