Bevor ich in der Praxis in Kolkata irgendetwas gebaut habe, habe ich Mala eine Frage gestellt, die ich später für die wichtigste des ganzen Projekts hielt: “Hat die Praxis schon einmal ein Programm benutzt?” Sie lachte kurz. Ja, sagte sie, einmal. Ein Verwandter der Ärztin hatte ihnen vor ein paar Jahren eine Software installiert, kostenlos, als Gefallen. Mala hatte sie eine Woche lang benutzt. Dann hatte sie das Terminbuch wieder aufgeschlagen, und das Programm war nie wieder geöffnet worden.
Ich fragte, warum. Sie dachte nach und zählte auf, ohne Groll, eher wie jemand, der eine Wettervorhersage liest. Es hatte zu viele Klicks gebraucht, um einen Termin anzulegen. Die Beschriftungen waren in einer Sprache, die sie zwar verstand, in der sie aber nicht dachte. Auf dem alten Rechner der Praxis lief es langsam. Und wenn sie sich vertippt hatte, wusste sie nicht, wie man es zurücknimmt, ohne den ganzen Eintrag zu löschen. Nach drei solchen Momenten war das Buch einfacher.
Das war keine schlechte Software. Soweit ich es beurteilen konnte, war sie ordentlich gemacht. Sie war nur für jemand anderen gebaut worden als für Mala.
Die wichtigste Wahrheit zuerst
Eine Praxissoftware ist nicht dann erfolgreich, wenn sie gekauft wurde. Sie ist erfolgreich, wenn die Menschen, die jeden Tag damit arbeiten, sie nach drei Wochen immer noch lieber benutzen als das, was sie vorher hatten. Alles andere ist Dekoration.
Das klingt banal, aber es verschiebt die ganze Auswahl. Wer eine Software nach der Funktionsliste auswählt, wählt für die Person, die den Vertrag unterschreibt, meistens die Ärztin oder den Inhaber. Wer sie nach der Alltagstauglichkeit auswählt, wählt für die Person, die sie am häufigsten benutzt, und das ist fast immer die Empfangskraft. Wenn die Empfangskraft die Software nicht mag, hat die Praxis ein Problem, egal wie gut die Funktionsliste war.
Ich habe deshalb eine Checkliste gebaut. Sie ist aus Malas Geschichte entstanden, aus den Praxen, mit denen ich seitdem gesprochen habe, und aus meinen eigenen Fehlern. Du kannst sie für jede Software benutzen, auch für meine.
Zwölf Prüfungen, die mehr sagen als jede Funktionsliste
1. Der Dienstagmorgen-Test. Spiel einen ganz normalen Morgen in deiner Praxis nach, mit echten Aufgaben: ein Anruf mit Terminverschiebung, eine neue Patientin, eine Konsultation, eine Rechnung. Nicht mit den Demodaten des Anbieters, sondern mit deinen. Wenn das Ergebnis flüssig ist, ist das mehr wert als jede Präsentation.
2. Die Empfangskraft zuerst. Gib die Testversion nicht dir selbst, sondern der Person, die sie am meisten benutzen wird, und miss, wie lange sie braucht, um den ersten Termin ohne Hilfe anzulegen. Zähle die Klicks. Wenn es länger als eine Minute dauert, ist das ein Warnsignal.
3. Der WLAN-Test. Schalte das Internet aus und schau, was passiert. Bei Cloud-Software hört alles auf, bei lokaler Software läuft es weiter. Beides kann richtig sein, aber du solltest wissen, was für deine Praxis gilt, bevor es zum ersten Mal passiert.
4. Der alte-Rechner-Test. Installiere oder öffne die Software auf dem langsamsten Rechner der Praxis, nicht auf deinem neuen Laptop. Viele Programme laufen auf teurer Hardware glänzend und auf einem alten Bürorechner zäh.
5. Der Sprachtest. Lies die Beschriftungen laut. Verstehen deine Mitarbeiter jeden Knopf sofort, oder müssen sie raten? Eine Oberfläche in einer Sprache, in der man zwar lesen, aber nicht denken kann, kostet jeden Tag Sekunden und am Ende Akzeptanz.
6. Der Fehlertest. Mach absichtlich einen Fehler: falscher Name, falsches Datum, falscher Betrag. Wie kommt man davon wieder weg? Eine Software, in der ein Tippfehler zur Katastrophe wird, wird von nervösen Menschen benutzt, und nervöse Menschen greifen zum Papier.
7. Der Ausstiegstest. Frag: Wie komme ich an meine Daten, wenn ich wechseln will? In welchem Format, mit welchem Aufwand, zu welchem Preis? Wer darauf keine klare Antwort hat, verkauft dir keine Software, sondern eine Abhängigkeit.
8. Die Fünf-Jahres-Rechnung. Rechne nicht den Preis des ersten Monats, sondern fünf Jahre: Lizenz, Abo, Schulung, Support, Updates, Hardware, Sicherung. Bei Cloud-Software multipliziere den Monatspreis mit Behandlern, zwölf Monaten und fünf Jahren. Bei lokaler Software rechne die Arbeit mit, die jemand für Sicherung und Updates leisten muss.
9. Der Supporttest. Stell der Firma vor dem Kauf eine echte Frage, und miss, wie lange die Antwort dauert und ob sie hilft. Der Support vor dem Kauf ist der beste, den du je bekommst. Wenn er schon schlecht ist, wird er nachher nicht besser.
10. Wo liegen die Daten und wer sichert sie? Das ist keine Detailfrage. Bei Cloud-Software liegen deine Patientendaten auf fremden Servern, und die Firma sichert sie. Bei lokaler Software liegen sie bei dir, und du sicherst sie. Beides hat Folgen, die du verstehen solltest.
11. Die Lernzeit. Kann eine Person die Grundlagen an einem Nachmittag lernen? Wenn ein Programm zwei Wochen Schulung verlangt, wird es in einer kleinen Praxis, in der niemand zwei Wochen Zeit hat, nie richtig eingeführt.
12. Der Parallelbetrieb. Plane vor dem Kauf zwei Wochen, in denen du das neue Programm und das alte System gleichzeitig führst. Das kostet Mühe, aber es zeigt, ob das Neue wirklich trägt, und lässt dir einen Rückweg.
Warnsignale, auf die ich achte
Aus den Gesprächen mit Praxen und aus eigener Erfahrung habe ich eine Liste von Dingen, bei denen ich vorsichtig werde.
Eine Vorführung, die nur mit perfekten Daten läuft. Echte Praxisdaten sind unordentlich: doppelte Namen, fehlende Telefonnummern, handschriftliche Notizen. Ein Programm, das nur in der aufgeräumten Welt glänzt, hat noch nie eine echte Praxis gesehen.
Kein klarer Preis. Wenn du für eine Preisauskunft eine Vertriebsperson sprechen musst, ist das selten ein gutes Zeichen.
Keine Exportfunktion. Wer dich nicht gehen lassen will, hat meist einen Grund.
Große Versprechen zu Künstlicher Intelligenz. Ich bin nicht gegen KI, aber wenn ein Anbieter für Praxisverwaltung vor allem damit wirbt, frage ich, ob die Grundlagen stimmen.
Und eine Firma, die auf die Frage “Was kann das Programm nicht?” keine Antwort hat. Jede Software hat Grenzen. Wer sie nicht nennen kann, kennt sie entweder nicht oder will sie nicht nennen.
Wie man ein Programm einführt, ohne dass es im Schrank landet
Auch eine gute Software kann scheitern, wenn die Einführung schlecht läuft. Das habe ich bei Malas altem Programm gesehen: Niemand hat es ihr erklärt, niemand hat sie begleitet, und nach der ersten Hürde war das Buch einfacher.
Beginne mit einer Person, nicht mit allen. Eine Mitarbeiterin, die neugierig ist, wird zur Expertin und zeigt es den anderen. Wenn alle gleichzeitig beginnen müssen, scheitern alle gleichzeitig.
Beginne mit den einfachsten Aufgaben. Termine anlegen, Patienten erfassen. Rechnungen und Laborergebnisse kommen später, wenn die Grundlagen sitzen.
Setze ein Datum. Wer das alte System ohne Frist weiterlaufen lässt, bekommt zwei Systeme für immer. Sage: Ab dem ersten des Monats gilt nur noch das neue.
Und sprich nach zwei Wochen mit den Menschen, die damit arbeiten, und frag, was im Weg ist. Nicht, ob es gefällt. Sondern, was nervt. Die Antworten sind Gold.
Warum Einführungen scheitern, und es selten an der Software liegt
Ich habe seit Malas Geschichte mit mehreren Praxen über ihre Erfahrungen gesprochen, und die Muster wiederholen sich so deutlich, dass ich sie aufschreiben möchte.
Das häufigste Muster: Die Entscheidung wird von oben getroffen, die Arbeit passiert unten. Die Inhaberin sieht eine überzeugende Vorführung, unterschreibt, und die Empfangskraft bekommt am Montag ein neues Programm, das sie weder ausgesucht noch ausprobiert hat. Ihre Erfahrung zählt nicht, und sie merkt das. Sie macht, was verlangt wird, aber sie kämpft nicht für das Programm, und beim ersten Hindernis fällt sie auf das zurück, was sie kennt.
Das zweite Muster: Das Programm bildet einen Ablauf ab, den es in dieser Praxis gar nicht gibt. Es verlangt Felder, die niemand kennt, und Schritte, die in der Praxis anders laufen. Die Mitarbeiter erfinden Umwege, und ab diesem Moment arbeiten sie neben dem Programm, nicht mit ihm.
Das dritte Muster: Nach der Einführung kümmert sich niemand mehr. Es gibt Fragen, die nicht beantwortet werden, kleine Ärgernisse, die sich anhäufen, und keine Stelle, die zuhört. Die Software wird nicht abgeschafft, sondern vergessen.
Keiner dieser drei Fälle ist ein Mangel der Software. Es sind Mängel des Vorgehens, und sie lassen sich vermeiden.
Fragen, die mir Praxen zur Auswahl stellen
Soll ich ein Programm wählen, das alles kann? Eher nicht. Ein Programm, das alles kann, hat meistens viele Menüs, und Menüs sind der Feind der Empfangskraft. Wähle eines, das das, was du jeden Tag tust, mit wenigen Klicks erledigt, und den Rest zweitrangig behandelt.
Cloud oder lokal? Das hängt von der Praxis ab, nicht vom Geschmack. Wenn das Netz zuverlässig ist, die Preise tragbar sind und die Daten beim Anbieter liegen dürfen, ist Cloud in der Regel bequemer. Wenn das Netz unzuverlässig ist oder du die Daten bei dir behalten willst, spricht viel für lokal. Mach dazu den WLAN-Test und die Fünf-Jahres-Rechnung.
Wie viel Zeit sollte ich einplanen? Mehr, als du denkst. Rechne mit zwei bis vier Wochen von der Entscheidung bis zu einem Alltag, in dem das neue Programm selbstverständlich ist, und plane in dieser Zeit weniger Termine ein, nicht mehr.
Und wenn die Mitarbeiter nicht wollen? Dann hör zu, bevor du überzeugst. Meistens gibt es einen konkreten Grund, und er ist oft kleiner, als du denkst: eine Schriftgröße, ein Knopf an der falschen Stelle, ein Schritt zu viel. Wenn du den Grund beseitigst, verschwindet der Widerstand häufig mit.
Der Test an meinem eigenen Programm
Es wäre unehrlich, eine solche Checkliste zu schreiben und mein eigenes Programm auszunehmen. Also habe ich sie darauf angewendet.
Den WLAN-Test besteht ClinicPlusPlus, weil es ein Desktop-Programm ist, das ohne Internet läuft. Den Ausstiegstest besteht es teilweise: Die Daten liegen in einer einzigen Datenbankdatei, die man mit gängigen Werkzeugen öffnen kann, aber es gibt keinen fertigen Export in ein Format, das ein anderes Praxisprogramm einlesen würde. Beim Sprach- und Lerntest hängt es von der Praxis ab, ob die Oberfläche passt, und das kannst nur du prüfen.
Bei der Sicherung fällt es durch: Es gibt keine automatische Sicherung, die Datei muss von Hand kopiert werden. Und beim Reifegrad fällt es ebenfalls durch: Einige Bildschirme sind noch Prototypen, die Startseite und die Berichte hängen nicht überall an den echten Daten, und die steuerkonforme Rechnung für Indien ist geplant, aber nicht fertig.
Ich schreibe das hin, weil ich weiß, wie es sich anfühlt, wenn ein Anbieter nur die bestandenen Prüfungen nennt. Wenn du die Checkliste auf mein Programm anwendest und es durchfällt, ist das eine legitime Antwort. Sag mir dann, an welcher Stelle, damit ich es besser mache.
Was ich der Ärztin geraten hätte, wenn ich nichts hätte bauen wollen
Ich werde manchmal gefragt, was ich der Praxis in Kolkata empfohlen hätte, wenn ich nicht selbst etwas gebaut hätte. Die ehrliche Antwort hat drei Teile.
Erstens: Probiert zuerst, was ihr schon habt, besser aus. Ein großer Teil der Probleme, die ich gesehen habe, ließ sich schon mit einer einzigen Terminliste statt zwei und mit einer festen Regel für Rezepte verringern, ganz ohne neue Software. Das klingt nach Ausweichen, aber es ist die billigste und schnellste Verbesserung, und sie schärft den Blick dafür, was man wirklich braucht.
Zweitens: Wenn ihr ein Programm wollt, nehmt eines, das in eurer Welt bereits läuft. Ein Produkt, das in Praxen eurer Gegend, eurer Sprache und eurer Steuerregeln seit Jahren benutzt wird, ist fast immer sicherer als jedes neue. Wenn es so etwas gibt, ist es meist die bessere Wahl als mein Programm.
Drittens: Wenn ihr in einer Lücke seid, in der es nichts Passendes gibt, dann baut klein, mit den Menschen, die damit arbeiten, und mit der Bereitschaft, vieles wegzuwerfen. Das war mein Fall, und es war nicht der leichte Weg.
Eine letzte Geschichte
Ein paar Wochen nach dem ersten Gespräch zeigte ich Mala eine frühe Version meines Programms. Sie saß davor, und ich sagte nichts. Ich hatte mir vorgenommen, die ersten fünf Minuten nur zuzusehen.
Sie legte einen Termin an, in etwa einer Minute, mit einem kleinen Zögern an einer Stelle. Dann sah sie mich an und sagte: “Hier weiß ich nicht, was ich drücken soll.” Sie sagte nicht, dass es schlecht sei. Sie sagte nur, wo es hakte.
Ich habe diese Stelle am selben Abend umgebaut. Das ist, glaube ich, das ganze Geheimnis einer Software, die benutzt wird: Jemand sieht zu, wo es hakt, und baut es um, und das wiederholt sich oft genug, bis die Menschen aufhören zu zögern.
Wenn du gerade eine Software für deine Praxis auswählst, wünsche ich dir einen Dienstagmorgen-Test, eine Empfangskraft, die offen sagt, wo es hakt, und die Geduld, auf sie zu hören.
Dieser Beitrag beschreibt den Entwicklungsstand zum Zeitpunkt der Veröffentlichung.