DATENSCHUTZERKLÄRUNG FÜR EDDA
Stand: 23. Oktober 2026 · Version 2026-10-23.252

1. Anbieter und Verantwortlichkeiten
EDDA ist eine Software von Euvejo. Verantwortlich für Benutzerkonto, Lizenzverwaltung, Updates und den eigenen Website-Hilfechat ist Dr. med. Markus Schlarmann, Lastruper Straße 6, 49699 Lindern, Deutschland; Telefon 05957 8879999; E-Mail info@praxis-schlarmann.de.
Für die Aufzeichnung und Dokumentation von Patientengesprächen ist die einsetzende Praxis oder Einrichtung verantwortlich. Sie informiert Patienten über ihre eigenen Kontaktdaten, gegebenenfalls ihren Datenschutzbeauftragten, Zwecke, Rechtsgrundlagen, Empfänger und Aufbewahrungsfristen. Diese Produktinformation ersetzt die Datenschutzinformation der Praxis nicht.

2. Verarbeitete Daten und Zwecke
EDDA verarbeitet Mikrofonaufnahmen, Live-Transkripte, manuell eingegebene oder korrigierte Texte sowie daraus erzeugte Dokumentationsentwürfe. Darin können Stimmen, Namen und andere Identifikationsmerkmale, Beschwerden, Diagnosen, Untersuchungsbefunde, Medikamente und Therapieangaben enthalten sein. Auch ohne eigene Felder für Patientennamen bleiben solche Inhalte regelmäßig personenbezogene Gesundheitsdaten. Hinzu kommen Zeitpunkte, Aufnahmegeräte, Konfiguration, ausgewählte Medikamentennamen als Erkennungshilfe, API-Zugangsdaten, Lizenz-E-Mail und Lizenznummer.
Zwecke sind Spracherkennung, vorläufige und abschließende strukturierte Befunddokumentation, Korrektur und Übernahme in die Patientenakte sowie Bereitstellung, Absicherung und Aktualisierung der Software. EDDA entscheidet nicht eigenständig über Diagnose oder Behandlung. Sämtliche Ergebnisse müssen ärztlich geprüft werden.

3. Rechtsgrundlagen und Aufnahme von Gesprächen
Für die Bereitstellung des Benutzerkontos und der Lizenz ist Art. 6 Abs. 1 lit. b DSGVO maßgeblich; notwendige Sicherheitsmaßnahmen beruhen auf Art. 6 Abs. 1 lit. f DSGVO, gesetzliche Pflichten auf Art. 6 Abs. 1 lit. c DSGVO. Berechtigte Interessen sind der Schutz vor unberechtigter Nutzung, die sichere Bereitstellung und die Fehlerabwehr.
Die Praxis legt die Rechtsgrundlagen für Gesprächsaufzeichnung, KI-Verarbeitung und Dokumentation fest. Bei Gesundheitsdaten ist zusätzlich eine Voraussetzung des Art. 9 DSGVO erforderlich, beispielsweise Art. 9 Abs. 2 lit. h bei zulässiger medizinischer Verarbeitung oder Art. 9 Abs. 2 lit. a bei ausdrücklicher Einwilligung. Eine Rechtsgrundlage für die Behandlung erlaubt nicht automatisch jede Audioaufzeichnung oder Übermittlung an einen KI-Dienst. Alle Gesprächsteilnehmer sind vor Beginn zu informieren; die erforderliche Erlaubnis zur Aufnahme ist einzuholen. Soweit die Verarbeitung auf Einwilligung beruht, ist sie freiwillig und für die Zukunft widerrufbar. Eine Behandlung ohne KI-Aufzeichnung muss möglich bleiben.
Die Bestätigung in EDDA dokumentiert ausschließlich die Kenntnisnahme durch den Anwender. Sie ist weder eine Patienteneinwilligung noch ein Auftragsverarbeitungsvertrag. Ohne Bestätigung kann diese App-Version nicht verwendet werden; bei Ablehnung beendet sich EDDA.

4. Euvejo-Zugang oder eigene Praxiszugänge
Im Modus „Eigene API-Keys“ verwendet die Praxis eigene Konten, Verträge und API-Schlüssel für die ausgewählten KI-Anbieter. EDDA sendet Audio direkt vom Praxisrechner an OpenAI oder Deepgram; Transkripte und KI-Anweisungen gehen zur Auswertung direkt an OpenAI oder Scaleway. Euvejo erhält auf diesem Übertragungsweg keine Gesprächsinhalte und keine Anbieter-Schlüssel. Die Verbindungen verwenden HTTPS beziehungsweise verschlüsselte WebSockets. Es gibt keine automatische Anonymisierung vor der Übertragung.
Standardmäßig ist der Modus „Euvejo-Zugang“ aktiviert. In diesem Modus sendet EDDA Audio und Transkripte zunächst verschlüsselt an den Euvejo-Router auf www.euvejo.de. Euvejo verarbeitet diese Inhalte zur Weiterleitung: Audio an Deepgram Nova-3 über api.eu.deepgram.com mit mip_opt_out=true, Auswertungstext und KI-Anweisungen an Gemini 2.5 Flash über Google Cloud Vertex AI in europe-west4 (Niederlande). Die zentralen Anbieter-Keys verbleiben verschlüsselt auf dem Euvejo-Server. Zur Anmeldung werden EDDA-Lizenznummer und Lizenz-E-Mail übermittelt. Für die Verarbeitung durch die Router-Anwendung gilt: Der Euvejo-Router speichert Audiodaten, Transkripte und Auswertungen nicht dauerhaft. Diese werden nur vorübergehend im Arbeitsspeicher verarbeitet und weitergeleitet. Auf Betriebssystemebene ist derzeit Auslagerungsspeicher (Swap) aktiviert; eine ausschließlich physische Verarbeitung im RAM ist deshalb nicht zugesichert. Die Aussage zur Router-Anwendung ist keine uneingeschränkte ZDR-Zusage für die gesamte Serverinfrastruktur. Die Anbieterbedingungen aus den folgenden Abschnitten gelten zusätzlich.
Für die Verbrauchsabrechnung speichert Euvejo Kunden-ID, Anfragekennung, Anbieter-Vorgang, Zeitpunkt, Eingabe- und Ausgabetokens beziehungsweise Audiodauer, den verwendeten Tarif und Umrechnungskurs, Anbieterpreis, 20-%-Aufschlag sowie Reservierungs- und Abbuchungsbetrag. Diese Abrechnungsdaten enthalten keine Gesprächsinhalte. Bei unklarem Anbieterabschluss bleibt eine Reservierung bis zur Klärung bestehen. Die Daten dienen der Abrechnung, Nachvollziehbarkeit und Fehlerklärung; sie werden nicht automatisch mit den lokalen Gesprächsdateien gelöscht. Vor dem Einsatz des Euvejo-Modus muss die Praxis die Einbeziehung von Euvejo in die Verarbeitung ihrer Patientendaten und die dafür erforderlichen Vereinbarungen abschließen. Soweit Euvejo Gesprächsinhalte im Auftrag der Praxis weiterleitet, ist Euvejo als Auftragsverarbeiter einzubeziehen; die beauftragten KI-Dienste sind dabei in der Verarbeitungskette zu berücksichtigen. Diese Erklärung ersetzt keinen AV-Vertrag. Abrechnungs- und Kontodaten verarbeitet Euvejo zur Bereitstellung und Abrechnung des Dienstes. Sie bleiben entsprechend dem Vertragsverhältnis, erforderlichen Nachweisen und gesetzlichen Aufbewahrungspflichten erhalten; der Router hat dafür keine automatische feste Löschfrist.
Im Modus mit eigenen Keys werden Spracherkennung und Auswertung unabhängig ausgewählt. Bei Gesprächen werden Texte bereits für vorläufige Entwürfe während der Aufnahme sowie abschließend nach dem Stoppen übertragen. Im Modus „Diktat in die Zwischenablage“ erfolgt nur die gewählte Spracherkennung, keine Gesprächsauswertung. Erkennungshilfen können konfigurierte Medikamentennamen und allgemeine medizinische Fachbegriffe enthalten. Verbindungstests verwenden keine Patientendaten; Texttests können API-Kosten verursachen. EDDA wechselt bei Fehlern nicht automatisch Anbieter oder Region. Lokale KI ist in dieser Version deaktiviert.
Datenschutzempfehlung für die verfügbaren Cloud-Optionen: Deepgram mit EU-Endpunkt und ausgeschlossenem Modelltraining für Sprache, kombiniert mit Scaleway für die Textauswertung. Die Empfehlung beruht auf regionaler Verarbeitung und begrenzter regulärer Inhaltsspeicherung. Sie ist keine pauschale rechtliche Freigabe oder Garantie, dass diese Kombination unter jedem Vertrag die beste Lösung ist. Die folgenden Bedingungen und Ausnahmen bleiben maßgeblich; Build 228 stellt die Gesprächsauswertung einmalig auf Gemini EU über Euvejo um. Vorhandene API-Keys, Praxiswörterbuch, Sprachmakros und lokale Protokolleinstellungen bleiben erhalten.
Eigene API-Schlüssel ersetzen keine Auftragsverarbeitungsverträge. Die Praxis muss die Vertragsfassung des konkret eingesetzten Dienstes, Zulässigkeit für Gesundheitsdaten, Unterauftragnehmer, Weisungsbindung, Schweigepflicht und gegebenenfalls Drittlandgarantien prüfen. Insbesondere sind Scaleways dienstspezifische Gesundheitsdatenbedingungen zu klären. Eine Zertifizierung einzelner Infrastrukturangebote ist keine Freigabe sämtlicher KI-Dienste. Erforderlichkeit einer Datenschutz-Folgenabschätzung und geeignete Schutzmaßnahmen sind vor dem Einsatz zu bewerten.

5. Deepgram: Spracherkennung in der EU
Bei Auswahl von Deepgram erhält der Anbieter Audio und Erkennungshilfen für Nova-3. Im Euvejo-Modus wird der EU-Endpunkt api.eu.deepgram.com zentral verwendet. Im optionalen Modus mit eigenen Keys muss für diese regionale Verarbeitung unter „API-Keys und Server“ die Deepgram-Region Europa gewählt sein. EDDA setzt für Live- und Dateitranskription zusätzlich mip_opt_out=true. Damit ist die Teilnahme am Modellverbesserungsprogramm (MIP) für diese Anfragen ausgeschaltet. Laut Deepgram gilt Zero Data Retention (ZDR) für die Anfrageinhalte: Audio und Transkripte werden nur für die Verarbeitung vorgehalten und nach Rückgabe der Antwort nicht aufbewahrt. Diese Inhalte werden nicht zum Modelltraining oder zur Modellverbesserung genutzt. Mit dem EU-Endpunkt und diesem Opt-out erfolgt die Inhaltsverarbeitung innerhalb der EU. Der konkrete EU-Staat kann wechseln.
Davon getrennte Nutzungsmetadaten bleiben laut Anbieter 90 Tage abrufbar; zusammengefasste Nutzungsdaten können länger bestehen. Der alternative globale Endpunkt api.deepgram.com bietet diese regionale Zusage nicht. Region und Opt-out sind gemeinsam erforderlich. Deepgram ist ein US-Anbieter; EU-Verarbeitung beseitigt nicht sämtliche Drittland- oder behördlichen Zugriffsrisiken. Maßgeblich sind die vereinbarten Bedingungen und Unterauftragnehmer.
Quelle: https://developers.deepgram.com/trust-security/your-data

5a. Gemini: Gesprächsauswertung über Google Cloud (EU)
Standardmäßig wird Gemini 2.5 Flash über den Euvejo-Router und den regionalen Vertex-AI-Endpunkt europe-west4-aiplatform.googleapis.com eingesetzt. Die Auswertung verwendet einzelne zustandslose Chat-Anfragen ohne Grounding, gespeicherte Interactions oder explizite Inhalts-Caches. Im zentral verwendeten Google-Projekt sind der Projekt-Cache sowie die Anfrage-/Antwortprotokollierung deaktiviert. Dies gilt nicht automatisch für ein anderes Google-Projekt beim Einsatz eigener Keys.
Google verwendet Kundendaten laut Cloud-Bedingungen ohne vorherige Erlaubnis oder Weisung nicht zum Modelltraining. Eine uneingeschränkte Zusicherung vollständiger Speicherfreiheit ist damit nicht verbunden: Unter den Google-Cloud-Onlinebedingungen können bei Verdacht auf Missbrauch Eingaben ausnahmsweise bis zu 90 Tage protokolliert werden. Eine entsprechende vertragliche Ausnahme ist für dieses Projekt derzeit nicht nachgewiesen. Konto-, Betriebs-, Sicherheits- und Abrechnungsmetadaten bleiben gesondert zu beurteilen.
Die deaktivierte Anbieter-Protokollierung ändert keine lokalen Entwicklungsprotokolle in EDDA. Für markus@schlarmann.de bleibt die konfigurierbare lokale Gesprächsprotokollierung verfügbar; die Fehlerprotokollierung bleibt bestehen. Die bestehende Sieben-Tage-Bereinigung gilt weiter. Die Übernahme der Auswertung in die Zwischenablage und das AIS erfolgt wie bisher.
Quellen: https://docs.cloud.google.com/gemini-enterprise-agent-platform/resources/zero-data-retention und https://docs.cloud.google.com/gemini-enterprise-agent-platform/models/abuse-monitoring

6. Scaleway: Gesprächsauswertung in Europa
Bei Auswahl von Scaleway oder Gemma (über Scaleway) erhält api.scaleway.ai den Gesprächstext und die KI-Anweisungen. Laut Anbieter laufen Generative APIs auf eigener europäischer Infrastruktur; die Datenrichtlinie nennt Paris/Frankreich als Speicherregion. Laut Scaleway werden Eingaben und Ausgaben nicht zum Training, Nachtraining oder zur Verbesserung der Basismodelle genutzt und nicht an deren Entwickler weitergegeben. Dafür ist keine zusätzliche Trainingsfreigabe oder Opt-out-Einstellung in EDDA erforderlich.
Für die von EDDA verwendeten synchronen Generative APIs gilt laut Scaleway standardmäßig Zero Data Retention (ZDR). Gesprächsinhalte werden im regulären Betrieb nicht aufbewahrt. Diese ZDR-Regelung hat jedoch Ausnahmen: Bei ungewöhnlichen Fehlern, etwa HTTP 500, oder schädlichem Verkehr können vollständige HTTP-Anfragen zur Untersuchung bis zu zwei Wochen gespeichert und eingesehen werden. Aggregierte, anonymisierte Nutzungsdaten werden bis zu sechs Monate aufbewahrt. Automatisches, projektisoliertes Zwischenspeichern von Rechenwerten dient der Beschleunigung und ist nicht abschaltbar. Konto-, Abrechnungs- und Supportdaten unterliegen eigenen Fristen. Deshalb bedeutet die Empfehlung weder „keine Speicherung unter allen Umständen“ noch eine uneingeschränkte Freigabe für Gesundheitsdaten.
Quelle: https://www.scaleway.com/en/docs/generative-apis/reference-content/data-privacy/
Vertragsunterlagen: https://www.scaleway.com/en/contracts/

AxForge als zusätzlicher Auswertungsanbieter im lokalen Test
Bei Auswahl von AxForge übermittelt EDDA den Gesprächstext und die KI-Anweisungen an https://api.axforge.ai/v1/ zur Auswertung mit Qwen3.8. Dies gilt auch für vorläufige Auswertungen während des Gesprächs. Audio erhält weiterhin der separat ausgewählte Spracherkennungsanbieter. Der eigene AxForge-Key wird für das Windows-Benutzerkonto verschlüsselt gespeichert. Reasoning wird in den Anfragen deaktiviert. Ein lokaler Test der EDDA-Anwendung bedeutet dabei keine lokale Verarbeitung durch das KI-Modell.

7. OpenAI als alternative Spracherkennung oder Auswertung
Bei OpenAI-Auswahl erhält der für den API-Vertrag zuständige OpenAI-Anbieter Audio zur Spracherkennung beziehungsweise Gesprächstext und Anweisungen zur Auswertung. Die Einstellung Europa verwendet eu.api.openai.com und setzt ein passendes freigeschaltetes Projekt voraus; der Standard-Endpunkt ist api.openai.com. Eine erfolgreiche Einzelanfrage oder die Auswahl in EDDA allein belegt keine umfassende europäische Verarbeitung. Metadaten, Anbieterbedingungen und Dienstverfügbarkeit sind gesondert zu beachten.
API-Inhalte werden laut OpenAI standardmäßig nicht zum Training genutzt, sofern keine Datenfreigabe erfolgt. Missbrauchsprotokolle können Inhalte bis zu 30 Tage enthalten; Ausnahmen und projektspezifische Regeln bleiben möglich. Zero Data Retention erfordert gesonderte Voraussetzungen und wird nicht von EDDA aktiviert. Bei Standardverarbeitung und je nach Vertrag sind Drittlandübermittlungen, insbesondere in die USA, möglich; die Praxis prüft erforderliche Garantien nach Art. 44 ff. DSGVO. Ein angemessen eingerichteter OpenAI-EU-Zugang kann ebenfalls eine Option sein; die Empfehlung für Deepgram und Scaleway stellt keine pauschale rechtliche Abwertung anderer Vertragskonfigurationen dar.
Informationen: https://developers.openai.com/api/docs/guides/your-data und https://openai.com/policies/data-processing-addendum/

8. Lokale Speicherung, Löschung und Zwischenablage
EDDA speichert Live-Text, Auswertung und zugehörige Patientendaten automatisch unter %LOCALAPPDATA%\EDDA\Faelle. Für jedes neue Gespräch wird ein eigener Datensatz angelegt. Vor dem Gespräch werden Name, Vorname und Geburtsdatum erfasst; bei gültiger T2med-Patientenübergabe werden diese Daten übernommen. Gesprächsdateien einschließlich Transkripten, Entwürfen, Patientenzuordnung und Wiederherstellungskopien werden mit dem Windows-Benutzerschutz (DPAPI, aktueller Benutzer) verschlüsselt. Die Archivliste wird aus den verschlüsselten Gesprächsdateien gelesen; eine unverschlüsselte Patientenliste wird nicht angelegt. Über „Gespeicherte Gespräche“ lassen sich Live-Text und Auswertung erneut öffnen. Das Öffnen löst keine KI-Anfrage und keine automatische Übertragung an T2med aus.
Die Gesprächsdateien werden beim nächsten Programmstart nicht mehr gelöscht und unterliegen keiner automatischen Sieben-Tage-Löschung. Sie bleiben für den Wiederaufruf erhalten. Die Praxis legt Aufbewahrungs- und Löschfristen fest und organisiert eine geeignete Datensicherung einschließlich des benötigten Windows-Benutzerprofils und seiner Schlüssel. Eine Kopie der verschlüsselten Dateien allein stellt nicht sicher, dass sie nach einem Profil- oder Rechnerverlust wieder entschlüsselt werden können. Zugriffsschutz und Geräteverschlüsselung müssen durch die Praxis eingerichtet werden.
Die reguläre Live-Aufnahme in EDDA legt ab Build 251 keine zusätzlichen WAV- oder MP3-Dateien mehr an; archiviert werden der erkannte Text und die Auswertung. Audiodaten werden während der Erkennung vorübergehend verarbeitet und entsprechend der gewählten Konfiguration an den Spracherkennungsdienst übertragen. Bereits vorhandene Audiodateien aus älteren Versionen, Exporte, Sicherungen, Windows-Zwischenablage und schon in eine Patientenakte übernommene Inhalte werden durch diese Änderung nicht gelöscht oder nachträglich verschlüsselt. Für gesonderte Entwicklungsprotokolle gelten die nachfolgend beschriebenen eigenen Regeln.
Beim Kopieren eines Abschnitts oder der Gesamtauswertung gelangen Daten in die Windows-Zwischenablage. Deren Verlauf oder Synchronisierung kann weitere Kopien erzeugen. Die Praxis sollte diese Funktionen entsprechend ihren Datenschutzvorgaben konfigurieren.
Das lokale Fehlerprotokoll %LOCALAPPDATA%\EDDA\Logs\errors.log wird als unverschlüsselte Textdatei geschrieben. Es enthält Zeit, Version und Fehlermeldung; Quellenprüfungen können Ausschnitte aus dem Gespräch und damit Gesundheitsdaten enthalten. EDDA übermittelt diese Datei nicht automatisch an Euvejo. Bei Programmstart und vor dem Schreiben wird eine seit mindestens sieben Tagen bestehende Logdatei gelöscht; solange EDDA nicht ausgeführt wird, kann die Datei länger bestehen. Es handelt sich nicht um eine minutengenaue Löschfrist für jeden Eintrag. Nur erforderliche und anonymisierte Auszüge gezielt an den Support geben.
Die automatische AIS-Übergabe ist immer aktiv. EDDA sendet den gewählten Text über Zwischenablage und Einfügebefehl an das vorgemerkte Zielprogramm. Dort gelten dessen Zugriffsschutz und Aufbewahrungsregeln. Patient und Zieltextfeld prüfen; die Übermittlung des Einfügebefehls belegt keine erfolgreiche Speicherung in der Akte.
API-Key und Lizenzzugang werden lokal mit Windows-Benutzerschutz gespeichert. Konfiguration und Lizenzdaten bleiben über einzelne Gespräche und Updates hinweg erhalten, bis sie ersetzt oder im Benutzerprofil gelöscht werden. Ein Deinstallieren entfernt nicht automatisch sämtliche Benutzerdaten.


9. Lizenz, Updates und Bestätigungsnachweis
Zur Lizenzprüfung sendet EDDA E-Mail-Adresse und EDDA-Lizenznummer über HTTPS an euvejo.de. Der Webserver erhält dabei technisch die IP-Adresse und Verbindungsdaten. Die Prüfung gleicht Kontostatus und Lizenzablauf ab; Gesprächsinhalte werden dabei nicht übertragen. Eine bestätigte Lizenz kann lokal bis zu sieben Tage offline genutzt werden, höchstens bis zum Ablaufdatum. Für Benutzerkonten und serverseitige Aufbewahrung gelten ergänzend die allgemeinen Website-Datenschutzhinweise.
EDDA fragt beim Start und im laufenden Betrieb ungefähr alle sechs Stunden Updateinformationen von euvejo.de ab. Dabei werden IP-Adresse, Anfragezeitpunkt und eine Versionskennung im User-Agent übertragen. Die Installation eines angebotenen Updates erfolgt erst nach Zustimmung. Downloads und Updateprotokolle können lokal verbleiben.
Die Kenntnisnahme dieser Erklärung wird pro Windows-Benutzer lokal gespeichert: Textversion, Prüfsumme des angezeigten Textes und Bestätigungszeitpunkt. Der Nachweis wird mit Windows-Benutzerschutz gesichert und nicht an Euvejo oder die KI-Anbieter übertragen. Eine geänderte Erklärung muss erneut bestätigt werden. Der Text bleibt unter Konfiguration und „Über EDDA“ erreichbar. Der Nachweis bleibt bis zur Ersetzung oder Löschung im Benutzerprofil bestehen; er enthält keine Patientendaten.

10. EDDA auf der Website und Hilfechat
Für Produktseite, Download und Dokumentation gelten die allgemeinen Website-Datenschutzhinweise zu Hosting, Serverprotokollen, Cookies und optionaler Reichweitenmessung. Der reine Aufruf der EDDA-Produktseite sendet keine Patientengespräche an OpenAI.
Im EDDA-Hilfechat verarbeitet Euvejo die freiwillig eingegebene technische Frage und einen begrenzten Gesprächsverlauf. Im Online-Modus werden diese Inhalte zusammen mit der EDDA-Hilfedokumentation an Scaleway (Gemma 4) übermittelt; andernfalls wird eine Antwort aus der lokalen Hilfewissensbasis erstellt. Dafür wird der Website-Zugang verwendet, nicht Ihr EDDA-API-Key. Bitte keine Patienten-, Gesundheits-, Lizenz- oder Zugangsdaten eingeben. Ein Filter kann solche Angaben nicht zuverlässig ausschließen.
Der Hilfechat nutzt eine notwendige Websitzung. Bis zu zwölf Nachrichten bleiben im serverseitigen Sitzungsverlauf; die Funktion zum Leeren des Chats entfernt diesen Verlauf. Ansonsten gilt die Lebensdauer beziehungsweise Bereinigung der Websitzung. Bereits an den Anbieter übermittelte Inhalte werden dadurch nicht rückwirkend gelöscht. Zur Missbrauchsbegrenzung werden Zeitpunkte und aus der IP-Adresse abgeleitete Kennungen gespeichert; Einträge über 24 Stunden werden bei weiteren Hilfeanfragen entfernt. Für Kostenkontrolle werden Modell- und Verbrauchsangaben erfasst. Allgemeine Server- und Fehlerprotokolle können zusätzlich anfallen.
Rechtsgrundlagen sind die Bearbeitung Ihrer angeforderten Produkthilfe (Art. 6 Abs. 1 lit. b DSGVO) und die Absicherung des Dienstes einschließlich Missbrauchs- und Kostenbegrenzung (Art. 6 Abs. 1 lit. f DSGVO). Für ausschließlich notwendige Sitzungsspeicherung gilt § 25 Abs. 2 Nr. 2 TDDDG. Optionale Analysefunktionen folgen der gesonderten Cookie-Auswahl.

11. Rechte und Ansprechpartner
Sie haben nach den gesetzlichen Voraussetzungen Rechte auf Auskunft, Berichtigung, Löschung, Einschränkung und Datenübertragbarkeit sowie Widerspruch gegen Verarbeitungen auf Grundlage berechtigter Interessen. Einwilligungen können mit Wirkung für die Zukunft widerrufen werden. Gesetzliche Aufbewahrungspflichten können einer sofortigen Löschung entgegenstehen.
Für Patientengespräche und die daraus erstellte Dokumentation wenden Sie sich an die behandelnde Praxis. Für die von Euvejo verantworteten Vorgänge wenden Sie sich an info@praxis-schlarmann.de. Sie können sich bei einer Datenschutzaufsichtsbehörde beschweren, insbesondere beim Landesbeauftragten für den Datenschutz Niedersachsen, Prinzenstraße 5, 30159 Hannover, https://www.lfd.niedersachsen.de/
Weitere Informationen: https://www.euvejo.de/datenschutz.php und die Datenschutz-Grundverordnung https://eur-lex.europa.eu/eli/reg/2016/679/oj?locale=de



12. Sprachsteuerung und lokale Bereitschaft
Während EDDA geöffnet ist, nutzt die lokale deutsche Windows-Spracherkennung das im EDDA-Formular ausgewählte Eingabegerät für die Befehle „EDDA, Start“ und „EDDA, Diktat“. Diese Befehlserkennung überträgt kein Audio an Euvejo oder einen KI-Anbieter und speichert keine Aufnahme. Während Aufnahme, Verarbeitung und modalen Dialogen werden keine Startbefehle ausgelöst. Nach einem Startbefehl beginnt die reguläre Aufnahme mit dem im Formular ausgewählten Eingabegerät und dem konfigurierten Spracherkennungsdienst. Beim Schließen von EDDA wird die lokale Befehlserkennung beendet.

Der Befehl „EDDA Stopp“ wird während einer laufenden Aufnahme anhand der bestätigten Transkription des gewählten Spracherkennungsdienstes erkannt. Das zugehörige Audio wird daher wie die übrige Aufnahme übermittelt: im Euvejo-Modus über Euvejo an Deepgram, mit eigenen Keys direkt an den gewählten Anbieter. Erkannte Steuerbefehle werden aus dem angezeigten Gesprächs- oder Diktattext entfernt. Dies macht bereits erfolgte Übertragungen nicht rückgängig. Ein kurzer Ton signalisiert den Start, ein Doppelton das Ende der Aufnahme.


Lokales Gesprächsprotokoll (ab Build 142)
EDDA protokolliert Live-Text und die abschließende Auswertung lokal als lesbare UTF-8-Textdatei unter %LOCALAPPDATA%\EDDA\gespraeche.txt. Auch Diktate sowie Gespräche mit abgebrochener oder fehlgeschlagener Auswertung werden mit entsprechendem Status gespeichert. Sprachmakro-Befehle sind ausgenommen. Das Protokoll enthält Gesundheitsdaten und wird nicht automatisch an Euvejo hochgeladen. Die Datei ist nicht zusätzlich verschlüsselt. Einträge werden sieben Tage ab Aufnahmebeginn beziehungsweise Beginn der manuellen Auswertung aufbewahrt. Ältere Einträge werden beim Programmstart, beim Schreiben und stündlich während EDDA läuft gelöscht. Bei geschlossener Anwendung erfolgt die Bereinigung beim nächsten Start. Die Bereinigung des letzten Gesprächs beim Start entfernt dieses gesonderte Sieben-Tage-Protokoll nicht.


Dolmetschermodus mit Sprachauswahl (ab Build 240 für alle Benutzer)
Der Button „Dolmetschermodus“ ist für alle EDDA-Benutzer sichtbar. Für die Verarbeitung werden eine gültige EDDA-Lizenz, Internetzugang und ausreichendes Euvejo-API-Guthaben benötigt. Nach Auswahl der Patientensprache beginnt die Aufnahme erst mit „Gespräch starten“. Eine Aktivierung in der Konfiguration gibt es nicht mehr. Dabei werden kurze Audioabschnitte über den Euvejo-Router an Google Vertex AI in der Region europe-west4 (Niederlande) gesendet. Gemini 2.5 Flash erkennt die Sprache und übersetzt zwischen Deutsch und der für dieses Gespräch ausgewählten Patientensprache. Zur Auswahl stehen Englisch, Arabisch (Sprachausgabe Ägypten), Französisch, Italienisch, Niederländisch, Polnisch, Portugiesisch (Sprachausgabe Brasilien), Rumänisch, Russisch, Spanisch, Türkisch und Ukrainisch. Die zuletzt gewählte Sprache wird lokal als Einstellung gespeichert. Die Sprachauswahl selbst übermittelt weder Audio noch Gesprächsinhalte. Andere Sprachen oder unverständliche Abschnitte werden nicht als sichere Übersetzung übernommen. Die übersetzten Texte werden für die Sprachausgabe erneut über Euvejo an Gemini 2.5 Flash TTS in derselben Region gesendet. Dies gilt auch dann, wenn für die normale Spracherkennung Deepgram gewählt ist. Die Auswertung nach dem Beenden verwendet die konfigurierte KI und erhält die deutsche Fassung. Die Richtung wird aus der Sprache abgeleitet; dies ist keine biometrische Sprecheridentifizierung.
Während Verarbeitung und Lautsprecherausgabe übernimmt EDDA keine neuen Mikrofonabschnitte. Die erzeugten Audiodaten werden nur für die laufende Wiedergabe und Wiederholung im Arbeitsspeicher gehalten. Original und Übersetzung werden im lokalen, mit Windows-Benutzerschutz gesicherten Arbeitsstand gespeichert; bei aktiviertem Entwicklungsprotokoll wird die deutsche Fassung zusätzlich in gespraeche.txt protokolliert. Die oben beschriebenen lokalen Speicher- und Löschregeln gelten auch hier. Euvejo speichert diese Inhalte nicht dauerhaft; die Abrechnung erfasst Verbrauchsmetadaten. Projekt-Cache und freiwillige Anfrage-/Antwortprotokollierung sind ausgeschaltet. Eine etwaige Google-Speicherung zur Missbrauchsprüfung richtet sich nach dem Google-Vertrag; eine vollständige Zero-Retention-Zusage wird damit nicht gegeben.
Übersetzungen können Fehler enthalten. Original, Übersetzung und Dokumentationsentwurf müssen vor Verwendung medizinisch geprüft werden. Die Praxis muss Patienten vorab über Übersetzung, Sprachausgabe und die beteiligten Dienstleister informieren und die erforderlichen Rechtsgrundlagen und Verträge sicherstellen.


Unbestätigte Diagnosevorschläge (ab Build 240 für alle Benutzer)
Die abschließende Auswertung enthält für alle EDDA-Benutzer zusätzlich das Feld „Diagnosen“. Dafür wird das Transkript in weiteren Anfragen an das konfigurierte Auswertungsmodell übertragen, im Euvejo-Modus über den Router. Die KI erfasst ausdrücklich genannte aktuelle Diagnosen/ärztliche Verdachtsdiagnosen sowie allgemeine Symptomdiagnosen unter „Am relevantesten“. Zusätzlich beurteilt sie die Beschwerden, den Verlauf und genannte Auslöser und schlägt unter „Weitere“ bis zu fünf plausible mögliche Ursachen beziehungsweise Differenzialdiagnosen vor. Diese Erkrankungen müssen im Gespräch nicht wörtlich genannt worden sein und werden im Diagnosefeld mit ICD-Code und Diagnosebezeichnung ausgegeben. Es handelt sich weiterhin um abgeleitete, unbestätigte Hypothesen. Die zusätzlichen Hypothesen können auch bei bereits ärztlich genanntem Verdacht erscheinen; sie sind keine ärztlich bestätigten Aussagen. EDDA sucht dazu lokal passende Einträge im eingebundenen Diagnosenthesaurus 2026 und lässt ausschließlich bereitgestellte Treffer auswählen. Das ist eine zusätzliche Auswertung von Gesundheitsdaten zu diagnostischen Vorschlägen und geht über die reine Wiedergabe des Gesprächs hinaus.
Die Ergebnisse mit Beschwerdezitaten, Thesauruskennung und ICD-Zuordnung werden getrennt vom quellengebundenen Dokumentationsentwurf im lokalen, durch Windows-Benutzerschutz gesicherten Gesprächsdatensatz gespeichert. Es gelten die vorstehend beschriebenen Anbieter-, Router-, Speicher- und Löschbedingungen. Die Vorschläge werden nicht automatisch in die Zwischenablage oder das AIS übernommen. Der Anwender kann die ICD-Codes und Diagnosebezeichnungen gesondert kopieren. In der Anzeige und im kopierten Diagnosetext werden keine Beschwerdezitate oder Statushinweise ausgegeben; die zugehörigen Quellen und die Herkunftszuordnung bleiben intern im Gesprächsdatensatz erhalten. Sie sind keine bestätigten Diagnosen, keine abschließende Kodierprüfung und keine Behandlungsempfehlung. Die erforderliche ärztliche Prüfung und die Verantwortung für die Verwendung bleiben beim Anwender. Die Praxis muss diese zusätzliche Verarbeitung in ihrer Patienteninformation und Rechtsgrundlagenprüfung berücksichtigen.


Optionale Stimmenerkennung und erste Arztstimme (ab Build 243)
Die Stimmenerkennung kann von allen Benutzern in der Konfiguration aktiviert werden. Sie steht bei normalen Gesprächen mit Deepgram-Live-Erkennung zur Verfügung. Die zuerst sprechende Person wird immer der Rolle Arzt/Ärztin zugeordnet; eine Auswahl der Reihenfolge gibt es nicht. Nach dem Aufnahmestart kann ein abschaltbarer visueller Hinweis dazu auffordern, zuerst allein den Satz „Hallo Edda. Ich bin froh, dass es dich gibt!“ zu sprechen. Der Hinweis erzeugt selbst keine Sprachausgabe. Der gesprochene Satz wird wie die übrige Aufnahme verarbeitet.
Für die Zuordnung wird Audio mit der Sprecheroption an Deepgram übertragen: im Euvejo-Modus über Euvejo an den EU-Endpunkt, mit eigenen Keys an die ausgewählte Deepgram-Region. Zusätzlich vergleicht EDDA vorübergehende akustische Stimmmerkmale lokal auf dem Praxisrechner. Diese Referenzen und der Audiopuffer zur Stimmzuordnung bleiben nur während der Aufnahme im Arbeitsspeicher und werden beim Beenden der Erkennung verworfen; es wird kein dauerhaftes Stimmprofil angelegt. Die normalen Audio-, Text- und Gesprächsarbeitsdateien sowie gegebenenfalls aktivierte Entwicklungsprotokolle unterliegen weiterhin den oben beschriebenen Speicherregeln. Die erzeugten Rollenbezeichnungen bleiben Bestandteil des Live-Textes beziehungsweise des Gesprächsdatensatzes. Es erfolgt keine konten- oder gesprächsübergreifende Wiedererkennung von Personen.
Die Rollen dienen der vorläufigen Zuordnung innerhalb des aktuellen Gesprächs. Gleichzeitiges Sprechen, kurze Antworten, Hintergrundstimmen oder ungünstige Audioqualität können zu Fehlern oder „Sprecher unklar“ führen. Die Praxis muss Aufnahme und Sprecherzuordnung in ihre Patienteninformation einbeziehen; Originaltext, Rollen und Dokumentation sind vor Verwendung zu prüfen. Für Diktate, Sprachmakros und den Dolmetschermodus wird diese Funktion nicht aktiviert.


Lokale Audio-Testpakete (ab Build 259)
Ab Build 259 speichert EDDA bei aktivierter Entwicklungsprotokollierung für das freigeschaltete Konto markus@schlarmann.de normale Gespräche und Diktate zusätzlich als unverschlüsselte Audio-Testpakete unter %LOCALAPPDATA%\EDDA\Audio-Testpakete. Je Aufnahme entsteht eine ZIP-Datei mit verlustfreiem Original-WAV, unbearbeitetem Erkennungstext vor Praxiswörterbuchkorrekturen, EDDA-Stimmenzuordnung und bei Deepgram ursprünglichen Sprecherkennungen samt Wortzeiten. Sprachmakros und Dolmetschermodus sind davon ausgenommen. Die Pakete enthalten Gesundheitsdaten, bleiben lokal und werden nicht automatisch hochgeladen. Sie werden sieben Tage ab Aufnahmebeginn aufbewahrt und beim Start, vor einer neuen Testaufnahme sowie stündlich bei laufender Anwendung bereinigt. Während der Aufnahme und bei fehlgeschlagenem Verpacken können temporäre .pending-Ordner im selben Verzeichnis liegen; auch sie werden nach sieben Tagen bereinigt. Das reguläre verschlüsselte Gesprächsarchiv ist hiervon getrennt. Bei ausgeschalteter Protokollierung entstehen keine neuen Audio-Testpakete.