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/04 16:48] – [VSDM 2.0] fjh | dighealth:ti:vsdm [2026/06/05 11:06] (aktuell) – [Was leistet VSDM?] fjh | ||
|---|---|---|---|
| Zeile 4: | Zeile 4: | ||
| ===== Was leistet VSDM? ====== | ===== Was leistet VSDM? ====== | ||
| - | * **Bereitstellung** der gesetzlich definierten **Versichertenstammdaten** (VSD).((§ 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.)) | * **Versicherungsnachweis** durch Versicherte.((§ 291a Abs. 1 SGB V.)) | ||
| * **Prüfung der Leistungspflicht** der Krankenkasse des Versicherten | * **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 |
| * erfolgt durch **Prüfung** der **Gültigkeit** und **Aktualität** der VSD((§ 291b Abs. 1 S. 1 SGB V.)) und | * 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 | + | * ist nachzuweisen mittels eines vom Leistungserbringenden |
| - | * **Seit Mitte 2023 VSDM+**: Nachweis eines Behandlungskontexts (Anwesenheitsbelegs) über eine erweiterten Prüfnachweis | + | * **Seit Mitte 2023 [[vsdm# |
| * für die Anwendung E-Rezept | * für die Anwendung E-Rezept | ||
| * beim [[dighealth: | * beim [[dighealth: | ||
| Zeile 18: | Zeile 18: | ||
| * **Bereitstellung VSD** | * **Bereitstellung VSD** | ||
| - | * VSD sind **auf** der **eGK** gespeichert.((§ 291a Abs. 2 und 3 SGB V.)) | + | * VSD sind **auf** der **eGK** |
| * **Versicherungsnachweis** | * **Versicherungsnachweis** | ||
| * **eGK** gilt als Versicherungsnachweis.((§ 291a Abs. 1 S. 1 SGB V.)) | * **eGK** gilt als Versicherungsnachweis.((§ 291a Abs. 1 S. 1 SGB V.)) | ||
| * **Prüfung der Leistungspflicht** | * **Prüfung der Leistungspflicht** | ||
| * Erfolgt im Rahmen des Einlesens der VSD von der eGK beim Arztbesuch. | * 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 |
| - | * Nach erfolgreicher Prüfung erfolgt ggf. eine Aktualisierung der Daten auf der eGK. | + | * Nach erfolgreicher Prüfung erfolgt |
| - | * Der Vorgang wird protokolliert und ein **Prüfnachweis** | + | * Der Vorgang wird protokolliert und ein **Prüfnachweis** auf der eGK abgelegt. |
| * VSD und Prüfnachweis werden abschließend in das Primärsystem übernommen. | * VSD und Prüfnachweis werden abschließend in das Primärsystem übernommen. | ||
| * **Etablierung des Behandlungskontexts** | * **Etablierung des Behandlungskontexts** | ||
| * Übergabe und Stecken der eGK | * Übergabe und Stecken der eGK | ||
| + | * **Nutzungsszenarien** | ||
| + | * **nur** mit **eGK** (nicht mit GesundheitsID) | ||
| + | * in der Versorgungseinrichtung mit zugelassenem [[dighealth: | ||
| + | * mobil ausschließlich mit zugelassenem mobilen eHealth-KT und ohne Onlineabgleich und -prüfung | ||
| + | * nicht in der Fernversorgung (bspw. Videosprechstunde) | ||
| * **Technische Architektur** | * **Technische Architektur** | ||
| - | * eGK wird in ein mit dem Konnektor gepairtes eHealth-Kartenterminal | + | |
| * Primärsystem ruft Operation //ReadVSD// des Fachmoduls VSDM am Konnektor auf. | * 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**, | * Kommunikation zwischen Konnektor und VSDD erfolgt über einen **Intermediär**, | ||
| ===== VSDM 2.0 ===== | ===== VSDM 2.0 ===== | ||
| * **Bereitstellung VSD** | * **Bereitstellung VSD** | ||
| - | * Die VSD stehen (aktuell und gültig) auf den VSDD der Krankenkassen zum Abruf zur Verfügung. | + | * Die VSD stehen (aktuell und gültig) auf den VSDD der Krankenkassen |
| * " | * " | ||
| * **Versicherungsnachweis** | * **Versicherungsnachweis** | ||
| Zeile 43: | Zeile 48: | ||
| * **Prüfung der Leistungspflicht** | * **Prüfung der Leistungspflicht** | ||
| * Die VSD werden nicht mehr von der eGK in das Primärsystem eingelesen. | * 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)) | * 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:// | + | * VSDM 2.0 ist die erste **TI-2.0-Anwendung** und benötigt keinen Konnektor mehr (ZETA).((https:// |
| * **Etablierung des Behandlungskontexts** | * **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 (" | + | * Authentizität (" |
| + | * **Nutzungsszenarien** | ||
| + | * mit **eGK** und **GesundheitsID** | ||
| + | * in der Versorgungseinrichtung (auch mit Standardkartenleser) | ||
| + | * **mobil** (bspw. Hausbesuche, | ||
| + | * **Fernversorgung** (bspw. Videosprechstunde) | ||
| * **Technische Architektur** | * **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!), | * 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!), | ||
| - | * 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/ | * Zur Authentifizierung der Leistungserbringerinstitution am PoPP-Dienst und VSDD wird weiter entweder ein Konnektor/ | ||
| 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:\\ | ||
| + | * Protokollierung Unterschied VSDM 1 und 2 | ||
| + | * Nutzung eID-LEI und eID-LE mit VSDM? | ||
| ==== Spezifikationen VSDM 2.0 ==== | ==== Spezifikationen VSDM 2.0 ==== | ||
| Zeile 136: | 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 ===== | ===== Elektronische Ersatzbescheinigung via KIM ===== | ||
dighealth/ti/vsdm.1780591706.txt.gz · Zuletzt geändert: von fjh
