KI im Krankenhaus 2026: Warum On-Premise die einzige rechtssichere Option für Patientendaten ist

Kaum eine Branche steht 2026 unter so viel Zugzwang wie das Gesundheitswesen. Auf der einen Seite der Fachkräftemangel, die Dokumentationslast und der reale Nutzen generativer KI bei Befundung, Kodierung und Entlastung des Personals. Auf der anderen Seite ein regulatorisches Umfeld, das sich in kurzer Zeit deutlich verdichtet hat: EU AI Act, Medizinprodukterecht, das Sozialgesetzbuch und die DSGVO greifen gleichzeitig – und alle vier haben Patientendaten im Blick.

Für Kliniken, MVZ und Reha-Einrichtungen stellt sich damit weniger die Frage ob, sondern wie KI zum Einsatz kommt. Und diese Frage ist zuerst eine Architekturfrage. Denn ob eine Lösung datenschutzrechtlich trägt, entscheidet sich nicht am KI-Modell, sondern am Betriebsmodell. Dieser Artikel ordnet das Regelwerk 2026 ein und zeigt, warum On-Premise für Patientendaten strukturell die sicherste – und oft einzige rechtssichere – Option ist.

Das Regelwerk 2026 im Überblick

Wer KI im Krankenhaus einsetzt, bewegt sich nicht in einem einzelnen Rechtsrahmen, sondern in einem mehrschichtigen Compliance-Umfeld. Vier Regelwerke greifen parallel ineinander:

• EU AI Act (KI-Verordnung): Seit 2024 in Kraft, mit gestaffelter Anwendbarkeit. KI im medizinischen Kontext fällt regelmäßig in die Hochrisiko-Kategorie und unterliegt Anforderungen an Risikomanagement, Datenqualität, Transparenz und menschliche Aufsicht.
• MDR/IVDR: Sobald eine KI eine medizinische Zweckbestimmung hat – etwa Diagnoseunterstützung – kann sie als Medizinprodukt gelten und unterliegt der Medical Device Regulation bzw. der In-vitro-Diagnostika-Verordnung mit eigenem Konformitätsbewertungsverfahren.
• SGB V: Das Sozialgesetzbuch stellt für die Verarbeitung von Sozial- und Gesundheitsdaten spezifische Anforderungen – insbesondere § 393 SGB V beim Einsatz von Cloud-Diensten.
• DSGVO: Gesundheitsdaten sind besondere Kategorien personenbezogener Daten nach Art. 9 DSGVO und genießen den höchsten Schutzstandard.

Ein weit verbreitetes Missverständnis lautet, die neue KI-Verordnung würde die DSGVO ersetzen oder abschwächen. Das Gegenteil ist der Fall: Der EU AI Act enthält keinen expliziten Vorrang gegenüber dem Datenschutzrecht. Die DSGVO bleibt der zentrale datenschutzrechtliche Maßstab, und die KI-Verordnung ergänzt sie lediglich um KI-spezifische Pflichten wie Bias-Überwachung, Erklärbarkeit, menschliche Aufsicht und Transparenz. Beide Regelwerke müssen also kumulativ erfüllt werden.

Die DSFA-Pflicht: Pflichtübung vor dem ersten Prompt

Bevor ein KI-System produktiv Patientendaten verarbeitet, steht in aller Regel eine Datenschutz-Folgenabschätzung (DSFA) nach Art. 35 DSGVO an. Sie ist verpflichtend, wenn eine Verarbeitung voraussichtlich ein hohes Risiko für die Rechte und Freiheiten der Betroffenen birgt.

Der Klinikkontext trifft dabei gleich zwei Kriterien der sogenannten „Muss-Liste" der deutschen Datenschutzkonferenz (DSK): die umfangreiche Verarbeitung von Gesundheitsdaten und der Einsatz von KI bzw. automatisierten Verfahren. Für KI-Systeme, die systematisch Gesundheitsdaten verarbeiten, ist die DSFA daher praktisch eine Standardpflicht – keine Einzelfallentscheidung. Bei Hochrisiko-KI wird sie zusätzlich durch die Grundrechte-Folgenabschätzung nach Art. 26/27 der KI-Verordnung flankiert.

Behandlungsdaten sind nicht automatisch Trainingsdaten

Ein besonders sensibler Punkt: Behandlungsdaten – als Gesundheitsdaten eine besondere Kategorie nach Art. 9 DSGVO – dürfen nicht ohne Weiteres zum Modelltraining genutzt werden. Der Behandlungsvertrag rechtfertigt die Verarbeitung zur Behandlung, nicht automatisch die Weiterverwendung für das Training eines Large Language Model (LLM). Für eine solche Sekundärnutzung braucht es einen eigenständigen Erlaubnistatbestand bzw. eine belastbare Rechtsgrundlage.

Genau hier zeigt sich ein erster architektonischer Vorteil von On-Premise-Systemen mit Retrieval-Augmented Generation (RAG): Sie beantworten Fragen aus den eigenen Dokumenten, ohne das Modell mit Patientendaten nachzutrainieren. Die Daten bleiben Kontext zur Laufzeit – sie werden nicht in die Modellgewichte eingebrannt.

Die C5-Hürde für Cloud-Dienste (§ 393 SGB V)

Der zentrale Stolperstein für Cloud-basierte KI im Gesundheitswesen ist § 393 SGB V. Die Norm regelt den Einsatz von Cloud-Computing-Diensten zur Verarbeitung von Sozial- und Gesundheitsdaten – und stellt dafür hohe Anforderungen an die datenverarbeitende Stelle bzw. den Cloud-Diensteanbieter. Adressiert sind dabei sowohl die Leistungserbringer (etwa Krankenhäuser) als auch deren Auftragsverarbeiter.

Drei Anforderungen stechen heraus:

1. C5-Typ2-Testat: Für den Cloud-Dienst ist ein aktuelles C5-Testat des BSI erforderlich. Seit dem 1. Juli 2025 muss es sich um ein Typ-2-Testat handeln (zuvor genügte Typ 1; für neu eingeführte Systeme greift eine Übergangsfrist von 18 Monaten, in der ein Typ-1-Testat akzeptiert wird). Typ 2 bedeutet: Nicht nur die Angemessenheit der Kontrollen wird geprüft, sondern auch ihre Wirksamkeit über einen Zeitraum.
2. Niederlassung im Inland: Die datenverarbeitende Stelle muss über eine Niederlassung in Deutschland verfügen.
3. Geografische Verarbeitungsbeschränkung: Die Verarbeitung darf nur in Deutschland, einem EU-/gleichgestellten Staat oder einem Drittland mit Angemessenheitsbeschluss erfolgen.

Für viele – insbesondere US-amerikanische – Cloud-KI-Anbieter ist das eine erhebliche Hürde. Ein generisches Chat-KI-Angebot aus einer US-Cloud erfüllt diese Anforderungen in der Praxis oft nicht ohne aufwendige Sonderkonstruktionen. Und selbst wo ein Angebot formal passt, bleibt die Verantwortung für den Nachweis bei der Klinik.

Warum On-Premise strukturell passt

Hier setzt das entscheidende Argument für On-Premise an – und zwar ein rechtlich-strukturelles: § 393 SGB V knüpft an Cloud-Computing-Dienste an. Eine rein lokale, selbst gehostete KI-Lösung ist kein Cloud-Dienst im Sinne der Norm. Wer die KI vollständig auf eigener Hardware im eigenen Rechenzentrum betreibt, umgeht die C5-/§-393-Anforderungen daher nicht durch einen Trick, sondern weil der Anwendungsbereich der Cloud-Regelung schlicht nicht eröffnet ist.

Das Betriebsmodell On-Premise lässt sich klar beschreiben: Die KI läuft zu 100 % auf eigener Hardware, und im reinen On-Premise-Betrieb verlässt kein Byte Patientendaten das Haus. Konkret bedeutet das:

• Volle Datenhoheit: Modelle, Vektordatenbank und Inferenz liegen innerhalb des Klinik-Perimeters. Es gibt keine Datenweitergabe an Dritte, keine API-Calls in fremde Clouds.
• Kontrolle über Zugriffe und Logs: Die Klinik bestimmt selbst, wer worauf zugreift, und protokolliert jede Anfrage revisionssicher im eigenen Haus – wichtig für Auditierbarkeit und Nachweispflichten.
• Kein C5-Testat, keine DE-Niederlassung eines Anbieters nötig: Weil kein externer Cloud-Dienst dazwischengeschaltet ist, entfällt die gesamte Nachweiskette gegenüber einem Cloud-Provider.
• Anschlussfähig an Air-Gapped-Szenarien: Für besonders sensible Bereiche lässt sich das System sogar physisch vom Internet trennen.

Die folgende Gegenüberstellung fasst zusammen, warum die Architekturentscheidung so viel Gewicht hat:

Anforderung 2026	Public-Cloud-KI	On-Premise-KI
§ 393 SGB V / C5-Typ2	Testat & Nachweiskette erforderlich	Anwendungsbereich nicht eröffnet
Niederlassung / Verarbeitungsort	DE-Niederlassung + geograf. Beschränkung	Eigenes Rechenzentrum, volle Kontrolle
Datenabfluss	Verarbeitung außerhalb des Hauses	Kein Byte verlässt den Perimeter
Zugriffs- & Audit-Logs	Abhängig vom Anbieter	Vollständig im eigenen Haus
DSGVO Art. 9 (Gesundheitsdaten)	AVV + Risikoabwägung nötig	Datenhoheit strukturell gesichert

Anwendungsfälle in der Klinik

On-Premise-KI ist kein Selbstzweck – sie entfaltet ihren Wert dort, wo Personal spürbar entlastet wird. Vier Einsatzgebiete haben sich als besonders tragfähig erwiesen:

Ambient Scribing & Dokumentation

Ärztinnen und Ärzte verbringen einen erheblichen Teil ihrer Zeit mit Dokumentation. Speech-to-Text-gestütztes Ambient Scribing hört das Arzt-Patienten-Gespräch mit und erzeugt daraus einen strukturierten Dokumentationsentwurf, den das Personal nur noch prüfen und freigeben muss. On-Premise verarbeitet, verlässt die gesprochene Anamnese den Perimeter nicht.

Befund- und Dokumenten-Q&A

Mit RAG lassen sich Arztbriefe, Leitlinien, Befunde und Hausstandards in natürlicher Sprache befragen – mit Quellenangabe. Statt in mehreren Systemen zu suchen, fragt das Personal „Welche Antikoagulation-Vorgabe gilt bei Patienten mit Niereninsuffizienz?" und erhält die relevante Passage aus dem eigenen Leitliniendokument.

Kodierungs- und Abrechnungsunterstützung

KI kann bei der DRG-Kodierung und der Abrechnung unterstützen, indem sie aus der Dokumentation Kodiervorschläge ableitet und auf fehlende Nebendiagnosen hinweist. Das reduziert Erlösverluste und Nachfragen – ein direkter wirtschaftlicher Hebel.

Wissensmanagement fürs Personal

Mit Intelligent Document Processing werden Formulare, Aufnahmebögen und Verwaltungsunterlagen automatisiert erfasst und strukturiert. Neue Mitarbeitende finden Standards, Prozessbeschreibungen und Notfallpläne schneller – gerade bei hoher Fluktuation ein unterschätzter Faktor.

EuGH, EHDS und der bewegliche Rahmen

Wer 2026 investiert, sollte einkalkulieren, dass der rechtliche Rahmen in Bewegung bleibt. Zwei Entwicklungen sind besonders relevant:

Europäischer Gesundheitsdatenraum (EHDS). Die EU-Verordnung zum European Health Data Space ist 2025 in Kraft getreten und schafft einen sich entwickelnden Rahmen für die Primär- und Sekundärnutzung von Gesundheitsdaten. Sie zielt darauf, Behandlungsdaten europaweit besser nutzbar zu machen – für die Versorgung ebenso wie für Forschung. Das eröffnet Chancen, verschiebt aber zugleich die Koordinaten dessen, was zulässig, verpflichtend oder erwartbar ist.

Rechtsprechung des EuGH. Die Auslegung zentraler DSGVO-Begriffe – etwa zu Gesundheitsdaten, Schadensersatz und Verantwortlichkeit – entwickelt sich durch die Rechtsprechung fortlaufend weiter. Was heute als vertretbar gilt, kann morgen präziser gefasst sein.

Im Spannungsfeld zwischen Forschungsinteresse und Betroffenenrechten entsteht so ein beweglicher Rahmen. Die naheliegende Vorsorge dagegen ist keine juristische, sondern eine architektonische: maximale Datenkontrolle. Wer die Daten physisch im eigenen Haus behält, kann auf regulatorische Verschiebungen reagieren, ohne bereits Daten unwiderruflich aus der Hand gegeben zu haben. On-Premise ist damit nicht nur die Antwort auf das Regelwerk von heute, sondern auch die robusteste Ausgangsposition für das Regelwerk von morgen.

Wie sich diese Architektur konkret für Ihr Haus umsetzen lässt, zeigen wir in unserer Beratung für das Gesundheitswesen und im Air-Gapped-Setup für besonders schutzbedürftige Bereiche.

Häufig gestellte Fragen

Brauche ich vor dem KI-Einsatz eine DSFA?

Ja. Vor dem Einsatz von KI, die systematisch Gesundheitsdaten verarbeitet, ist eine Datenschutz-Folgenabschätzung nach Art. 35 DSGVO Pflicht. Behandlungsdaten dürfen zudem nicht ohne Weiteres zum Training genutzt werden.

Was verlangt § 393 SGB V von Cloud-Anbietern?

Cloud-Diensteanbieter als datenverarbeitende Stelle müssen ein C5-Typ2-Testat vorlegen und eine Niederlassung in Deutschland haben – eine hohe Hürde, die ein On-Premise-Betrieb umgeht.

Warum ist On-Premise im Krankenhaus die sichere Wahl?

Weil die KI zu 100 % auf eigener Hardware läuft und kein Byte Patientendaten das Haus verlässt. Das erfüllt die Anforderungen strukturell, ohne C5-Testat oder DE-Niederlassung eines Cloud-Anbieters.

Welches Regelwerk gilt 2026 zusammen?

EU AI Act, MDR/IVDR, SGB V und DSGVO greifen gleichzeitig. Die KI-Verordnung lässt die DSGVO dabei als zentralen Maßstab unberührt.