MFA, Empfang und Team: Wie KI angenommen wird oder scheitert

Es gibt einen Satz, den wir in Projekten immer wieder hören: „Die Technik war nicht das Problem.“ Wenn eine KI-Einführung scheitert, liegt es selten an der Software. Es liegt daran, dass niemand am Empfang gefragt wurde, bevor entschieden wurde.

Dieser Teil der Serie widmet sich den Menschen, die mit dem System arbeiten werden – und der Frage, was Praxen tun müssen, damit aus einem Werkzeug ein Arbeitsmittel wird.

Was Teams wirklich fürchten

Die Sorgen sind verständlich und in vier Sätzen zusammengefasst:

  • „Wir müssen die Fehler ausbaden.“ Das System macht Vorschläge, der Patient ist verärgert, und am Empfang fängt man es auf.
  • „Das ist zusätzliche Arbeit, die niemand bezahlt.“ Einführung, Schulung, Kontrolle – bei gleichbleibendem Zeitbudget.
  • „Das ist Kontrolle.“ Wenn Systeme Gespräche und Vorgänge protokollieren, entsteht schnell der Eindruck einer Leistungsüberwachung.
  • „Wir werden ersetzt.“ Die ehrlichste Sorge – und die, die am seltensten offen ausgesprochen wird.

Wer diese vier Punkte nicht aktiv adressiert, bekommt eine Einführung, die formal existiert und praktisch umgangen wird.

Drei Fehler, die Projekte zerstören

Über die Köpfe hinweg entscheiden. Das Team erfährt am Montag, dass es ab Mittwoch mit einem neuen System arbeitet.

Mehrarbeit ohne Ausgleich. Schulung und Einführung laufen zusätzlich zum vollen Betrieb. Wer das ignoriert, bekommt Widerstand – zu Recht.

Regeln ohne Beteiligung. Die Praxis oder die Geschäftsführung legt fest, was das System beantworten darf. Die Menschen, die täglich mit Patientenfragen umgehen, wissen es besser. Wer sie nicht fragt, schreibt Regeln, die am Alltag vorbeigehen.

Wie Einführung gelingt

1. Früh einbeziehen. Das Team sollte mitentscheiden, welcher Prozess zuerst kommt. Meist wird die Problemdiagnose besser und die Akzeptanz größer.

2. Regeln gemeinsam schreiben. Setzen Sie sich zwei Stunden zusammen und sammeln Sie: Welche Fragen darf das System beantworten, welche gehen an uns, was ist unmöglich? Diese Liste ist später die Prüfgrundlage – und sie kommt von den Menschen, die es betrifft.

3. Fehlermeldungen belohnen. Wer einen Fehler meldet, verbessert das System. Wer ihn verschweigt, weil er Ärger fürchtet, sabotiert es unbemerkt. Machen Sie Meldungen ausdrücklich erwünscht und reagieren Sie auf jede mit einer Rückmeldung.

4. Zeit bezahlen. Schulung und Einführung sind Arbeitszeit, keine Freizeitbeschäftigung. Zwei bis vier bezahlte Stunden pro Person sind realistisch – gemessen an den Kosten eines gescheiterten Projekts sind sie günstig.

5. Verantwortung übergeben. Benennen Sie eine Person im Team als Systemverantwortliche – mit Zeitbudget und Anerkennung. Das ist kein Nebenjob, sondern eine neue Qualifikation mit Karrierewert.

6. Erfolge zeigen. Was hat sich messbar verbessert? Weniger Unterbrechungen, weniger Rückrufstapel, kürzere Wartezeit auf Antworten. Zahlen schlagen Versprechen.

Der Punkt, an dem Mitbestimmung einsetzt

Wichtig und häufig übersehen: Systeme, mit denen gearbeitet wird, erzeugen Daten über Arbeit – Gesprächsvolumina, Bearbeitungszeiten, Vorgangszahlen. Bei Einführung in größeren Häusern ist der Betriebsrat einzubinden, und die zentrale Zusage muss lauten: keine Leistungs- und Verhaltenskontrolle einzelner Personen.

Wer diese Zusage nicht gibt, braucht sie nicht zu verwenden – aber dann wird das Projekt politisch, und keine Technik rettet das. Zugriffsrechte und Auswertungen gehören so begrenzt, dass Einzelauswertungen technisch nicht möglich sind, nicht nur „nicht üblich“.

Transparenz gegenüber Patienten

Patienten akzeptieren erstaunlich viel, wenn es erklärt wird – und reagieren empfindlich, wenn sie es zufällig erfahren. Drei einfache Maßnahmen genügen meist:

  • Hinweis am Telefon, dass Anrufe auch automatisiert angenommen werden können
  • kurze Information auf der Website und im Wartezimmer, was das System tut und was nicht
  • jederzeit die Möglichkeit, zu einem Menschen weitergeleitet zu werden

Der häufigste Grund für Beschwerden ist nicht der Einsatz von Technik, sondern der fehlende Hinweis darauf.

Woran Sie erkennen, ob es funktioniert

Nutzungsquote. Wie oft nutzt das Team die Funktionen, die es nutzen soll?

Übersteuerungsquote. Wie oft korrigiert das Team das System? Eine niedrige Quote ist gut – eine auffällig niedrige kann auch bedeuten, dass niemand hinsieht.

Fehlermeldungen. Null Meldungen über Wochen sind kein Qualitätsbeweis, sondern ein Warnsignal.

Fluktuation und Stimmung. Der weiche Faktor ist der wichtigste. Gute Arbeitsmittel helfen bei der Personalgewinnung – ein System, das als Kontrolle erlebt wird, beschleunigt die Abwanderung.

Fazit

Ein Werkzeug wird erst durch Akzeptanz wirksam. Die Reihenfolge lautet: Team einbeziehen, Regeln gemeinsam schreiben, Zeit bezahlen, Verantwortung übergeben, Erfolge sichtbar machen. Wer das macht, hat nach drei Monaten ein Arbeitsmittel. Wer es überspringt, hat eine Lizenz und eine Liste unerledigter Aufgaben.

Im nächsten Teil wird es rechtlich konkret: Wer haftet eigentlich, wenn ein System falsch liegt? Die passende Unterstützung finden Sie unter cybereiche.de. Die bisherigen Teile: Teil 1, Teil 2, Teil 8: Abrechnung.