Was ist passiert?
Donnerstag, kurz nach 7 Uhr – mein Kaffee dampft noch, das Hotline-Telefon insistiert schon wieder, die Brühe kalt werden zu lassen. Am anderen Ende der Leitung: der Aufnahmestützpunkt einer Fachabteilung. Die Stimme der Sekretärin hat diesen ganz speziellen, messerscharfen Pitch, den keine KI der Welt imitieren kann. Die Frequenz purer, klinischer Verzweiflung gepaart mit Hass auf alles Digitale — denn in ihrer Erinnerung hat das händisch immer funktioniert.“Moderne” frühmorgendliche Patientenplanung trifft auf ein frisch gepatchtes KIS, das den Dienst stoisch wie ein alter Esel verweigert. Dieses Konstrukt aus 0 und 1 weiß eben nichts von wartenden und angepissten Patienten. Es empfängt nur Zeichen und legt sie in einer Datenbank ab.
„Das KIS startet nicht. Bei mir nicht und bei der Kollegin auch nicht.“
Ich kenne diese ekelhafte Routine und klicke das Icon auf meinem eigenen Rechner,— jedoch nicht, ohne zuvor den Internetzugang scharfgeschaltet zu haben. Lade-Symbol. Lade-Balken. Dieser Patch braucht mal wieder seinen obligatorischen Update-Lauf mit Kommunkation in irgendeine digitale Heimat, die keiner so richtig kennt: Ich kenne aber das Problem dahinter.
„Geben Sie mir bitte ihre IP-Adresse.“
Ich verbinde den Client remote mit dem Internet, lasse den Updater durchlaufen, reboote sicherheitshalber das EOL-laufende OS und stelle sicher, dass ihr KIS startet. Ihr Tag ist gerettet, meiner beginnt jetzt erst damit, faustgroße Brocken zu kotzen. Denn erwartungsgemäß säuft Minuten später das System in einer Welle aus Tickets ab. Die einen schreiben pflichtbewusst einen Incident („KIS kaputt“). Die anderen wählen stolz den Service-Request („Bitte einrichten“). — sie haben bei der Schhulung gut aufgepasst… Der Rest hält sich gar nicht erst mit der verführerischen ITIL-Bürokratie auf und spammt die Hotline bzw. das IT Postfach zu, weil ihnen der Belegtton des Telefons nur allzu freundlich “Leck mich am Asch”* zurückgab.
Die Anatomie des banalen Grauens
Drei Dinge laufen in dieser Welle parallel, und sie haben alle dieselbe Wurzel.
Erstens, der Hotfix ohne Smoke-Test Ein Wartungsfenster ohne Realitätscheck. Niemand startet morgens um sechs einen Test-Client. Der Hotfix gilt als erledigt, sobald das Patch-Tool im fernen Rechenzentrum ein grünes Häkchen wirft. Was am nächsten Morgen verreckt, ist das Problem der Ersten vor Ort. Das ist keine böse Absicht, das ist eine Lücke zwischen zwei Arbeitspaketen, in die das ganze Krankenhaus hineinfällt.
Zweitens, die Tickets selbst. Eine Aufnahme-Sekretärin soll wissen, ob ihr Problem ein Incident oder ein Service-Request ist? Während ihr Patient hustet? Sie kennt nur eine Klassifikation: geht nicht. Das Ticketsystem dagegen kennt gefühlt 80 Felder, die sie ausfüllen soll. Sie wählt also irgendwas, hauptsächlich das, was am wenigsten klickt. Die Folge: Die gleiche Störung verteilt sich auf zwei Kanäle, drei Prioritäten und vier Kategorien. Reportings, die später daraus aggregiert werden, erzählen ein Märchen — kein Krankenhaus.
Drittens, das Phantom-Account-Problem. Klassiker, taucht in derselben Woche auf, hat strukturell die gleiche Ursache: Neue Pflegekraft fängt am Ersten an, der Antrag für ihren AD-Account ging vor drei Wochen raus, als Service-Request, Standardlaufzeit, niemand priorisiert. Sie steht jetzt da, hat keinen Login, und arbeitet — weil sie ja arbeiten muss — mit dem Account der Kollegin. Drei Wochen lang. Im Audit-Trail des KIS dokumentiert ab heute also Hilde, was Petra getan hat. Wer später nachvollziehen will, wer welche Dosis verordnet hat, findet im Log eine Frau, die zu dem Zeitpunkt im Urlaub war.
Drei Symptome, dieselbe Krankheit: Das System sortiert nach Ticket-Form, nicht nach klinischer Lage. Es fragt welches Formular hast du ausgefüllt, nicht wartet bei dir gerade ein Patient.
Warum das eigentlich das falsche Problem ist
Es ist verlockend, hier auf die Anwender einzuprügeln. Die müssten doch wissen, was ein Incident ist. Müssen sie eben nicht. Eine Sekretärin ist Sekretärin, ein Arzt ein Arzt, eine Pflegekraft eine Pflegekraft und kein Service-Management-Beauftragter. Die Klassifikations-Hoheit ist ein Konstruktionsfehler im Prozess, nicht die Bringschuld eines Mitarbeiters.
Es ist auch verlockend, auf den Hotfix-Verantwortlichen zu zeigen. Da hätte ein Smoke-Test laufen müssen. Hätte er. Hat er nicht, weil es ihn nirgendwo gibt — keine Rolle, kein Skript, kein Kalendereintrag. Was nicht in einem Prozessdokument steht, existiert in einer Verbund-Hierarchie schlicht nicht.
Das eigentliche Problem ist weder die Sekretärin noch der Hotfix-Verantwortliche. Das eigentliche Problem ist, dass zwischen „Anwender hat ein Problem" und „IT bearbeitet ein Ticket" keine Stelle existiert, die filtert. Keine Triage. Kein Mensch und keine Maschine, die fragt: Ist hier ein Patient betroffen? Ist hier ein klinischer Workflow blockiert? Oder ist das eine Bildschirm-Helligkeitsfrage, die zwei Tage warten kann? Stattdessen kommt alles in denselben Topf, klassifiziert von Leuten, die mit der Klassifikation nichts anfangen können, bearbeitet in der Reihenfolge, in der es eintrudelt.
Das Krankenhaus wickelt seine IT-Vorgänge ab wie ein Versandhandel: Eingangsdatum, Formular, Auftragsnummer, Bearbeitung. Nur dass im Versandhandel niemand stirbt, wenn das Paket einen Tag länger braucht.
Der Exorzismus: Drei Schritte zur Heilung
Drei Dinge. Keines davon kostet Geld. Alle drei kostet sie eine Entscheidung.
Ein Smoke-Test nach jeder Patchnacht. Eine Person, ein Test-Client, ein definiertes Set an Kernanwendungen, das einmal hochfahren muss. Nicht erst um sieben durch den Schock der Frühschicht-Anrufe, sondern durch eine feste Routine vor dem Ansturm. Startet das KIS? Läuft das Mail-Programm? Wenn nicht, geht die hauseweite Frühwarn-Mail vor 07:00 Uhr raus — inklusive Workaround oder klarer Zeitprognose. Drei Excel-Spalten, ein Wecker, ein Verantwortlicher. Mehr braucht es nicht.
Ein Triage-Filter am Erstkontakt. Wir müssen das Ticket-Formular entmüllen. Die allererste Frage darf kein ITIL-Voodoo sein, sondern: „Ist gerade ein Patient oder die klinische Versorgung direkt betroffen — Ja/Nein?" Die zweite Frage: „Geht etwas nicht mehr, das gestern noch fehlerfrei lief — Ja/Nein?" Aus diesen zwei simplen Häkchen leitet die Maschine die Klassifikation ab. Der Anwender beantwortet, was er sieht. Den Rest macht das System.
Account-Provisionierung als Pflicht vor dem ersten Arbeitstag. Die Account-Provisionierung darf kein popeliger Service-Request mit Standard-Wartezeit sein. Sie muss ein zwingender Onboarding-Schritt des Personalsystems sein. Wer keinen funktionierenden Account hat, fängt nicht an zu arbeiten. Das klingt brutal, ist aber die einzige scharfe Linie, um Phantom-Accounts und dokumentierte Falsch-Logins strukturell auszurotten. Solange die Account-Anlage im selben Topf liegt wie „Bitte stellt meine Maus auf Linkshänder ein", wird sich gar nichts ändern.
Keine dieser drei Maßnahmen braucht ein Modul, eine Lizenz oder einen Berater. Sie brauchen, dass jemand die Verantwortung dafür übernimmt, dass es sie gibt. Und das ist der Teil, an dem es im Krankenhaus seit Jahren scheitert — Verantwortung ohne Mandat ist keine Verantwortung, sie ist eine Bürde, die jeder weiterreicht.
Fazit
Keine dieser drei Maßnahmen braucht ein Modul, eine Lizenz oder einen Berater. Sie brauchen, dass jemand die Verantwortung dafür übernimmt, dass es sie gibt. Und das ist der Teil, an dem es in Krankenhäusern seit Jahren scheitert — Verantwortung ohne Mandat ist keine Verantwortung, sie ist eine Bürde, die jeder weiterreicht.
Ich habe an diesem Morgen zusätzlich auf ca. 20 Maschinen die Config-Datei des KIS händisch gesäubert. Jeden Schreibtisch einzeln. Im Reporting wird der Vormittag aus zwei Incidents, sechs Service-Requests und einer Handvoll Telefonate bestehen. Niemand wird daraus lesen, dass ein einziger Hotfix das halbe Haus für Stunden stillgelegt hat — weil das Reporting nach Ticket-Form aggregiert, nicht nach klinischem Schaden.
Und das ist nur der Anfang. Manche Kisten laufen seit Jahren, das KIS hängt an seinen Patch-Notes wie der Junky an der Nadel, und es ist nur eine Frage der Zeit, bis der nächste Patch der goldene Schuss für weitere Systeme im Haus ist. Wer dann die digitalen Leichen einsammelt, ist auch klassifiziert: als Service-Request, dringlich, irgendwann.