In einer Einzelpraxis ist die Einführung eines KI-Werkzeugs eine Entscheidung von zwei Personen. In einer Klinik oder einem MVZ ist es ein Vorhaben mit einem Betreiber, einer Datenschutzaufsicht, einem Einkauf, mehreren Fachabteilungen, einem Betriebsrat und einer Geschäftsführung, die wissen will, was es kostet und was es bringt. Genau deshalb scheitern dort viele Projekte – nicht an der Technik, sondern an der Struktur.
Dieser Teil der Serie zeigt, was ab dieser Größenordnung anders ist. Die praktischen Teile 1 bis 5 finden Sie hier: Bestandsaufnahme, Telefonassistent, Sichtbarkeit, Content und Video.
Was in großen Häusern anders ist
Es gibt keinen Absturz, aber auch keinen Fortschritt. Einzelne Abteilungen probieren Werkzeuge aus, andere wissen nichts davon. Es entsteht Schattennutzung – funktionierend, aber unkontrolliert.
Die Verantwortung ist verteilt. Niemand ist allein zuständig, also fühlt sich niemand zuständig. Beschaffung ohne Datenschutzprüfung, Nutzung ohne Schulung, Betrieb ohne Betreuung.
Die Prüfmaßstäbe sind höher. Von einem Haus mit 800 Mitarbeitenden wird mehr Nachweisfähigkeit erwartet als von einer Praxis – intern wie extern.
Die Konsequenz: In dieser Größenordnung braucht KI zuerst eine Struktur, dann Werkzeuge. Wer es umgekehrt macht, produziert Leuchttürme, die nach einem Personalwechsel verschwinden.
Governance in vier Rollen und einem Prozess
Vier Rollen müssen benannt sein – nicht als Gremium, sondern als Menschen mit Namen:
- Fachliche Verantwortung: eine ärztliche Person, die beurteilt, was medizinisch zulässig ist.
- Systemverantwortung: IT oder Dienstleister, zuständig für Betrieb, Zugriffe, Aktualisierungen.
- Datenschutz: Prüfung vor Einführung, nicht danach.
- Betrieb und Betriebsrat: Einführung, Schulung, Auswirkungen auf Arbeitsabläufe.
Dazu ein einziger Prozess, der für jedes Vorhaben identisch abläuft: Erfassung des Vorhabens → Datenschutz- und Sicherheitsprüfung → Freigabe mit Bedingungen → begrenzter Pilot → Auswertung → Überführung in den Regelbetrieb oder Stopp.
Wer diesen Prozess hat, kann danach in Monaten einführen, wofür andere Jahre brauchen. Wer ihn umgeht, verhandelt jedes Mal von vorn.
Datenschutz: fünf Punkte, die geprüft werden
- Zweckbindung: Wofür darf das System genutzt werden – und wofür ausdrücklich nicht?
- Datenkategorien: Welche Daten sieht es tatsächlich, inklusive Anhänge, Freitext, Protokolle und Indexkopien?
- Auftragsverarbeitung und Verarbeitungsort: Verträge, Unterauftragnehmer, Speicherort, Löschfristen.
- Zugriffskontrolle und Protokollierung: Wer kann sehen, was gespeichert ist – und lässt sich das nachvollziehen?
- Löschkonzept: Wie wird eine Löschung durchgesetzt, wenn Kopien in Index, Cache und Protokollen liegen?
Gesundheitsdaten sind besonders geschützt, und die ärztliche Schweigepflicht gilt unabhängig davon, ob ein System im Haus, in einem Rechenzentrum in der EU oder anderswo verarbeitet. Diese Hinweise ersetzen keine Rechtsberatung – sie beschreiben, was für jede Freigabe vorliegen sollte.
Regulatorik: drei Fragen, die jede Einordnung vorbereiten
Medizinprodukt oder nicht? Sobald ein System medizinische Zwecke unterstützt – Diagnose, Therapie, Überwachung – greifen andere Anforderungen als bei einem Textwerkzeug. Die Abgrenzung ist eine der häufigsten Fehlentscheidungen.
Fällt es unter die KI-Verordnung? Die europäische KI-Verordnung arbeitet mit Risikoklassen. Systeme, die in medizinische Entscheidungen eingebunden sind, werden tendenziell strenger bewertet als ein Assistent, der Termine annimmt. Wer produktiv einführt, sollte diese Einordnung schriftlich haben.
Wer dokumentiert was? Zweck, Grenzen, Freigaben, Vorfälle. Ohne Dokumentation ist im Zweifel nicht belegbar, dass verantwortungsvoll gearbeitet wurde.
Sicherheit: Ein System mit Zugriff ist ein Angriffsziel
Ein Assistent, der Dokumente liest und Termine schreibt, hat zwei Angriffsflächen: unsichere Inhalte, über die Anweisungen eingeschleust werden, und zu weit gefasste Rechte, die einen Fehler erst schädlich machen.
Vier Maßnahmen, die vor jedem Rollout stehen sollten:
- Rechte minimieren: Lesen vor Schreiben, Schreiben nur mit Freigabe, keine pauschalen Vollzugriffe.
- Eingaben misstrauen: Alles, was das System liest – Anhänge, E-Mails, eingescannte Dokumente – kann manipulativ sein.
- Freigabepunkte erzwingen: Kritische Schritte enden beim Menschen.
- Testen, nicht annehmen: Ein Sicherheitstest vor dem Rollout kostet einen Bruchteil der Haftungsdiskussion danach.
Wie diese Prüfung abläuft, haben wir in unserem Beitrag zu Sicherheitslücken in KI-Systemen ausführlich beschrieben; die passende Leistung finden Sie unter Penetrationstests und Schwachstellenanalysen. Die Datenschutzseite behandelt unser 5-Punkte-Selbstcheck für KI-Audits.
Betrieb: der Teil, der über Erfolg entscheidet
Monitoring: Wer erfährt, wenn ein Ablauf fehlschlägt – und wie schnell?
Runbook: eine Seite mit fünf Schritten für den Fehlerfall.
Owner: eine benannte Person, die wöchentlich hinschaut.
Schulung: nicht als Pflichtveranstaltung, sondern als Betriebsanleitung mit klaren Grenzen.
Eskalation: definiert, nicht improvisiert.
Der Nebeneffekt, den Häuser selten einplanen
Ein Haus, das zeitgemäße Arbeitsmittel einsetzt und seine Abläufe kennt, ist im Wettbewerb um Personal im Vorteil. Entlastung ist heute ein Rekrutierungsargument – und zwar eines, das sich zeigen lässt, wenn die Projekte ordentlich dokumentiert sind.
Fazit
In Klinik und MVZ ist KI kein Werkzeugprojekt, sondern ein Governance-Thema. Der Fahrplan lautet: Rollen benennen, einen einheitlichen Freigabeprozess etablieren, Datenschutz und Sicherheit vor der Einführung prüfen, im Betrieb Verantwortung festlegen. Wer diese Reihenfolge einhält, kann später skalieren. Wer sie überspringt, wird bei der ersten Prüfung oder beim ersten Vorfall alles neu aufrollen.
Der letzte Teil der Serie übersetzt all das in einen konkreten 90-Tage-Plan für jede Praxisgröße. Für eine Einordnung Ihres eigenen Vorhabens erreichen Sie uns über cybereiche.de.