KI in der Klinik, ohne Patientendaten in die Cloud zu geben? Wir bauen lokale, §203-konforme KI in Ihrem Rechenzentrum - siehe KI für Kliniken und KI für Berufsgeheimnisträger, oder direkt ein Erstgespräch vereinbaren.
Entlassbriefe, Tumorboard-Vorbereitung, DRG-Kodierung - im Krankenhaus fällt all das im großen Volumen an und bindet ärztliche Zeit. KI kann hier massiv entlasten. Das Problem ist nicht die KI, sondern wohin die Daten dabei fließen. Für Patientendaten stellen §203 StGB, Art. 9 DSGVO und §393 SGB V hohe Anforderungen an Vertraulichkeit, Auftragsverarbeitung und mitwirkende Dienstleister; Cloud-Dienste für Gesundheitsdaten setzen zusätzlich ein C5-Testat voraus.
Die gute Nachricht: Es gibt einen klaren, legalen Weg. Für Gesundheitsdaten führt er bei uns über KI im eigenen Rechenzentrum, auf Wunsch air-gapped. Dieser Beitrag ordnet die Rechtslage ein, zeigt die erlaubten Betriebsmodelle und erklärt, wie wir eine RAG-Pipeline auf Ihr Klinikwissen bauen - skaliert auf Klinikgröße.
Inhaltsverzeichnis
- Rechtslage 2026: §203 StGB und Art. 9 DSGVO
- Warum Cloud-KI für Kliniken zum Risiko wird
- Betriebsmodelle für Klinik-KI
- Die RAG-Pipeline: Komponenten Schritt für Schritt
- Mehrere Wissensquellen sicher anbinden
- Unser Vorgehen bei WZ-IT
- Weiterführende Guides
Rechtslage 2026: §203 StGB und Art. 9 DSGVO
Die ärztliche Schweigepflicht ist über §203 StGB strafbewehrt. In der Klinik unterliegen viele Berufsträger dieser Pflicht; der Beschlagnahmeschutz erstreckt sich sogar auf den Gewahrsam der Krankenanstalt. Gesundheitsdaten sind nach Art. 9 DSGVO besonders geschützt, hinzu kommen die Landeskrankenhausgesetze.
Für die Einbindung externer KI-Dienstleister gilt §203 Abs. 3 S. 2 StGB: Eine mitwirkende Person darf Geheimnisse nur soweit erforderlich offenbart bekommen - und ist nach §203 Abs. 4 StGB selbst in die Strafbarkeit einbezogen. Kliniken schließen mit Dienstleistern Verträge nach Art. 28 DSGVO, die zugleich §203 Abs. 4 abdecken: Beschäftigte und mitwirkende Personen werden in Textform zur Verschwiegenheit verpflichtet.
In der Praxis gilt: Gesundheitsdaten gehören nicht in webbasierte Standard-KI. Die direkten Web- und Consumer-Angebote von OpenAI oder Anthropic bieten weder §203-Regelungen noch ein C5-Testat; die Modelle sind allerdings auch über Hyperscaler mit C5-Testat erreichbar. Verarbeiten Leistungserbringer Gesundheitsdaten in der Cloud, verlangt §393 SGB V seit dem 1. Juli 2025 ein aktuelles C5-Type-2-Testat. Die Verarbeitung ist in Deutschland, der EU/dem EWR, gleichgestellten Staaten oder Drittstaaten mit Angemessenheitsbeschluss zulässig, der Auftragsverarbeiter braucht eine Niederlassung in Deutschland. Einen deutschen Rechenzentrumsstandort schreibt die Norm nicht vor. Lokale KI umgeht diese Hürden, weil die Daten das Haus gar nicht erst verlassen. Zudem gelten seit dem 2. August 2026 die Transparenzpflichten des EU AI Act nach Art. 50. Die Hochrisiko-Pflichten greifen nach dem Digital-Omnibus (Verordnung (EU) 2026/1744) für Anhang III ab dem 2. Dezember 2027 und für Anhang I, also etwa KI in Medizinprodukten, ab dem 2. August 2028 (Stand Oktober 2026). Dieser Beitrag ist allgemeine Information und keine Rechtsberatung.
Warum Cloud-KI für Kliniken zum Risiko wird
Die direkten Angebote großer KI-Anbieter sind mit Patientendaten strukturell problematisch:
- Die Unterauftragnehmer-Kette. Ein großer KI-Anbieter nutzt selbst Unterauftragnehmer (Azure, AWS, weitere). In der Klinik mit vielen Berufsträgern wäre jede Stelle einzeln zu verpflichten - praktisch nicht leistbar.
- Der CLOUD Act. US-Anbieter unterliegen dem US CLOUD Act. Eine EU-Region schützt nicht, solange ein US-Mutterkonzern dahintersteht.
- C5 und Niederlassung. Für Gesundheitsdaten in der Cloud verlangt §393 SGB V ein C5-Type-2-Testat und eine Niederlassung des Dienstleisters in Deutschland - bei den direkten Angeboten der großen KI-Anbieter regelmäßig nicht gegeben.
Bei lokaler KI im eigenen Rechenzentrum entfällt der größte Teil dieser Anforderungen: Die Daten bleiben im Haus, auf Wunsch air-gapped. Durch unseren Wartungszugriff bleiben wir mitwirkende Person - deshalb bieten wir das §203-Vertragspaket für die Aufbau- und Wartungsphase optional an.
Betriebsmodelle für Klinik-KI
Im Klinik-Maßstab setzen wir vor allem auf eigene Hardware:
- Dedizierter GPU-Server bzw. LLM-Hosting. Für das große Volumen einer Klinik - viele Nutzer, hoher Durchsatz. Betrieb im eigenen Rechenzentrum, auf Wunsch air-gapped, OpenAI-kompatible API für die KIS-Integration.
- On-Premise-Appliance (AI Cube). Für einzelne Fachabteilungen oder als Pilot - schlüsselfertig, lokal.
- Managed-Betrieb für Inhalte ohne Patientendaten. Leitlinien, SOPs, Verwaltungs- und Qualitätsdokumente können wir auch in deutscher Infrastruktur betreiben. Patientendaten bleiben im eigenen Rechenzentrum.
In allen Modellen kommen ausschließlich Open-Source-Bausteine zum Einsatz (kein Vendor Lock-in), und das §203-Vertragspaket ist optional erhältlich. Mehr zum branchenübergreifenden Rahmen unter KI für Berufsgeheimnisträger.
Die RAG-Pipeline: Komponenten Schritt für Schritt
Der eigentliche Wert entsteht nicht durch ein nacktes Sprachmodell, sondern durch Retrieval-Augmented Generation (RAG): Die KI beantwortet Fragen aus Ihren internen Leitlinien und SOPs statt aus generischem Trainingswissen - mit Quellenbezug. So bauen wir die Pipeline (mehr unter Custom RAG):
- Ingestion. Dokumente werden aus den Quellsystemen eingelesen (Leitlinien, SOPs, Dokumentation) und normalisiert.
- Chunking. Die Inhalte werden in sinnvolle Abschnitte zerlegt, an Gliederung und Kontext orientiert.
- Embeddings + Vektordatenbank. Jeder Abschnitt wird in einen Vektor übersetzt und in einer Vektordatenbank (Qdrant) gespeichert - mit Zugriffs- und Abteilungs-Metadaten.
- Retrieval und Re-Ranking. Zu einer Anfrage werden die passendsten Abschnitte gesucht und per Re-Ranking sortiert.
- Generierung. Ein lokales Modell (Ollama oder vLLM) formuliert die Antwort - ausschließlich auf Basis der gefundenen Stellen, mit Quellenangabe.
- Observability und Qualität. Mit Langfuse messen wir Qualität, Latenz und Kosten und machen Antworten nachvollziehbar - wichtig für Audits.
Genau diesen Stack betreiben wir auch selbst: Unser KI-Angebotsfinder auf wz-it.com ist ein produktives RAG-System auf Qdrant, LiteLLM/Mistral und Langfuse.
Mehrere Wissensquellen sicher anbinden
Wir binden mehrere Wissensquellen in dieselbe RAG-Pipeline ein - mit durchgesetzten Zugriffsrechten:
- KIS und Falldokumentation. Anbindung an Ihr Klinikinformationssystem für die Recherche im Behandlungskontext.
- Interne Leitlinien und SOPs. Hauseigene Standards als RAG-Quelle für konsistente Entwürfe.
- Medizinische Literatur und Leitlinien. Soweit lizenzrechtlich zulässig, ergänzend.
- Wissensdatenbank. Klinik-Know-how und Abläufe zentral durchsuchbar.
Entscheidend ist die Zugriffskontrolle: Über Rechte und Payload-Filter in der Vektordatenbank sieht jede Anfrage nur die Quellen, die sie - je nach Abteilung und Rolle - sehen darf. Das ist im Klinik-Umfeld mit vielen Fachabteilungen besonders wichtig.
Unser Vorgehen bei WZ-IT
Wir liefern Klinik-KI als Lebenszyklus, nicht als Gerätekauf:
- Beraten und konzipieren. Workshop, Sizing, Datenklassifizierung und der §203-Vertragsrahmen - bevor Hardware ins RZ kommt.
- Aufbauen und integrieren. Aufbau im eigenen Rechenzentrum (auf Wunsch air-gapped), RAG mit Zugriffskontrolle, KIS-Integration, Geheimhaltungsverpflichtung plus AVV.
- Betreiben und warten (optional). Updates, Monitoring, Modell-Upgrades und RAG-Pflege als Vertrag - oder Ihre IT betreibt nach Übergabe selbst.
Die operativen Vertragstexte werden fachkundig erstellt; dieser Beitrag ersetzt keine Rechtsberatung im Einzelfall.
Weiterführende Guides
- KI für Kliniken - die Lösungsseite mit Use-Cases und Hardware-Optionen.
- KI für Berufsgeheimnisträger - der branchenübergreifende §203-Rahmen (auch für Arztpraxen und Psychotherapeuten).
- Custom RAG - wie wir RAG-Pipelines end-to-end bauen.
- KI-Hub - lokale KI-Infrastruktur, LLM-Hosting und RAG im Überblick.
Bereit für KI, die Ihre Patienten schützt? Wir bauen sie im eigenen RZ, §203-konform und betreiben sie auf Wunsch. Jetzt Erstgespräch vereinbaren.
Quellen
- §203 StGB (Verletzung von Privatgeheimnissen)
- Art. 9 DSGVO (Verarbeitung besonderer Kategorien personenbezogener Daten)
- §393 SGB V (Cloud-Einsatz im Gesundheitswesen)
- BSI: Kriterienkatalog Cloud Computing C5
- Europäische Kommission: Regulatory framework on AI (EU AI Act)
- Verordnung (EU) 2026/1744 (Digital-Omnibus zur KI-Verordnung)
