Der Engpass im Backoffice: Manuelle Prozesse fressen Senior-Kapazitäten
In Schweizer Medtech-Unternehmen mit 200 bis 500 Mitarbeitern staut sich die Arbeit im Backoffice. Mitarbeiter verbringen Stunden damit, Daten aus PDF-Rechnungen, Arztbriefen oder CRM-Notizen manuell in ERP-Systeme einzutippen. Gleichzeitig kämpfen Support-Teams in Zendesk oder Intercom mit wiederkehrenden Fragen, die eigentlich in der internen Dokumentation beantwortet werden könnten. Die Folge: Senior-Mitarbeiter, die eigentlich für strategische Kundenbeziehungen oder Produktentwicklung zuständig sind, werden für Routineaufgaben gebunden. Die Durchlaufzeit für eine einfache Rechnungsprüfung liegt oft bei über 24 Stunden, die Fehlerquote bei der manuellen Dateneingabe bei 3 bis 5 Prozent. Diese Ineffizienz frisst Margen und bindet Kapazitäten, die im wettbewerbsintensiven Gesundheitswesen dringend benötigt werden.
Warum Standard-RPA und Cloud-KI im Medtech-Bereich scheitern
Viele Unternehmen greifen zunächst zu generischen RPA-Tools oder SaaS-Lösungen für Dokumentenverarbeitung. Diese scheitern oft an der Heterogenität der Datenquellen im Medtech-Bereich. Ein RPA-Bot, der auf festen Pixelpositionen basiert, bricht zusammen, sobald das Layout einer Rechnung oder eines Arztbriefs minimal variiert. Kommerzielle KI-Plattformen, die auf Cloud-APIs basieren, stoßen bei sensiblen Gesundheitsdaten an Compliance-Grenzen. Die Daten dürfen das Gebäude nicht verlassen, was die Nutzung von externen APIs wie GPT-4 oder Claude für kritische Dokumente unmöglich macht. Zudem fehlt bei reinen SaaS-Tools oft die Tiefe der Integration in bestehende ERP- und CRM-Systeme, was zu Silos führt, statt die Prozesse wirklich zu durchbrechen.
Hybride Architektur: On-Premise-Modelle für Compliance und Integration
Die Lösung liegt in einer hybriden Architektur, die Open-Weight-Modelle wie Llama 3 oder Mistral auf der eigenen Hardware des Kunden betreibt. Diese Modelle verarbeiten die sensiblen Gesundheits- und Vertragsdaten lokal, was die ISO-27001-Konformität sicherstellt und die Datenhoheit beim Unternehmen belässt. Für die interne Wissenssuche wird ein Retrieval-Augmented-Generation-System (RAG) aufgebaut, das über die bestehende Dokumentation, CRM-Records und ERP-Daten greift. Die Integration erfolgt über die nativen APIs von Zendesk oder Intercom. Das System klassifiziert eingehende Tickets und erstellt Antwortentwürfe, die von einem menschlichen Mitarbeiter freigegeben werden müssen. Diese Human-in-the-Loop-Struktur minimiert das Risiko von Fehlern und baut Vertrauen in die Technologie auf.
Dediziertes Team und Pilot-Strategie: Vom Audit zum Rollout in 90 Tagen
Ein dediziertes KI-Team übernimmt die Umsetzung in einem festen Zeitrahmen von drei Monaten. Der Prozess beginnt mit einer detaillierten Prozessanalyse, um die Workflows mit dem höchsten Automatisierungspotenzial zu identifizieren. Im zweiten Schritt wird ein Pilotprojekt gestartet, das sich auf einen spezifischen Use Case konzentriert, etwa die Extraktion von Rechnungsdaten oder die interne Wissenssuche. Das Team integriert die Lösung in die bestehenden Systeme und misst die Baseline vor und nach der Einführung. Die Metriken umfassen die Durchlaufzeit, die Fehlerquote und die Zeitersparnis pro Mitarbeiter. Erst wenn der Pilot die definierten KPIs erfüllt, wird der Rollout auf weitere Abteilungen geplant. Dieses Vorgehen reduziert das Risiko und stellt sicher, dass die Investition messbaren Mehrwert liefert.
Konkrete Schritte: So starten Sie den Piloten in drei Monaten
Der erste Schritt ist die Auswahl eines konkreten, abgrenzbaren Use Cases, der keinen direkten finanziellen oder rechtlichen Impact hat, wie die interne Wissenssuche. Zweitens muss die Datenbasis aufbereitet werden: Dokumente, CRM-Einträge und ERP-Daten müssen in einem formatierten Zustand vorliegen, um die Qualität der Extraktion zu gewährleisten. Drittens ist die technische Infrastruktur zu prüfen: Es muss sichergestellt sein, dass die eigene Hardware die Open-Weight-Modelle performant betreiben kann, idealerweise mit GPU-Beschleunigung. Viertens werden die Berechtigungslogiken in Zendesk oder Intercom angepasst, um die Human-in-the-Loop-Freigaben zu ermöglichen. Fünftens wird ein klarer Messplan definiert, der die Baseline-Metriken für die Durchlaufzeit und Fehlerquote festlegt, um den Erfolg des Piloten objektiv zu bewerten.
Leave a Reply