Mitarbeiter-Burnout-Frühwarnsystem

Das echte Ausmaß des Problems

Das Burnout-Risiko von Pflegekräften liegt etwa doppelt so hoch wie im Durchschnitt aller Berufsgruppen, und es steigt. Die DAK weist dafür 28,2 burnoutbedingte Fehltage je 100 Versichertenjahre aus, gegenüber 14,2 im Durchschnitt aller Berufsgruppen.

Der Nenner ist wichtig, weil diese Zahl ständig falsch zitiert wird, auch von uns in einer früheren Fassung dieser Seite: Es sind Fehltage je 100 Versicherte, nicht je Pflegekraft. Eine einzelne Pflegekraft fällt nicht 28 Tage im Jahr wegen Burnout aus. Das Verhältnis zum Durchschnitt bleibt gleich, die absolute Größe ist eine andere, und wer daraus Personalbedarf hochrechnet, verrechnet sich um den Faktor 100.

Die finanziellen Konsequenzen sind erheblich, und sie werden regelmäßig falsch beziffert. Eine viel zitierte Zahl stammt vom Karriereportal Medi-Karriere und beziffert die Kosten einer unbesetzten Pflegestelle mit 66.528 Euro im Jahr, aus Leiharbeit, Überstundenzuschlägen, Rekrutierung und Einarbeitung. Das ist eine Content-Marketing-Rechnung eines Stellenportals, keine Erhebung, und vor allem beschreibt sie eine Vakanz, nicht einen krankheitsbedingten Ausfall. Bei einem Burnout-Langzeitausfall bleibt die Stelle besetzt, das Gehalt läuft in den ersten sechs Wochen weiter, danach zahlt die Krankenkasse Krankengeld, Rekrutierungs- und Einarbeitungskosten fallen gar nicht an. Die beiden Zahlen sind nicht austauschbar, und die Vakanzzahl ist die größere.

Was beim Ausfall tatsächlich anfällt: Überbrückung durch Leiharbeit oder Mehrarbeit der Kolleginnen, Entgeltfortzahlung in den ersten sechs Wochen, Planungsaufwand. Leihpersonal ist dabei spürbar teurer als Festanstellung, die Aufschläge werden je nach Erhebung und Region sehr unterschiedlich beziffert; eine frühere Fassung dieser Seite nannte hier 92 Prozent und schrieb sie einer nicht näher bezeichneten “Krankenhausvergleichsstudie” zu. Die Zahl, die deine Entscheidung trägt, steht in eurer eigenen Buchhaltung: Was hat die Überbrückung des letzten Langzeitausfalls gekostet?

Das strukturelle Problem dahinter: Die meisten Krankenhäuser haben keine systematische Früherkennung. Burnout wird sichtbar, wenn Mitarbeitende ausfallen, nicht Wochen vorher, wenn Gegensteuern noch möglich wäre. Die Signale liegen längst in den Systemen vor: Überstundenhäufung, fehlende Erholungszeiten zwischen langen Schichten, kein Urlaubsabstand seit Monaten, steigende Kurzerkrankungsrate. Sie werden nur nicht zusammengeführt.

Dabei existieren die Daten. ATOSS , das führende Workforce-Management-System im deutschen Klinikbetrieb, hält in den Häusern, die es einsetzen, vollständige Schichthistorien über Jahre vor. Personio und vergleichbare HR-Plattformen halten Abwesenheitsverläufe vor. Was fehlt, ist der Blick, der diese Daten zusammenführt und ein Risikosignal daraus macht.

Mit vs. ohne KI, ein ehrlicher Vergleich

¹ Die Messung ist dieselbe, der Unterschied liegt darin, dass du mit dem System überhaupt eine Chance bekommst, rechtzeitig zu handeln.

Einschätzung auf einen Blick

Zeitersparnis, mittel (3/5) Stationsleiterinnen und HR-Verantwortliche sparen tatsächlich Zeit: Statt wöchentlich manuell Überstundenlisten zu prüfen, bekommt die Stationsleitung einmal pro Woche einen strukturierten Bericht. In der Praxis sind das 1–2 Stunden pro Woche je Person. Das ist real, aber nicht der Hauptgrund für diesen Use Case, der Haupthebel ist Prävention, nicht Zeitersparnis.

Kosteneinsparung, sehr hoch (5/5) Das ist der eigentliche Hebel, wenn er eintritt. Ein Burnout-Langzeitausfall kostet das Haus über Überbrückung, Mehrarbeit und Planungsaufwand 20.000 bis 40.000 Euro. Dem stehen 10.500 bis 34.000 Euro Einführungskosten und 600 bis 9.600 Euro jährlich gegenüber. Das heißt: Ein verhinderter Ausfall im ersten Jahr deckt die Einführung am unteren Ende der Kostenspanne, am oberen Ende nicht.

Und es bleibt ein Konjunktiv. Dass ein Ausfall verhindert wurde, lässt sich nicht zeigen, nur behaupten, das steht im nächsten Absatz genauer. Die Bewertung “sehr hoch” gilt deshalb dem Hebel, nicht der Eintrittswahrscheinlichkeit.

Schnelle Umsetzung, niedrig (2/5) Der kritische Pfad ist nicht die Technologie, er ist die Betriebsvereinbarung. Ohne schriftliche Einigung mit dem Betriebsrat oder Personalrat über Zweck, Umfang und Rechte des Systems darfst du es nach §87 BetrVG gar nicht einführen. Diese Verhandlung dauert Wochen. Danach kommen DSGVO-konforme Datenschutz-Folgenabschätzung, Anbindung an ATOSS oder Personio und der Pilotbetrieb. Realistisch: 10–14 Wochen bis zum ersten echten Betrieb.

ROI-Sicherheit, niedrig (2/5) Das ehrliche Problem: Du kannst messen, wie viele Alerts das System ausgelöst hat und wie viele davon zu Gesprächen geführt haben. Was du nicht beweisen kannst, ist, welcher Ausfall dadurch verhindert wurde. Abwesenheitsraten sinken, aber gleichzeitig beeinflussen Personalschlüssel, Schichtmodelle, Führungsqualität und externe Faktoren dieselben Zahlen. Wer einen wasserdichten ROI-Nachweis braucht, wird ihn hier nicht bekommen. Wer die Logik überzeugend findet und auf indirekte Evidenz vertraut, ist gut aufgehoben.

Skalierbarkeit, sehr hoch (5/5) Das Modell wird einmal auf den Daten eines Hauses oder Trägernetzwerks trainiert. Zusätzliche Stationen, weitere Standorte desselben Trägers, andere Berufsgruppen, das sind keine neuen Projekte, sondern Datenpunkte im bestehenden System. Für Krankenhausträger mit fünf oder zehn Häusern sieht das wirtschaftlich deutlich anders aus als für ein einzelnes Haus.

Richtwerte, stark abhängig von Hausgröße, vorhandener HR-Systemlandschaft und verfügbarer Datenhistorie.

Was das System konkret macht

Das System analysiert keine subjektiven Eindrücke, es wertet Muster in Zeitreihendaten aus. Predictive Analytics-Modelle auf Schicht- und HR-Daten berechnen je Mitarbeitenden einen Überlastungsscore, der mehrere Signale kombiniert:

Schichtbelastungssignale:

• Häufigkeit langer Schichten (≥12 Stunden) in einem rollierenden 90-Tage-Fenster
• Kurze Ruhezeiten zwischen aufeinanderfolgenden Schichten (unter 11 Stunden)
• Anteil Wochenend- und Nachtschichten im Vergleich zum Teamdurchschnitt
• Häufigkeit spontaner Einspringdienste

Erholungsdefizit-Signale:

• Wochen ohne Urlaubstag seit dem letzten freien Wochenende
• Urlaubsabstand seit der letzten Abwesenheit über 5 Tage
• Nicht genommene Überstundenausgleiche im Saldo

Früherkennungssignale:

• Anstieg kurzer Krankmeldungen (1–3 Tage) in den vergangenen 60 Tagen
• Schichttauschrate, nimmt die Person immer mehr Schichten, die andere abgeben?
• Gegenüber der eigenen historischen Baseline: Wie verändert sich das Muster?

Das Ergebnis ist kein Diagnose-Tool. Es sagt nicht: “Jana hat Burnout.” Es sagt: “Jana zeigt seit 6 Wochen ein Muster, das in eurem Haus erfahrungsgemäß mit erhöhtem Ausfall-Risiko korreliert. Jetzt wäre ein gutes Zeitfenster für ein Gespräch.”

Die Stationsleitung bekommt einmal pro Woche einen Bericht mit Ampelfarben, grün, gelb, rot, und kann selbst entscheiden, wie sie reagiert. Das System empfiehlt keine Maßnahmen. Es öffnet ein Zeitfenster, das ohne es nicht existiert hätte.

Technisch basiert das auf Machine Learning-Modellen, die entweder innerhalb der bestehenden HR-Systemlandschaft ( ATOSS -Analytics, Power BI -Anbindung) oder als separate Analyseebene betrieben werden. Der technische Aufwand ist überschaubar, sofern die Datenbasis stimmt. Der eigentliche Aufwand liegt im rechtlichen und organisatorischen Rahmen.

Betriebsvereinbarung zuerst: Der rechtliche Rahmen vor dem ersten Algorithmus

Das ist die Besonderheit dieses Use Cases, die kein anderes Burnout-Tool-Feature so klar macht: Du kannst das System nicht einführen, bevor du es darfst.

§87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz (BetrVG) gibt dem Betriebsrat ein erzwingbares Mitbestimmungsrecht bei der Einführung technischer Einrichtungen, die das Verhalten oder die Leistung von Mitarbeitenden überwachen können. Ein System, das Schicht- und Abwesenheitsmuster von Einzelpersonen zu einem Risikoscore verdichtet, fällt eindeutig darunter.

Das bedeutet: Ohne Betriebsrat gibt es keine Einführung. Diese Aussage trägt schon das Gesetz, sie braucht kein Urteil. Eine frühere Fassung dieser Seite berief sich auf ein angebliches Grundsatzurteil des Arbeitsgerichts München aus 2024, das KI-Systeme generell der vollen Mitbestimmung unterworfen habe. Die arbeitsgerichtlichen Entscheidungen zu KI am Arbeitsplatz aus dieser Zeit betreffen andere Konstellationen und sind nicht so eindeutig ausgefallen; die Zuschreibung war falsch und ist gestrichen. Entscheidend ist der Tatbestand: Ein System, das Einzelpersonen anhand ihres Verhaltens bewertet, ist eine technische Einrichtung im Sinne von § 87 Abs. 1 Nr. 6 BetrVG. Eine ohne Zustimmung eingeführte Lösung ist nicht nur anfechtbar, sie kann untersagt werden.

Was das für die Praxis bedeutet:

Schritt 1 ist immer das Gespräch mit dem Betriebsrat, nicht die Toolauswahl, nicht die Datenanalyse. In diesem Gespräch braucht es klare Antworten auf:

• Zweck: Wozu wird das System eingesetzt? Ausschließlich zur präventiven Mitarbeiterunterstützung, nicht zur Leistungsbewertung oder Personalentscheidungen.
• Zugang: Wer sieht welche Daten? Individuelle Scores nur für direkte Stationsleitung, keine aggregierten Ranglisten, kein HR-weiter Zugriff auf Individualebene.
• Transparenz: Werden die Mitarbeitenden informiert, dass ihr Muster ausgewertet wird? (Ja, das ist auch aus Vertrauensgründen richtig, nicht nur aus rechtlichen.)
• Konsequenzen: Darf ein Überlastungsscore allein zu einem Personalgespräch führen, das dokumentiert wird? Oder ist er nur ein interner Hinweis?
• Datenlöschung: Wie lange werden individuelle Scores gespeichert? Was passiert nach Austritt?

Eine gut ausgehandelte Betriebsvereinbarung zu diesem Thema ist kein bürokratisches Hindernis, sie ist der Schlüssel zur Akzeptanz. Gliederung, Abgrenzung zur Regelungsabrede und die fünf Klauseln, an denen KI-Verhandlungen typischerweise stocken, stehen in unserem Leitfaden zur Betriebsvereinbarung KI. Mitarbeitende, die wissen, dass ihre Interessenvertretung die Spielregeln mitgestaltet hat, vertrauen dem System stärker als bei einem Top-down-Rollout. Wer diesen Schritt überspringt oder verkürzt, bekommt ein System, das zwar funktioniert, aber niemand nutzt, weil das Vertrauen fehlt.

Und die KI-Verordnung: das ist hier kein Randthema

Bei den meisten Anwendungsfällen im Gesundheitswesen endet die Prüfung mit dem Satz “Anhang III trifft nicht zu”. Hier ist es umgekehrt, und das ist der Grund, warum dieser Abschnitt auf die Seite gehört.

Anhang III Nr. 4 Buchst. b der KI-Verordnung erfasst KI-Systeme, die bestimmungsgemäß zur Beobachtung und Bewertung der Leistung und des Verhaltens von Personen in Beschäftigungsverhältnissen eingesetzt werden, und Buchst. b nennt daneben die Zuweisung von Aufgaben aufgrund individuellen Verhaltens. Ein System, das aus Schicht-, Überstunden- und Abwesenheitsmustern einen Score je Mitarbeitenden bildet, auf dessen Grundlage die Stationsleitung handelt, ist ein Lehrbuchfall dafür. Es ist nach der KI-Verordnung ein Hochrisiko-System, nicht weil jemand es böse meint, sondern weil es genau das tut, was die Ziffer beschreibt.

Die Fristen, Stand heute: Die Pflichten aus Kapitel III Abschnitte 1 bis 3 gelten für Anhang-III-Systeme seit der Änderung durch die Verordnung (EU) 2026/1744 vom 8. Juli 2026 ab dem 2. Dezember 2027, ursprünglich war der 2. August 2026 vorgesehen. Die Registrierung nach Art. 49 und die Transparenzpflichten nach Art. 50 gelten dagegen bereits seit dem 2. August 2026, und Art. 4 verpflichtet Betreiber seit dem 2. Februar 2025, die KI-Kompetenz des eigenen Personals zu unterstützen.

Drei Dinge folgen daraus für dein Projekt:

1. Art. 26 Abs. 7 passt zur Betriebsvereinbarung. Wer ein Hochrisikosystem am Arbeitsplatz einsetzt, muss die Arbeitnehmervertretung und die betroffenen Beschäftigten vor der Inbetriebnahme informieren. Das ist keine zweite Baustelle neben § 87 BetrVG, es ist derselbe Termin.
2. Die Frist ist nah genug, um sie in den Vertrag zu schreiben. Wer 2026 einen mehrjährigen Vertrag unterschreibt, läuft mitten in den 2. Dezember 2027 hinein. Lass dir vom Anbieter vertraglich zusichern, dass er bis dahin die Betriebsanleitung nach Art. 26 Abs. 1, den Protokollzugriff und das Material für die Informationspflichten liefert.
3. Der Zuschnitt entscheidet mit. Bleibt die Auswertung auf Stations- oder Teamebene und werden keine Einzelscores gebildet, greift die Ziffer nicht. Das ist eine Gestaltungsentscheidung beim Modelldesign, und sie ist auch gegenüber dem Betriebsrat leichter zu vertreten.

Zusätzlich zur Betriebsvereinbarung ist vor Inbetriebnahme eine Datenschutz-Folgenabschätzung (DSFA) nach Art. 35 DSGVO Pflicht, da das System personenbezogene Daten in einer Weise verarbeitet, die voraussichtlich ein hohes Risiko für Betroffene darstellt. Diese Prüfung muss vor dem ersten echten Betrieb abgeschlossen und dokumentiert sein.

Konkrete Werkzeuge, was wann passt

Der Markt bietet drei realistische Ansätze, die sich je nach vorhandener Systemlandschaft und verfügbarer IT-Kapazität unterscheiden.

Ansatz 1: Analyse innerhalb von ATOSS , wenn ihr ATOSS schon nutzt

ATOSS bietet Analytics-Module, die Belastungsindikatoren auf Basis der Schichtdaten visualisieren. Wer ATOSS bereits im Einsatz hat, kann mit dem Anbieter klären, welche Analytics-Funktionen die vorhandene Lizenz einschließt. Der Vorteil: keine separate Datenintegration, keine neue Systemlandschaft. Der Nachteil: Die eingebauten Analytics zeigen Muster, aber keine ML-basierten Prognosemodelle, das ist Dashboarding, kein Frühwarnsystem im engeren Sinne.

Kosten: Im Rahmen bestehender ATOSS -Lizenzen (auf Anfrage), oder als Erweiterungsmodul.

Ansatz 2: Personio + Power BI , wenn ihr Personio für HR und ein BI-Tool nutzt

Personio hält Abwesenheitsverläufe, Urlaubssalden und Krankheitstage in strukturierter Form vor. Kombiniert mit Schichtdaten aus einem Dienstplansystem lässt sich daraus ein Power-BI-Dashboard bauen, das Überlastungsmuster visualisiert und Schwellenwert-Alerts ausgibt. Technischer Aufwand: 2–4 Wochen für Datenbankanbindung und Dashboard-Konfiguration durch eine:n Data-Analyst oder BI-Entwickler:in. Keine neue Software nötig, wenn Power BI schon im M365-Abo enthalten ist.

Kosten: Power BI Pro ab 12,10 EUR/Nutzer/Monat; Entwicklungsaufwand für Dashboard und Datenanbindung: ca. 5.000–15.000 EUR extern.

Ansatz 3: Dediziertes ML-Modell auf historischen Daten, für Klinikverbünde mit Datenwissenschaft-Kapazität

Wer ausreichend Datenhistorie (mindestens 2–3 Jahre strukturierte Schicht- und Abwesenheitsdaten) und Zugang zu Data-Science-Ressourcen hat, kann ein eigenständiges ML-Modell trainieren. Random-Forest- oder Gradient-Boosting-Modelle auf Mitarbeitendenebene erreichen in einer Metaanalyse über 22 Studien einen gepoolten AUC-Wert von 0,72 bei einer Sensitivität von 0,63.

Was dieser Wert nicht bedeutet, und eine frühere Fassung dieser Seite behauptete es: Er bedeutet nicht, dass das Modell in 72 Prozent der Fälle richtig liegt, wenn es jemanden markiert. AUC ist die Wahrscheinlichkeit, dass ein zufällig gewählter späterer Ausfall höher gescort wird als ein zufällig gewählter Nicht-Ausfall. Die Trefferquote unter den Markierten ist eine andere Größe, und sie hängt an der Grundhäufigkeit: Wenn zwei bis drei Prozent der Belegschaft im Jahr ausfallen, ist bei einem Modell dieser Güte die große Mehrheit der Alerts falsch positiv. 0,72 ist ein moderates Modell, und genau so gehört es eingeführt: als Anlass für ein Gespräch, das ohnehin niemandem schadet, nicht als Prognose über eine Person.

Kosten: 15.000–40.000 EUR für Modellentwicklung (extern) + laufende Betriebskosten für ML-Infrastruktur (Azure ML, AWS SageMaker: 200–800 EUR/Monat).

Zusammenfassung: Wann welcher Ansatz

• ATOSS bereits im Haus → erst ATOSS -Analyse-Module klären, bevor neue Software
• Personio + M365 vorhanden → Power BI -Dashboard ist der schnellste Weg
• Klinikverbund mit IT-Team und Datenhistorie → ML-Modell lohnt sich
• Kein strukturiertes HR-System → zuerst Grundlage schaffen, dann Frühwarnsystem

Datenschutz und Datenhaltung

Dieses System berührt besonders sensible Kategorien personenbezogener Daten. Arbeitszeit-, Abwesenheits- und Gesundheitsmuster von Mitarbeitenden sind nach DSGVO Art. 9 potenziell als Gesundheitsdaten einzustufen, wenn aus ihnen Rückschlüsse auf den Gesundheitszustand einer Person gezogen werden, was bei einem Burnout-Prädiktionssystem die Kernfunktion ist.

Was das konkret bedeutet:

• Datenschutz-Folgenabschätzung (DSFA) ist Pflicht, kein optionaler Schritt. Art. 35 DSGVO verlangt eine dokumentierte Risikoabwägung, bevor das System in Betrieb geht.
• Auftragsverarbeitungsvertrag (AVV) mit jedem Toolanbieter, der Zugriff auf die Daten hat, bei ATOSS (Datenhaltung Deutschland), Personio (EU/Frankfurt) und Power BI (EU-Region konfigurierbar) ist das möglich.
• Individuelle Scores dürfen nicht für Personalentscheidungen verwendet werden, das muss in der Betriebsvereinbarung explizit ausgeschlossen sein. Ein Risikoampelwert ist kein Abmahnungsgrund, kein Versetzungsgrund, kein Kündigungsgrund.
• Datenminimierung: Nur die Felder, die für das Modell notwendig sind, sollten verarbeitet werden. Keine Standortdaten, keine Kommunikationsprotokolle, kein Ausweiten auf Themen jenseits Schicht- und Abwesenheitsmuster.
• Transparenz gegenüber Mitarbeitenden: Art. 13 und 14 DSGVO verlangen eine aktive Information über die Verarbeitung. Die einfachste Umsetzung: ein klarer Abschnitt in der Betriebsvereinbarung, den alle Mitarbeitenden erhalten.

Welche Tools sind DSGVO-konform?

• ATOSS : Datenhaltung Deutschland, AVV standardmäßig, gerichtsfeste Compliance-Dokumentation. Beste Wahl für Kliniken mit hohen Datenschutzanforderungen.
• Personio : EU-Hosting (Frankfurt/AWS), ISO 27001, AVV inklusive. Für die HR-Datenhaltung geeignet.
• Power BI : Im M365-Ökosystem lässt sich EU-Datenhaltung konfigurieren (EU Data Boundary). Für Kliniken, die bereits M365 nutzen, eine sichere Option, Konfiguration muss explizit geprüft werden.

Was es kostet, realistisch gerechnet

Einmalige Kosten (Pilotprojekt)

Laufende Kosten (monatlich)

• ATOSS -Erweiterungsmodul: Auf Anfrage (im Rahmen bestehender Lizenz oft inkludiert)
• Personio + Power BI -Dashboard, wenn Personio schon läuft: Lizenzen für alle, die das Dashboard öffnen (Stationsleitungen, Pflegedirektion, HR), bei 4 bis 16 Personen je 12,10 EUR für Power BI Pro, zusammen 48,40–193,60 EUR/Monat; die Lizenzen entfallen nur, wenn Microsoft 365 E5 vorhanden ist. Wer Personio erst einführt, zahlt laut Preisseite ab 7,60 EUR je Mitarbeitendem und Monat für das ganze Haus (150 Beschäftigte × 7,60 = 1.140 EUR) plus einmalige Einrichtungsgebühr, dann gilt die Rechnung unten nicht mehr
• ML-Infrastruktur (Ansatz 3): 200–800 EUR/Monat

Der konservative ROI-Case

Ein Burnout-Langzeitausfall über sechs Monate kostet das Haus erfahrungsgemäß 20.000 bis 40.000 Euro in Überbrückung, Mehrstunden der Kolleginnen und Planungsaufwand. In einem Haus mit 150 Pflegekräften und zwei Prozent Betroffenen sind das statistisch drei Fälle im Jahr.

Dagegen steht die vollständige Kostenseite, und die wird bei diesem Anwendungsfall regelmäßig halbiert: Die Tabelle oben summiert sich auf 10.500 bis 34.000 Euro einmalig, dazu 600 bis 9.600 Euro jährlich für Lizenzen und ML-Infrastruktur. Im ersten Jahr sind das 11.100 bis 43.600 Euro.

Verhindert das System einen dieser drei Fälle, ist die Rechnung am unteren Ende beider Spannen deutlich positiv und am oberen Ende ungefähr ausgeglichen. Das ist eine ehrliche Bandbreite und kein Selbstläufer. Und der Konjunktiv bleibt: Bei einem Modell mit AUC 0,72 und einer Grundhäufigkeit von zwei Prozent sind die meisten Alerts falsch positiv, und ob ein Gespräch einen Ausfall abgewendet hat, lässt sich im Einzelfall nicht feststellen. Wer eine belastbare Rendite braucht, findet sie hier nicht.

Wichtig: Dieses System spart kein Geld, wenn die Führungskultur fehlt. Wenn ein Alert ausgelöst wird und die Stationsleitung keine Zeit oder Bereitschaft hat, das Gespräch zu führen, hat das System seinen Job getan und das Ergebnis ist trotzdem dasselbe. Der größere Teil der Wirkung hängt nicht am Modell, sondern daran, ob auf einen Alert ein Gespräch folgt und ob es etwas verändern kann. Eine Aufteilung in Prozent wäre erfunden, die Reihenfolge ist es nicht.

Typische Einstiegsfehler

1. Das System einführen, bevor die Betriebsvereinbarung steht. Das ist der häufigste Fehler, und der teuerste. Einige Kliniken testen ein Dashboard “nur intern”, ohne den Betriebsrat einzubinden, weil “es ja noch kein fertiges System ist”. Für den §87-Tatbestand spielt es keine Rolle, ob das System im Pilotbetrieb oder im Vollbetrieb läuft. Sobald personenbezogene Daten zu einem Verhaltensmuster verdichtet werden, gilt das Mitbestimmungsrecht. Wer hier vorprescht, riskiert eine gerichtliche Untersagung und nachhaltigen Vertrauensschaden beim Betriebsrat.

2. Alerts ausgeben ohne Handlungsrahmen. Das System kann einen Amber-Alert auslösen, aber was dann? Wenn die Stationsleitung keinen klaren Handlungsrahmen hat (“Was sage ich in diesem Gespräch?”, “Welche Entlastungsoptionen kann ich anbieten?”, “Was passiert, wenn die Person das Gespräch ablehnt?”), passiert nichts. Oder schlimmer: Es passiert etwas Falsches. Ein schlecht geführtes Gespräch nach einem Systemalert kann das Vertrauen in das System dauerhaft beschädigen.

3. Personalmangel als Lösung im System einkalkulieren. Wenn das System zeigt, dass 40 Prozent des Teams im roten Bereich ist, aber der Personalschlüssel das nicht hergibt, wirkt das System wie eine Anklageschrift ohne Ausweg. In solchen Situationen kann das Frühwarnsystem die Frustration erhöhen statt Handlungsspielraum zu eröffnen. Vor der Einführung sollte klar sein: Welche konkreten Maßnahmen stehen zur Verfügung? (Schichttausch, temporäre Reduktion, externe Unterstützung, Teamgespräch, Therapeutenvermittlung.)

4. Kein Modell-Review nach 12 Monaten. Das ist der stille Fehler. Machine Learning-Modelle, die auf historischen Daten trainiert wurden, degradieren, wenn sich die Arbeitsbedingungen ändern. Neue Tarifverträge, veränderte Schichtmodelle, neue Stationen, das verschiebt die Muster, die das Modell als “normal” gelernt hat. Ein Modell ohne Review gibt nach 18 Monaten möglicherweise systematisch falsch kalibrierte Alerts aus. Mindestens einmal im Jahr: Prüfen, ob Precision und Recall noch stimmen.

Was mit der Einführung wirklich passiert, und was nicht

Die technische Inbetriebnahme ist das Einfachste. Das Schwierige ist der Mensch.

Die informellen Wissensträger. In jeder Klinik gibt es Pflegedienstleitungen oder Stationsleitungen, die seit 20 Jahren ein Gespür dafür haben, wer wie belastet ist, ohne ein System. Diese Menschen empfinden ein automatisiertes Alert-System häufig als implizite Kritik an ihrer eigenen Wahrnehmungskompetenz. Wichtig: Das System ersetzt kein gutes Führungsurteil. Es gibt der Führungskraft ein früheres Zeitfenster und eine sachliche Grundlage für ein Gespräch, das ohnehin geplant war. Wer diese Botschaft kommuniziert, bevor das System läuft, verhindert Widerstand.

Die Überwachungsangst. Ein Teil der Mitarbeitenden wird das System als Kontrollinstrument wahrnehmen, unabhängig davon, was in der Betriebsvereinbarung steht. Diese Angst ist berechtigt genug, um sie aktiv zu adressieren. Was wirklich hilft: Das System so transparent machen, dass Mitarbeitende ihren eigenen Score auf Wunsch sehen können. Wer weiß, was das System über ihn sieht, fürchtet es weniger als jemand, der es nicht weiß.

Die strukturellen Erschöpften. In Einheiten mit dauerhaft zu wenig Personal ist das Burnout-Signal kein Frühwarnsystem mehr, es ist ein Dauerzustand. Wenn 30 Prozent der Belegschaft dauerhaft im Amber-Bereich ist, wird aus dem Alert ein Hintergrundrauschen. Das System ist für diese Situation nicht konstruiert. Es zeigt Abweichungen von einer Baseline. Wenn die Baseline selbst pathologisch ist, muss das auf einer anderen Ebene adressiert werden.

Was konkret hilft:

• Mitarbeitende aktiv in die Vorstellung des Systems einbinden, nicht nur per Aushang
• Betriebsrat als sichtbare Mitgestalter positionieren, nicht nur als Unterzeichner
• Erste Pilotstation bewusst auswählen: Eine Einheit, in der die Stationsleitung hinter dem Vorhaben steht
• Klaren Eskalationspfad definieren: Was passiert, wenn ein Alert ignoriert wird?

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände, und was dahintersteckt

“Das Bauchgefühl der Führungskraft reicht.” Stimmt, für eine Führungskraft mit 10 direkten Berichten und genug Zeit, jeden Tag hinzuschauen. Für eine Stationsleitung mit 20–30 Mitarbeitenden, eigener Patientenarbeit und täglichen Koordinationsaufgaben stimmt es nicht. Das System ersetzt kein Führungsurteil, es stellt sicher, dass das Zeitfenster nicht verpasst wird, in dem Gegensteuern noch möglich ist.

“Das ist Überwachung.” Die Grenze zwischen Fürsorge und Überwachung liegt in der Frage: Wem nützt das System? Wenn ein Alert ausschließlich dazu führt, dass die betroffene Person früher ein Entlastungsangebot bekommt, und nie zu einer Sanktion, Umbesetzung oder Dokumentation gegen sie, ist es ein Fürsorge-Werkzeug. Die Betriebsvereinbarung muss diese Grenze explizit ziehen und absichern. Ein System ohne diese Garantie verdient den Einwand.

“Die Datenbasis ist nicht gut genug.” Das ist der ehrlichste Einwand, und manchmal stimmt er. Wenn Schichtdaten unvollständig erfasst werden, Krankmeldungen papierhaft vorliegen oder Urlaubsstände nicht digital abgelegt sind, hat das System keinen Rohstoff zum Arbeiten. In diesem Fall ist der erste Schritt nicht die KI, sondern die Digitalisierung der Grundprozesse. Wenn ATOSS oder Personio ordentlich gepflegt ist, ist die Datenbasis meist ausreichend, aber das sollte geprüft, nicht angenommen werden.

“Der Aufwand lohnt sich nicht für ein mittelgroßes Haus.” Das hängt an der Rechnung. Ein mittelgroßes Haus mit 100 Pflegekräften hat bei zwei Prozent Betroffenen statistisch zwei Burnout-Langzeitausfälle im Jahr, bei 20.000 bis 40.000 Euro Überbrückungskosten je Fall. Dem stehen 11.100 bis 43.600 Euro im ersten Jahr gegenüber. Ob sich das rechnet, hängt davon ab, wo in diesen Spannen ihr liegt und ob auf Alerts wirklich Gespräche folgen. Rechne es mit euren Zahlen durch, bevor du den Aufwand als unverhältnismäßig einordnest, und rechne die laufenden Kosten mit, nicht nur die Einführung.

Woran du merkst, dass das zu dir passt

• Ihr betreibt eine Einrichtung mit mindestens 50 Pflegekräften und ein Langzeitausfall hinterlässt eine spürbare Lücke in der Personaldecke
• Schicht- und Abwesenheitsdaten werden digital erfasst, in ATOSS , Personio oder einem vergleichbaren System, mit mindestens 12–18 Monaten Datenhistorie
• Ihr habt einen Betriebsrat oder Personalrat, der grundsätzlich bereit ist, das Thema Burnout-Prävention mitzugestalten, kein Betriebsrat, der sich gegen jede Digitalisierungsmaßnahme sperrt
• Die Stationsleitungen haben die Zeit und den Willen, auf Alerts zu reagieren, das System hat keinen Wert, wenn die Gespräche nicht geführt werden
• Ihr könnt konkrete Entlastungsoptionen anbieten: Schichttausch, Zusatzurlaub, Arbeitszeitreduktion, externe Beratungsangebote, wenigstens eines davon

Wann es sich (noch) nicht lohnt, drei harte Ausschlusskriterien:

1. Kein Betriebsrat oder grundsätzliche Ablehnung einer Betriebsvereinbarung. Ohne schriftliche Einigung nach §87 BetrVG ist die Einführung rechtswidrig. Das ist kein Prozessrisiko, das sich managen lässt, es ist ein Stopp-Kriterium.

2. Keine strukturierten digitalen HR-Daten. Wenn Schichtdaten auf Papierlisten liegen, Krankmeldungen per E-Mail erfasst werden und kein einheitliches System vorhanden ist, gibt es nichts zu analysieren. Der sinnvolle erste Schritt ist dann die Einführung von ATOSS oder Personio , nicht ein Frühwarnsystem darüber.

3. Dauerhafter struktureller Personalmangel ohne Handlungsspielraum. Wenn Alerts nicht zu Interventionen führen können, weil schlicht kein Personal für Entlastungsmaßnahmen verfügbar ist, schafft das System Sichtbarkeit ohne Handlungsoption. Das erzeugt Frustration, kein Präventionsergebnis. In dieser Situation ist das Frühwarnsystem das falsche Werkzeug, der Fokus muss auf Personalgewinnung und Strukturmaßnahmen liegen.

Das kannst du heute noch tun

Öffne Power BI Desktop, kostenlos, kein Setup. Lade die letzten 12 Monate Schichtdaten und Abwesenheitsdaten deiner Einheit als CSV-Export aus ATOSS oder Personio hoch. Erstelle eine einfache Visualisierung: Überstunden je Person über Zeit, Urlaubsabstände, Krankmeldungshäufigkeit in den letzten 60 Tagen.

Das ist kein ML-Modell. Aber es zeigt dir in 30 Minuten, ob die Muster da sind, die das System dann automatisiert erkennen würde, und gibt dir ein Gefühl dafür, ob deine Datenbasis ausreicht.

Für die systematische Analyse hier ein Prompt, den du in ChatGPT , Claude oder einem anderen LLM verwenden kannst:

Quellen & Methodik

• Burnout-Fehltage Pflege (28,2 je 100 Versichertenjahre): DAK Gesundheitsreport, Berufsgruppen-Analyse. Vergleichswert über alle Berufsgruppen: 14,2 je 100 Versichertenjahre. Der Nenner ist “je 100 Versicherte”, nicht “je Person”; eine frühere Fassung dieser Seite las die Zahl als Fehltage einer einzelnen Pflegekraft.
• Kosten unbesetzte Pflegestelle (66.528 EUR/Jahr): Medi-Karriere, „Was kostet eine unbesetzte Stelle als Pflegekraft?” (2024). Beitrag eines Stellenportals, keine Erhebung, und er beziffert eine Vakanz, nicht einen krankheitsbedingten Ausfall. Auf dieser Seite wird deshalb mit 20.000 bis 40.000 Euro Überbrückungskosten je Langzeitausfall gerechnet, nicht mit 66.528 Euro.
• Leiharbeitsaufschlag: keine Prozentzahl mehr genannt. Die früher hier zitierten 92 Prozent waren einer nicht näher bezeichneten “Krankenhausvergleichsstudie” zugeschrieben und ließen sich nicht bestätigen.
• ML-Modellperformance AUC 0,72: PubMed-Metaanalyse zu Machine-Learning-Burnout-Prediction, 22 Studien (2025). „Machine learning for predicting burnout among healthcare workers: a systematic review and meta-analysis.” Pooled AUC 0,72, Sensitivität 0,63, moderates Modell mit methodischen Einschränkungen. AUC ist nicht die Trefferquote unter den markierten Personen; eine frühere Fassung dieser Seite deutete sie so.
• EU AI Act, Anhang III Nr. 4 Buchst. b: Beobachtung und Bewertung der Leistung und des Verhaltens von Beschäftigten. Ein Score je Mitarbeitenden fällt darunter. Pflichten aus Kapitel III Abschnitte 1 bis 3 ab dem 2. Dezember 2027 nach Verordnung (EU) 2026/1744 vom 8. Juli 2026, Art. 49 und Art. 50 seit dem 2. August 2026, Art. 4 seit dem 2. Februar 2025. Art. 26 Abs. 7 verlangt die Information der Arbeitnehmervertretung vor der Inbetriebnahme. URL: https://pubmed.ncbi.nlm.nih.gov/41296876/
• ATOSS + InnKlinikum-Partnerschaft: ATOSS Referenzkunde InnKlinikum; AI-driven scheduling mit Reinforcement Learning: Fraunhofer IKS + ATOSS Kooperation (Fraunhofer-Safe-Intelligence Blog, 2024).
• § 87 Abs. 1 Nr. 6 BetrVG: erzwingbares Mitbestimmungsrecht bei technischen Einrichtungen, die zur Überwachung von Verhalten oder Leistung geeignet sind. Das trägt die Aussage dieser Seite ohne Rechtsprechung. Die früher hier zitierte Zuschreibung eines Grundsatzurteils an das Arbeitsgericht München ist gestrichen, sie ließ sich nicht bestätigen. URL: https://www.twobirds.com/de/insights/2024/germany/erstes-urteil-zu-rechten-des-betriebsrats-bei-einsatz-von-kuenstlicher-intelligenz
• Onboarding-Kosten 30% Jahresgehalt: Factorial / XING-Studie (2024): Neueinstellung kostet im Schnitt ca. 10.000 EUR; Richtwert 30% des Jahresgehalts der zu besetzenden Stelle. URL: https://factorialhr.de/blog/onboarding-kosten/

Du willst wissen, ob eure HR-Daten für ein solches System ausreichen und was der rechtlich sichere erste Schritt wäre? Meld dich, das klären wir gemeinsam, bevor ihr in die Technik investiert.