Automation in der Arztpraxis: wo Standard-Software aufhört und Custom anfängt

Arztpraxen laufen auf Software, die für den allgemeinen Fall gebaut ist. Das ist in Ordnung, solange dein Fall der allgemeine Fall ist. Aber jede Praxis entwickelt über die Jahre ihre eigene Arbeitsweise: andere Patientengruppen, andere Schwerpunkte, andere Abläufe am Empfang, andere Berichtsformen für Zuweiser. Und je spezifischer deine Praxis arbeitet, desto häufiger stösst du an die Grenzen dessen, was deine Praxissoftware von sich aus anbietet.

Ich arbeite regelmässig an solchen Grenzen. In diesem Beitrag schreibe ich auf, wo ich in Praxen typischerweise Automationspotenzial sehe, wo es Sinn macht und wo man lieber die Finger davon lässt.

Das Grundproblem: viele Inseln, wenig Brücken

Eine typische Schweizer Praxis hat nicht eine Software, sondern fünf bis acht. Die Praxissoftware selber (Vitomed, Aeskulap, PraxSys, Delemed, mediX, Triamed, es gibt viele). Dazu ein oder mehrere Laborpartner, ein Röntgensystem, ein Terminbuchungssystem, eventuell ein Online-Patientenportal, eine Buchhaltung, ein E-Banking und vielleicht noch eine Apotheken-Software. Diese Systeme sind aus sehr guten Gründen voneinander getrennt, aber die Arbeit der MPA besteht zu einem grossen Teil darin, Informationen zwischen den Inseln zu transportieren.

Das ist der Ort, an dem Automation ansetzen kann. Nicht die Praxissoftware selber ersetzen, sondern die manuellen Brücken entlasten, die die MPA heute mit Kopf und Händen aufrechterhält.

Was sich heute realistisch automatisieren lässt

Ich gehe die häufigsten Fälle durch, in denen ich in Praxen tatsächlich Wirkung erzielen konnte.

Laborauftrag und Laborergebnis

Der Klassiker. Du schickst einen Laborauftrag an ein externes Labor (Risch, Unilabs, Viollier, je nach Region). Heute läuft das oft so: die MPA erfasst den Auftrag in der Praxissoftware, druckt ein Formular aus, legt es mit der Probe in den Transport und bekommt am nächsten Tag das Ergebnis entweder als PDF per Mail oder in einem proprietären Viewer der Laborfirma.

Was realistisch geht: eine automatisierte Übertragung des Auftrags per HL7 oder smeex (je nach Labor) und der automatisierte Rückimport der Ergebnisse direkt in die Patientenakte. Die meisten Labors unterstützen das, wollen es aber meist nur einrichten, wenn die Praxissoftware die Gegenseite auch beherrscht. In der Praxis heisst das: die eine Seite (Labor) ist willens, die andere Seite (Praxissoftware) stellt manchmal Hürden auf. Eine individuelle Brücke kann genau diese Hürde umgehen, indem sie zwischen beiden sitzt und die nötigen Übersetzungen macht.

Realistischer Zeitaufwand: 3 bis 6 Wochen, abhängig davon, wie kooperativ die beiden Seiten sind.

Spürbarer Effekt: Die MPA spart pro Tag eine halbe Stunde, die Ergebnisse sind schneller in der Akte, Tippfehler beim manuellen Übertrag entfallen vollständig.

Rechnungsabgleich mit der Krankenkasse

Schon etwas heikler. Du schickst TarMed- oder TARDOC-Rechnungen an die Krankenkassen (über medidata, MediPort oder einen anderen Dienstleister). Irgendwann kommen Rückläufer: teilweise bezahlt, ganz abgelehnt, Rückfrage zu einer Position. Diese Rückläufer landen typischerweise als PDF oder als Datei im Portal des Dienstleisters. Die MPA holt sie manuell ab, öffnet sie, gleicht sie mit der offenen Position in der Praxissoftware ab und bucht das Ergebnis.

Was geht: der Abruf der Rückläufer, das Parsen der strukturierten Daten (XML-Format forderungsmanagement oder ähnlich) und die automatische Vorbelegung der Buchung in der Praxissoftware. Die finale Freigabe bleibt bei einer Person, weil hier Entscheidungen anstehen, die man nicht automatisieren will (Widerspruch einlegen? Patient nachbelasten?). Aber der mechanische Teil, das Abholen, das Einsortieren, das Zuordnen, kann komplett automatisch laufen.

Realistischer Zeitaufwand: 4 bis 8 Wochen, weil jede Praxis ihre Buchungslogik etwas anders fährt.

Spürbarer Effekt: Stundenweise Entlastung im administrativen Bereich, gerade in Praxen mit hohem Patientendurchsatz.

Terminbuchung online

Immer mehr Patienten erwarten, online einen Termin buchen zu können. Es gibt dafür fertige Lösungen (OneDoc, Doctena, eigene Plugins), und die meisten sind technisch brauchbar. Das Problem entsteht in der Integration mit der Praxissoftware: gebuchte Termine müssen in die interne Agenda, und die interne Agenda muss die Verfügbarkeit zurückspielen, damit nichts doppelt gebucht wird.

Hier kommt es stark auf deine Praxissoftware an. Manche haben eine saubere Schnittstelle zu den üblichen Terminbuchungsanbietern, andere nicht. Bei den “nicht” hilft eine individuelle Brücke: sie holt die Buchungen aus dem Anbieter, schreibt sie in die Praxissoftware und sorgt für die Rückmeldung der Verfügbarkeit. Je nach Praxissoftware ist das trivial oder eine Woche Arbeit.

Zu beachten: Bei Online-Terminbuchung muss die Frage “welche Termintypen erlauben wir, welche nicht” vor dem Projekt geklärt sein. Ein Online-System, das jedem Patienten erlaubt, eine halbe Stunde Ganzkörper-Check-up zu buchen, kann dir den Tagesplan schnell sprengen.

Automatisierte Patienten-Kommunikation

SMS-Erinnerung vor dem Termin, E-Mail-Bestätigung nach der Buchung, automatischer Versand von Laborergebnissen in einem Patientenportal. Alles machbar, aber mit Vorsicht zu geniessen: Gesundheitsdaten gehören zu den besonders schützenswerten Personendaten, und eine Automation, die etwas Falsches an den falschen Patienten schickt, ist schlimmer als gar keine Automation. Ich baue solche Funktionen nur mit strenger Validierung, klarer Fehlerbehandlung und einer Testphase, in der Menschen noch draufschauen.

Berichte an Zuweiser

Wenn du Berichte an zuweisende Ärzte schickst, läuft das oft noch per Brief oder Fax, ja, Fax ist in Schweizer Arztpraxen immer noch Realität. Es gibt Automatisierungen, die solche Berichte strukturiert elektronisch übertragen (HIN-Mail, smeex-Nachrichten), und es gibt die “halbe” Variante: der Bericht wird als PDF generiert, automatisch an die richtige Adresse versendet und im System dokumentiert. Die “volle” Variante ist sauberer, setzt aber voraus, dass der Zuweiser auch mitspielt. Die “halbe” Variante funktioniert immer und spart dennoch deutlich Zeit.

Wo ich die Finger davon lasse

Es gibt Bereiche, in denen ich Automation eher ablehne oder zumindest sehr zurückhaltend einsetze.

Klinische Entscheidungsunterstützung. Wenn ein Kunde sagt “kann das System nicht automatisch die Diagnose vorschlagen” oder “kann es nicht automatisch die Medikation anpassen”, dann ist meine Antwort klar: nein, und das aus guten Gründen. Das sind Entscheidungen, die Menschen treffen müssen, und keine Automation, die ich baue, soll diese Verantwortung übernehmen.

Direkte Datenbank-Schreibzugriffe auf die Praxissoftware. Die meisten Praxissysteme haben dokumentierte Schnittstellen. Wenn etwas darüber nicht geht, ist es fast immer klüger, mit dem Hersteller zu reden, als an der Datenbank vorbei zu schreiben. Praxisdaten sind zu kritisch, um sie an der offiziellen Logik vorbei zu manipulieren.

Vollautomatische Bearbeitung ohne Kontrolle. Bei allem, was Patientendaten betrifft, sollte am Ende ein Mensch das Ergebnis sehen können, zumindest in einer Übersicht. Automation darf Arbeit abnehmen, sollte aber nicht still im Hintergrund Entscheidungen treffen, die nachträglich schwer zu rekonstruieren sind.

Rechtliche Grundvoraussetzung

Alles, was ich oben geschrieben habe, läuft unter der strikten Voraussetzung, dass das revidierte Datenschutzgesetz (revDSG), die einschlägigen medizinrechtlichen Bestimmungen und die Vereinbarungen mit deinen Kassen eingehalten werden. Konkret:

• Keine Patientendaten in unsicheren Cloud-Diensten. Kein Google Sheets mit Diagnosen, keine US-Cloud ohne vernünftige Vertragsbasis, keine Tools, die Daten “für Qualitätszwecke” an den Anbieter senden.
• Protokollierung von Zugriffen. Wer hat wann welche Daten gesehen? Das ist nicht nur rechtlich vorgeschrieben, es schützt dich auch, wenn mal eine Anfrage von einer Aufsicht kommt.
• Datenminimierung. Eine Automation sollte nur mit den Daten arbeiten, die sie zwingend braucht. Ein Script, das Laborergebnisse in die Akte schreibt, braucht nicht Zugriff auf die vollständige Patientenhistorie.
• Saubere Übergaben im Notfall. Wenn eine Automation ausfällt, muss der manuelle Prozess einspringen können. Automation ersetzt keinen Business-Continuity-Plan.

Das sind für mich keine Formalien, sondern Grundlagen. Eine Automation, die bei diesen Punkten hakt, ist keine Zeitersparnis, sondern ein Risiko.

Wie ein Einstieg aussehen kann

Wenn du überlegst, in deiner Praxis etwas zu automatisieren, würde ich folgendes empfehlen:

1. Finde das Ärgernis Nummer eins. Nicht theoretisch, sondern aus dem Alltag. Frag deine MPA, was sie am häufigsten nervt. Genau dort liegt meistens das grösste Potenzial.
2. Schreibe den Ist-Prozess auf. Fünf bis zehn Schritte, wie er heute abläuft. Mit ungefährer Zeitangabe pro Schritt und pro Tag.
3. Definiere, wie es laufen sollte. Idealbild. Was sollte automatisch gehen, wo muss ein Mensch entscheiden, was soll protokolliert werden?
4. Hole eine technische Einschätzung ein. Von mir oder jemand anderem, der deine Praxissoftware kennt. Nach einem halbtägigen Check weisst du, ob und wie die Automation baubar ist, und was sie ungefähr kostet.
5. Pilotiere klein. Fange mit einem Bereich an. Wenn er gut läuft, kannst du den nächsten Bereich in Angriff nehmen.

Zum Schluss

Automation in der Arztpraxis ist kein Selbstzweck. Sie soll Zeit sparen, Fehler reduzieren und deine MPA von monotoner Arbeit entlasten, damit sie sich um die Dinge kümmern kann, bei denen ein Mensch wirklich gebraucht wird. Wenn du das richtig dosierst, gewinnst du Qualität auf beiden Seiten: die Prozesse werden stabiler und die Arbeit im Team wird zufriedenstellender.

Wenn du einen konkreten Fall im Kopf hast und wissen willst, ob und wie er sich automatisieren lässt, melde dich. Das Erstgespräch ist kostenlos, und ich sage dir ehrlich, wo ich helfen kann und wo nicht.