Digitalisierung, die beim Nutzer ankommt

Der teuerste Prozess ist oft der, an den sich alle gewöhnt haben

In fast jedem Unternehmen gibt es einen Prozess, der funktioniert – aber nur, weil Menschen seine Schwächen jeden Tag ausgleichen. Er kostet Zeit, bindet Personal und erzeugt Fehler, die niemand mehr zählt, weil sie zum Alltag gehören. Und weil er “schon immer so gelaufen ist”, steht er selten ganz oben auf der Digitalisierungsagenda.

Dieser Artikel handelt von genau so einem Prozess. Das Beispiel stammt aus der Pharmabranche – das Muster dahinter finden Sie aber auch im Großhandel, im Außendienst oder in der Verwaltung: Informationen werden manuell erfasst, persönlich übergeben und zeitverzögert ausgewertet, obwohl der Kern des Prozesses längst datengetrieben abbildbar wäre.

Ausgangslage: Ein Prozess, der auf dem Praxisbesuch aufbaute

Manche Medikamente lassen sich nicht pauschal verschreiben. Ihre Wirkung hängt von individuellen Faktoren des Patienten ab, und die richtige Dosierung muss schrittweise gefunden werden – ein Verfahren, das in der Medizin als Dosisfindung oder Titration bezeichnet wird.

Bei einem Pharmaunternehmen lief dieser Prozess vollständig analog: Patienten maßen ihre relevanten Gesundheitswerte zu Hause, notierten sie – und besprachen sie beim nächsten Arzttermin. Erst dort wurde die Dosierung angepasst und der nächste Termin vereinbart. Bis eine stabile Einstellung erreicht war, vergingen mitunter Wochen.

Dieser Ablauf hatte drei strukturelle Schwächen:

• Zeitverlust: Zwischen Messung und Dosisanpassung lagen Tage oder Wochen. Die Termindichte der Praxen war der begrenzende Faktor – nicht der medizinische Bedarf.
• Informationsverlust: Handschriftliche Aufzeichnungen sind lückenhaft, fehleranfällig und schwer auszuwerten.
• Belastung auf beiden Seiten: Patienten nahmen häufige Termine wahr, Praxen stellten entsprechend viele Termine bereit – für eine Aufgabe, die im Kern aus Messwerten und Regeln besteht.

Das Unternehmen wollte diesen Prozess digitalisieren. Unsere Aufgabe: Architektur und Entwicklung des Systems.

Die entscheidende Vorgabe: SMS statt App

Die naheliegende Lösung wäre eine App gewesen – Patienten tragen Werte ein, das System schlägt Dosierungen vor, der Arzt bestätigt. Das Pharmaunternehmen traf hier eine weitreichende Entscheidung: keine App, sondern SMS.

Der Grund liegt in der Zielgruppe: Viele der betroffenen Patienten sind älter, nicht alle besitzen ein Smartphone, und noch weniger wären bereit, eine App zu installieren, zu aktualisieren und regelmäßig zu bedienen. Jede technische Hürde senkt die Beteiligung – und bei einem medizinischen Prozess entscheidet genau die über Erfolg oder Misserfolg. Wenn Patienten ihre Werte nicht zuverlässig übermitteln, funktioniert die gesamte Dosisfindung nicht.

SMS dagegen funktioniert auf jedem Mobiltelefon, ist jedem vertraut und erfordert keine Installation, kein Konto, kein Update. Der Patient misst seinen Wert zu Hause und sendet ihn als Kurznachricht an das System. Das System antwortet – je nach hinterlegtem Therapieschema – mit der nächsten Dosierungsempfehlung oder einer Rückfrage. Für den Patienten fühlt sich das an wie eine Unterhaltung mit der Praxis, nur ohne Wartezeit.

Unsere Aufgabe war es, diese Vorgabe in eine robuste, zuverlässige Architektur zu übersetzen. Rückblickend lässt sich sagen: Die Kanalwahl des Kunden war der eigentliche Erfolgsfaktor des Projekts. Die betriebswirtschaftliche Lehre daraus ist unbequem: Die modernste Technologie ist nicht immer die richtige. Die richtige ist die, die die Zielgruppe tatsächlich nutzt.

Die Technik dahinter

Hinter der schlichten Oberfläche steckte ein anspruchsvolles System, das wir auf Basis von Java und Spring umsetzten:

• SMS-Gateway-Anbindung über SMPP: Das Protokoll, über das Mobilfunknetze Kurznachrichten austauschen. Robust und bewährt, aber anspruchsvoll im Detail: Zeichensätze, Nachrichtenteilung und Zustellbestätigungen müssen sauber behandelt werden.
• Zustandsautomaten pro Patient: Jeder Patient durchläuft einen individuellen Behandlungspfad. Das System weiß jederzeit, wo sich der Patient im Schema befindet, welche Antwort als Nächstes erwartet wird und wann an medizinisches Personal eskaliert werden muss.
• Validierung freier Eingaben: Patienten tippen Werte frei ein – mit Komma statt Punkt, mit Einheiten, mit Tippfehlern. Das System plausibilisiert und fragt im Zweifel lieber einmal zu viel nach als zu wenig.

Projektsteckbrief Branche: Pharma / Gesundheitswesen · Aufgabe: Architektur, Entwicklung, Testautomatisierung · Technologien: Java, Spring, SMPP, REST · Besonderheit: validierungspflichtiges Umfeld mit sensiblen Gesundheitsdaten

Datenschutz und Validierung von Anfang an

Gesundheitsdaten sind die sensibelsten Daten überhaupt. Das prägte jede Architekturentscheidung: Daten wurden minimiert, zweckgebunden verarbeitet und in einer kontrollierten Umgebung gehalten – ohne Umweg über Drittanbieter. Datenschutz war hier keine nachträgliche Compliance-Übung, sondern Designvorgabe von der ersten Zeile an.

Ebenso prägend war die Validierungspflicht: In der Pharmabranche muss Software nachweisbar das tun, was sie spezifiziert. Wir setzten deshalb von Beginn an auf Testautomatisierung – die Therapiepfade wurden in automatisierten Tests abgebildet, sodass jede Änderung am System gegen das vollständige Szenarien-Portfolio geprüft werden konnte. Auch die Bereitstellung lief automatisiert, reproduzierbar und dokumentiert.

Was in der Pharmabranche Zulassungsvoraussetzung ist, entpuppt sich in jedem anderen Unternehmen als Effizienzgewinn: Wer Tests und Deployments automatisiert, kann Änderungen schnell und ohne Angstschweiß ausliefern.

Was Sie daraus für Ihr Unternehmen mitnehmen können

Dieses Projekt ist Jahre alt – die drei Lehren daraus sind aktueller denn je:

1. Prüfen Sie Ihre Prozesse auf versteckte Medienbrüche. Überall dort, wo Menschen Informationen von einem Medium in ein anderes übertragen – vom Zettel ins System, aus der E-Mail in die Tabelle –, entstehen Kosten und Fehler. Diese Stellen sind Ihre Digitalisierungskandidaten Nummer eins.

2. Fragen Sie nicht “welche Technologie”, sondern “welchen Kanal”. Die beste Lösung nützt nichts, wenn die Zielgruppe sie nicht annimmt. Erfolgreiche Digitalisierung holt Nutzer dort ab, wo sie stehen – und das ist nicht immer der App Store. In diesem Projekt kam die entscheidende Weisheit vom Kunden, nicht aus der Technikabteilung.

3. Maßgeschneidert ist erschwinglicher als sein Ruf. Viele Unternehmen leben mit den Kompromissen von Standardsoftware, weil sie individuelle Entwicklung für unbezahlbar halten. Die Realität hat sich gedreht: Ein klar umrissener Prozess lässt sich heute mit überschaubarem Aufwand exakt abbilden – und die Einsparungen durch wegfallende manuelle Arbeit amortisieren die Entwicklung oft schneller als erwartet. Dazu kommt ein Nebeneffekt, der zunehmend an Bedeutung gewinnt: Bei einer individuellen Lösung behalten Sie die Kontrolle über Ihre Daten und Ihre Unabhängigkeit von Anbietern.

Der nächste Schritt: Eine Stunde, die Klarheit schafft

Wenn Sie beim Lesen an einen eigenen Prozess denken mussten – einen, der funktioniert, aber täglich Zeit und Nerven kostet –, dann gibt es einen einfachen Weg, das zu prüfen:

Im Digitalisierungs-Sparring reden wir eine Stunde lang über einen analogen Prozess Ihrer Wahl: Wo entstehen die eigentlichen Kosten? Welcher Lösungsansatz passt zu Ihrer Zielgruppe? Sie gehen mit klaren nächsten Schritten aus dem Gespräch – ehrlich gemeint, auch dann, wenn unsere Einschätzung lautet, dass für Ihren Fall Standardsoftware ausreicht.

Das Sparring ist Microconsulting zum Festpreis von 150 € – bewusst niedrig angesetzt, damit der Einstieg risikofrei bleibt. Die Rechnung erhalten Sie erst nach dem Gespräch. Einen Termin können Sie direkt online buchen.

Digitalisierungs-Sparring buchen

Hinweis: Kundendetails und medizinische Kontexte wurden in diesem Artikel bewusst abstrahiert. Der beschriebene Lösungsansatz und die Erfahrungen stammen aus einem realen Projekt, das Mitglieder unseres Teams als Software-Architekten und -Entwickler begleitet haben.