Souveränität ist keine Haltung, sondern eine Architekturentscheidung
Wenn über europäische technologische Souveränität gesprochen wird, klingt das schnell nach Industriepolitik und Brüsseler Strategiepapieren. Für eine Zahnarztpraxis ist die Frage aber sehr konkret: Wo laufen die Systeme, die Patientendaten verarbeiten? Wer kann darauf zugreifen? Und was passiert, wenn ein Anbieter seine Bedingungen ändert, seinen Dienst einstellt oder von einer Behörde außerhalb Europas zur Herausgabe von Daten verpflichtet wird?
Diese Fragen lassen sich nicht mit einer Einstellung beantworten, sondern nur mit einer Architektur. Souveränität entsteht dort, wo eine Praxis ihre Daten physisch besitzt, ihre Verarbeitung nachvollziehen kann und einen Anbieter ohne Datenverlust wechseln könnte. Wir bauen mit PAIRA eine KI-Rezeption für Zahnarztpraxen, die genau nach diesem Prinzip entworfen ist: lokal zuerst, europäisch dort, wo lokal nicht reicht. In diesem Beitrag erklären wir, warum wir das für die richtige Grundlage halten, ohne Alarmismus und ohne die Illusion, dass Cloud-Dienste grundsätzlich verzichtbar wären.
Die rechtliche Ausgangslage: Gesundheitsdaten sind eine besondere Kategorie
Die DSGVO behandelt Gesundheitsdaten nicht wie gewöhnliche personenbezogene Daten. Artikel 9 stellt ihre Verarbeitung unter ein grundsätzliches Verbot mit eng gefassten Ausnahmen:
"Die Verarbeitung personenbezogener Daten, aus denen [...] hervorgehen, sowie die Verarbeitung von [...] Gesundheitsdaten [...] ist untersagt." — Verordnung (EU) 2016/679 (DSGVO), Art. 9 Abs. 1, 2016
Für die Behandlung selbst greift eine Ausnahme, aber sie entbindet die Praxis nicht von der Verantwortung für jeden Auftragsverarbeiter, den sie einbindet. Wer einen KI-Dienst nutzt, bleibt Verantwortlicher im Sinne der DSGVO und braucht nach Art. 28 einen Vertrag zur Auftragsverarbeitung, der die Verarbeitung tatsächlich beschreibt. Hinzu kommt die ärztliche Schweigepflicht nach § 203 StGB, die auch bei der Einschaltung externer Dienstleister mitgedacht werden muss.
Drei weitere Punkte prägen die europäische Perspektive:
- Drittlandtransfers: Übermittlungen in Staaten außerhalb der EU unterliegen Kapitel V der DSGVO. Der Europäische Gerichtshof hat mit dem Schrems-II-Urteil vom 16. Juli 2020 (Rs. C-311/18) den damaligen Transfermechanismus in die USA für ungültig erklärt. Das Nachfolgeabkommen wird gerichtlich angegriffen. Wer seine Architektur auf einen Angemessenheitsbeschluss stützt, stützt sie auf etwas, das aufgehoben werden kann.
- Zugriffsgesetze außerhalb Europas: Der US-amerikanische CLOUD Act aus dem Jahr 2018 erlaubt es US-Behörden, von Anbietern mit Sitz in den USA die Herausgabe von Daten zu verlangen, unabhängig davon, in welchem Land die Server stehen. Eine EU-Region eines US-Hyperscalers ist daher eine Frage der Datenresidenz, nicht zwingend der Datenhoheit.
- § 393 SGB V: Mit dem Digital-Gesetz hat der Gesetzgeber erstmals ausdrücklich geregelt, unter welchen Bedingungen Leistungserbringer Gesundheits- und Sozialdaten in der Cloud verarbeiten dürfen. Dazu gehören ein Verarbeitungsort in Deutschland, der EU, dem EWR oder einem Staat mit Angemessenheitsbeschluss sowie ein aktuelles C5-Testat des BSI für den Cloud-Dienst. Die genauen Testatstufen und Übergangsfristen sollten Praxen mit ihrer Datenschutzberatung anhand des aktuellen Gesetzestextes prüfen.
Wir verstehen § 393 SGB V nicht als Hürde, sondern als Maßstab: Er beschreibt, was der Gesetzgeber unter einer vertrauenswürdigen Cloud im Gesundheitswesen versteht. Für jede Komponente, die eine Praxis nicht selbst betreibt, ist das die richtige Messlatte.
Abhängigkeit ist ein Betriebsrisiko, nicht nur ein Datenschutzthema
Selbst wenn alle rechtlichen Fragen geklärt sind, bleibt ein zweites Problem: Abhängigkeit. Der europäische Cloud-Markt wird von wenigen außereuropäischen Anbietern dominiert. Nach Analysen von Synergy Research Group entfielen 2024 rund 70 Prozent des europäischen Cloud-Infrastrukturmarktes auf die drei größten US-Anbieter (Quelle: Synergy Research Group, 2024). Für einen einzelnen Praxisbetrieb bedeutet diese Konzentration vier konkrete Risiken:
- Preis- und Vertragsrisiko: Nutzungsbedingungen, Preismodelle und Regionen können einseitig geändert werden. Eine Praxis hat keine Verhandlungsmacht gegenüber einem globalen Anbieter.
- Einstellungsrisiko: KI-Modelle und Schnittstellen werden im Jahresrhythmus abgekündigt. Wer eine Praxisfunktion fest an eine Modellversion koppelt, übernimmt ein Migrationsprojekt zu einem Zeitpunkt, den ein anderer bestimmt.
- Ausfallrisiko: Ein Empfang, der ohne Internetverbindung stillsteht, ist am Montagmorgen ein Problem, nicht in der Statusseite des Anbieters.
- Exit-Risiko: Daten aus einem proprietären Dienst herauszubekommen ist oft schwieriger, als sie hineinzugeben. Der EU Data Act, seit September 2025 anwendbar, verpflichtet Anbieter von Datenverarbeitungsdiensten zu erleichterten Wechseln. Das ist ein Fortschritt, aber ein Recht auf Wechsel ersetzt keine Architektur, die den Wechsel praktisch möglich macht.
Souveränität heißt in diesem Sinne: Die Praxis behält die Fähigkeit, Nein zu sagen. Sie kann einen Dienst austauschen, ohne dass Patientendaten migriert werden müssen, weil die Daten nie beim Dienst lagen.
Die praktische Alternative: Inferenz vor Ort, Edge in Europa
Vor wenigen Jahren wäre die Forderung nach lokaler KI-Verarbeitung in einer Zahnarztpraxis unrealistisch gewesen. Das hat sich geändert. Moderne Arbeitsplatz-Server mit einem System-on-Chip, bei dem CPU und Grafikeinheit denselben Speicher nutzen, führen heute Sprachmodelle, Bildanalyse und Einbettungen für die Wissenssuche mit einer Leistungsaufnahme aus, die einem Bürorechner entspricht. Damit lässt sich ein großer Teil einer KI-Rezeption dort betreiben, wo die Daten ohnehin sind: in der Praxis.
So ist PAIRA aufgebaut:
- Der Praxis-Server ("Brain") steht im Praxisnetzwerk. Terminlogik, Patientenzuordnung, Dokumentenanalyse, Wissensbasis und Audit-Protokolle laufen lokal. Patientenstammdaten verlassen dieses Netz nicht für die KI-Verarbeitung.
- Lokale Modelle übernehmen Textverständnis, Bildverarbeitung und Einbettungen. Sie sind austauschbar, weil sie hinter einer eigenen Schnittstelle stehen und nicht in die Fachlogik eingewoben sind.
- Echtzeit-Sprachverarbeitung, die lokale Hardware heute noch nicht in der nötigen Qualität liefert, läuft in Rechenzentren innerhalb der EU mit vertraglich zugesicherter Zero Data Retention: Audio wird verarbeitet, nicht gespeichert, nicht für Training verwendet.
- Die Telefonie-Anbindung läuft über einen Edge-Server bei einem europäischen Betreiber. Die Verbindung zur Praxis baut der Praxis-Server von innen nach außen auf, sodass im Praxisnetz kein Port geöffnet werden muss.
- Verschlüsselung und Audit gelten auf jeder Ebene: Daten sind im Ruhezustand und in der Übertragung verschlüsselt, jeder Zugriff wird nachvollziehbar protokolliert, und der Zugriff auf Systeme läuft über ein privates Overlay-Netz statt über öffentlich erreichbare Dienste.
Das Ergebnis ist keine Cloud-freie Architektur, sondern eine cloud-minimale: Jede externe Komponente muss begründen, warum sie nicht lokal laufen kann, und muss europäisch betrieben, vertraglich abgesichert und austauschbar sein.
Was Praxisinhaber konkret prüfen sollten
Ob Sie PAIRA einsetzen oder ein anderes System: Die Fragen an jeden Anbieter einer KI-Lösung im Gesundheitswesen sind dieselben.
- Wo werden welche Daten verarbeitet? Verlangen Sie eine Liste der Verarbeitungsorte pro Datenart. "EU-Region" ist eine Antwort auf die Frage nach dem Standort, nicht nach dem Rechtsrahmen des Anbieters.
- Welche Daten verlassen die Praxis überhaupt? Ein System, das nur Audio ohne Stammdaten nach außen gibt, hat eine andere Risikolage als eines, das die gesamte Patientenakte zur Verarbeitung hochlädt.
- Gibt es eine Retention? Lassen Sie sich Zero Data Retention vertraglich zusichern und nicht nur in einer Präsentation versprechen.
- Wie sieht der Exit aus? Fragen Sie, in welchem Format Sie Ihre Daten zurückbekommen und wie viel Fachlogik beim Anbieter verbleibt.
- Was passiert bei Ausfall? Prüfen Sie, welche Funktionen ohne Internetverbindung weiterarbeiten.
- Wer trägt die Verantwortung? Der Auftragsverarbeitungsvertrag nach Art. 28 DSGVO muss die tatsächliche Architektur abbilden. Ein Standardvertrag, der nicht beschreibt, was wirklich passiert, schützt niemanden.
Wie wir die Datenschutzarchitektur im Detail aufgebaut haben, beschreiben wir im Beitrag zur DSGVO-konformen KI in der Zahnarztpraxis. Was "Made in Germany" für uns jenseits des Etiketts bedeutet, steht im Beitrag zur Made-in-Germany-Qualität.
Fazit: Souveränität ist eine Reihe kleiner, nachprüfbarer Entscheidungen
Europäische technologische Souveränität wird nicht in Brüssel für Zahnarztpraxen entschieden, sondern in jeder einzelnen Anbieterauswahl. Eine Praxis, die ihre KI lokal betreibt, externe Dienste auf das Notwendige beschränkt und jede dieser Komponenten europäisch, vertraglich und austauschbar hält, ist souverän im praktischen Sinne: Sie kontrolliert ihre Daten, versteht ihre Verarbeitung und behält die Freiheit zu wechseln.
Genau so bauen wir PAIRA. Wenn Sie prüfen wollen, wie eine lokal betriebene KI-Rezeption in Ihrer Praxis aussehen könnte, finden Sie die Details auf der PAIRA-Produktseite oder Sie nehmen direkt Kontakt mit uns auf.
Häufig gestellte Fragen
Was bedeutet technologische Souveränität für eine Zahnarztpraxis konkret?
Dass die Praxis kontrolliert, wo ihre Patientendaten verarbeitet werden, wer darauf zugreifen kann und ob sie einen Anbieter ohne Datenverlust wechseln könnte. Es geht weniger um Herkunft eines Produkts als um Architektur: lokale Verarbeitung, europäische Betreiber für alles Externe, vertraglich gesicherte Löschung und ein realistischer Exit.
Reicht eine EU-Region bei einem US-Cloud-Anbieter für Patientendaten aus?
Eine EU-Region beantwortet die Frage nach dem Speicherort, nicht die Frage nach dem Rechtsrahmen. Der US CLOUD Act erlaubt US-Behörden, von US-Anbietern die Herausgabe von Daten unabhängig vom Serverstandort zu verlangen. Ob das im Einzelfall tragbar ist, sollte eine Praxis mit ihrer Datenschutzberatung bewerten, statt es stillschweigend anzunehmen.
Was regelt § 393 SGB V für Zahnarztpraxen?
Die Vorschrift legt fest, unter welchen Bedingungen Leistungserbringer Gesundheits- und Sozialdaten mit Cloud-Diensten verarbeiten dürfen. Dazu gehören Anforderungen an den Verarbeitungsort innerhalb Deutschlands, der EU, des EWR oder eines Staates mit Angemessenheitsbeschluss sowie ein aktuelles C5-Testat des BSI für den Cloud-Dienst. Die konkreten Testatstufen und Fristen sollten anhand des aktuellen Gesetzestextes geprüft werden.
Kann eine KI-Rezeption komplett ohne Cloud betrieben werden?
Große Teile ja: Terminlogik, Wissensbasis, Dokumentenanalyse und Textverarbeitung laufen bei PAIRA auf dem Praxis-Server. Echtzeit-Sprachverarbeitung in der Qualität, die ein natürliches Gespräch braucht, liefert lokale Hardware heute noch nicht vollständig. Diese Komponente läuft in EU-Rechenzentren mit Zero Data Retention und ohne Übermittlung von Patientenstammdaten.
Ist lokale KI-Hardware für eine Einzelpraxis überhaupt bezahlbar?
Ja. Moderne Arbeitsplatz-Server mit gemeinsamem Speicher für CPU und Grafikeinheit führen Sprachmodelle und Bildanalyse mit dem Stromverbrauch eines Bürorechners aus. Die Anschaffung liegt in der Größenordnung eines gut ausgestatteten Praxisarbeitsplatzes, nicht eines Rechenzentrums, und das Gerät bleibt Eigentum der Praxis.
Was sollte in einem Auftragsverarbeitungsvertrag für KI-Dienste stehen?
Er sollte die tatsächliche Architektur abbilden: welche Datenarten an welchen Verarbeitungsort gehen, welche Unterauftragnehmer beteiligt sind, ob und wie lange Daten gespeichert werden, dass keine Nutzung für Modelltraining stattfindet und wie die Rückgabe oder Löschung der Daten beim Vertragsende abläuft. Ein Standardvertrag ohne diese Angaben beschreibt nicht, was wirklich passiert.