· Maximilian Schütz
Warum wir Klarvus in unserer eigenen Praxis entwickeln
Ein niedergelassener Onkologe und ein Entwickler bauen eine Praxissoftware, im laufenden Betrieb, mit allen Konsequenzen.
Die meisten Praxissoftware-Anbieter kennen den Praxisalltag aus Interviews. Wir kennen ihn aus dem Sprechzimmer: Der eine von uns ist niedergelassener Onkologe, der andere Entwickler, Vater und Sohn. Was wir bauen, läuft am nächsten Morgen in unserer eigenen Praxis.
Das ist vor allem eine harte Rückkopplung. Wenn eine Klassifikation danebenliegt, arbeitet sich am nächsten Morgen eine MFA durch dreißig falsch einsortierte Nachrichten. Ein umständliches Diktat-Ergebnis wird beim Mittagessen erwähnt und am Nachmittag behoben.
Diese Nähe hat den Zuschnitt des Produkts verändert. Wir haben früh aufgehört, an Funktionen zu arbeiten, die auf Messeständen gut aussehen. Was übrig blieb, sind die Aufgaben, die jeden Tag wiederkommen: eingehende Nachrichten sortieren, Gespräche dokumentieren, Arbeitszeiten erfassen. Nichts davon ist spektakulär. Zusammen sind es mehrere Stunden am Tag.
Sie hat auch bestimmt, wie wir mit Daten umgehen. Wer selbst der Verantwortliche im Sinne der DSGVO ist und selbst unter die Schweigepflicht fällt, will genau wissen, wo Patientendaten landen. Es gibt Klarvus deshalb in drei Betriebsmodellen. Das strikteste Modell war der Ausgangspunkt der Architektur.
Was daraus folgt, ist ein bewusst langsamer Rollout. Wir nehmen wenige Praxen ins Pilotprogramm auf, richten jede persönlich ein und bauen weiter an dem, was im echten Betrieb fehlt. Wachstum kommt danach.