Praxis-Software und Web-App für die Arztpraxis: Abgrenzung, Kosten und Entscheidungskriterien
Kurzantwort: Der Suchbegriff „Praxis Software Arztpraxis Web App" meint zwei unterschiedliche Werkzeuge: Das Praxisverwaltungssystem (PVS) für Abrechnung und Behandlungsdokumentation, und eine zusätzliche Web-App für Terminanfragen, Rezeptwünsche und interne Abläufe. Beide ersetzen sich nicht — sie ergänzen sich, wenn die Zuständigkeiten klar getrennt sind.
Wer nach „Praxis Software Arztpraxis Web App" sucht, meint meist zwei Dinge in einem Ausdruck, die technisch und rechtlich verschiedene Aufgaben lösen. Eine Praxissoftware, das Praxisverwaltungssystem (PVS), führt Karteikarte, Scheine und Dokumentation. Eine Web-App für die Arztpraxis ist eine zusätzliche Anwendung, die davor sitzt und das abnimmt, was heute über Telefon, Fax und Zettel am Tresen läuft — Terminwünsche, Rezeptanfragen, Vorab-Formulare. Wer beide Aufgaben in einem Produkt sucht, schreibt eine Anforderungsliste, die kein Anbieter sauber bedienen kann, und bekommt am Ende entweder ein PVS mit angeklebtem Portal oder ein Portal, das an der Kartei vorbeiläuft.
Zentrale Begriffe im Überblick
- PVS (Praxisverwaltungssystem): Führt Kartei, Abrechnung und Behandlungsdokumentation; unterliegt eigenen Zulassungs- und Prüfverfahren, etwa für Abrechnung und Telematikinfrastruktur.
- GDT/BDT: Etablierte Schnittstellenformate zwischen PVS und Zusatzsystemen; teils ergänzt durch HL7 oder FHIR.
- Zone (A–D): In diesem Artikel verwendete Einteilung, welche Vorgänge ins PVS gehören und welche in eine Web-App wandern können.
- Kopplungstiefe: Grad, in dem eine Web-App lesend oder schreibend auf das PVS zugreift — entscheidet maßgeblich über Testaufwand und Risiko.
- DSGVO/Auftragsverarbeitung: Rechtsrahmen für den Umgang mit Patientendaten; die Auslegung im Einzelfall ist Sache von Datenschutzbeauftragten, Aufsichtsbehörden und Rechtsberatung, nicht von Entwicklern.
Drei Kaufsituationen hinter demselben Suchbegriff
Fall 1: Das PVS soll ersetzt werden
Dann geht es um Fachgruppen-Abdeckung, Abrechnung, Migration der Altdaten und Vertragslaufzeiten — eine eigene Auswahlfrage, die ich in Praxis Management Software: Auswahl, Kosten und Einführung mit Scorecard durchgespielt habe.
Fall 2: Das PVS soll im Browser laufen
Statt auf dem Rechner im Hinterzimmer. Hier ist „Web-App" nur die Auslieferungsform des Herstellers, nicht Ihr Projekt.
Fall 3: Um ein bestehendes PVS herum fehlt eine Schicht
Terminanfragen, Rezeptwünsche, Vorab-Formulare, interne Abläufe. Das ist der Fall, in dem eine eigene Web-App überhaupt Sinn ergibt.
Die folgenden Abschnitte behandeln Fall 2 und 3. Wenn Sie in Fall 1 stecken, sparen Sie sich die Web-App-Diskussion, bis der PVS-Vertrag entschieden ist.
Die Zonengrenze: Was bleibt im PVS, was darf raus
| Zone | Beispiele | Gehört nach | Begründung |
|---|---|---|---|
| A — Abrechnung & Dokumentation | Scheine, Ziffern, Karteieintrag, Medikationsplan, Befunde | PVS | Für Abrechnungs- und Telematik-Module gelten eigene Zulassungs- und Prüfverfahren; welche für Ihre Fachgruppe greifen, klären Sie mit Ihrer Kassenärztlichen Vereinigung, bevor irgendjemand ein Angebot schreibt. |
| B — Terminhoheit | der Kalender selbst, Blocker, Ressourcen | PVS (in den meisten Praxen) | Ein System sollte den Kalender führen. Die Web-App fragt an, sie bucht nicht gegen den Kalender an. |
| C — Patientenkommunikation | Terminwunsch, Rückrufwunsch, Rezeptanfrage, Anamnese vorab, Bescheinigungen | Web-App | Diese Vorgänge existieren heute meist als Telefonat und sind selten Teil der Behandlungsdokumentation. |
| D — Interne Organisation | Dienstplan, Materialbestellung, Gerätefristen, Einarbeitungs-Checklisten für MFA | Web-App | Enthält keine Patientendaten (wohl aber Beschäftigtendaten) und ist deshalb technisch und datenschutzseitig meist der einfachste Einstieg. |
Die Grundregel in einem Satz
Was in der Abrechnung landet oder Teil der Behandlungsdokumentation ist, bleibt im PVS; was heute auf einem Zettel am Tresen oder in einem Telefonat existiert, ist Kandidat für die Web-App.
Warum Zone D oft übersehen wird
Zone D wird in Erstgesprächen fast immer übersehen. Dabei ist sie der einzige Bereich, in dem Sie eine eigene Anwendung bauen können, ohne eine einzige Schnittstelle zum PVS zu brauchen — und ohne dass ein Datenschutzgespräch das Projekt um Wochen verlängert.
Rechnen Sie zuerst aus, wie groß das Feld überhaupt ist
Bevor Sie Angebote einholen, hilft eine Kennzahl zur Einordnung: Nicht die Ersparnis — die lässt sich vorab nicht seriös schätzen — sondern die ungefähre Größe des Feldes, über das Sie überhaupt sprechen. Die folgende Rechnung ist ein Orientierungsrahmen, kein Ersatz für eine tatsächliche Zeitmessung in Ihrer eigenen Praxis:
Die Formel
`organisatorische Kontakte pro Tag × Minuten pro Kontakt × Arbeitstage pro Monat = Monatsminuten`
Beispielrechnung
Ein fiktives Beispiel für eine Hausarztpraxis mit zwei Behandlern:
| Position | Beispielwert |
|---|---|
| Telefonkontakte pro Tag | 35 |
| davon rein organisatorisch (Termin, Rezept, Bescheinigung, Befundabholung) | 22 |
| Ø Dauer inkl. Unterbrechung der laufenden Tätigkeit | 2,5 Min |
| Arbeitstage pro Monat | 22 |
| Ergebnis (Beispiel) | 55 Min/Tag → 20,2 Std/Monat → 242 Std/Jahr |
Das Beispiel sagt nicht, dass eine Web-App 242 Stunden tatsächlich einspart. Es zeigt nur, dass in einer Praxis mit ähnlichen Kontaktzahlen eine Größenordnung entsteht, die ein Investment rechtfertigen *kann* — vorausgesetzt, Ihre eigenen Zahlen liegen in ähnlicher Größenordnung. Der sinnvolle Vergleich ist ohnehin nicht „Software ja/nein", sondern „Web-App gegen ein zusätzliches Modul im vorhandenen PVS gegen eine anteilige MFA-Stelle".
Schwellenregel
Liegt der ausgerechnete Wert unter etwa fünf Stunden im Monat, lohnt sich eine eigene Anwendung in der Regel nicht. Dann ist ein Anrufbeantworter mit klarer Ansage, ein besseres Telefonkonzept oder ein Zusatzmodul des vorhandenen Systems die günstigere Antwort.
Datenklassen: Was die Web-App speichern darf
Ein häufiger und teurer Fehler in Praxisprojekten passiert im Lastenheft, nicht im Code — nämlich dann, wenn Formularfelder aufgenommen werden, ohne zu klären, was mit den Antworten geschieht.
| Klasse | Inhalt | Umgang in der Web-App |
|---|---|---|
| 1 | Organisationsdaten: Name, Kontakt, Terminwunsch, Rückrufzeitfenster | Speichern mit fester Löschfrist, Beispiel: 14 Tage nach Erledigung |
| 2 | Freitext von Patientinnen und Patienten („seit gestern Schmerzen im …") | Lässt sich kaum vermeiden, sobald ein Textfeld existiert. Kurz halten, ins PVS übertragen, danach in der Web-App löschen |
| 3 | Diagnosen, Laborwerte, Befunde, Medikation | Nicht in der Datenbank der Web-App speichern. Wenn Anzeige gewünscht ist, gehört sie in die Anwendung des PVS-Herstellers |
Streichkriterium fürs Lastenheft
Daraus folgt ein Streichkriterium, das ich in Praxisprojekten anwende: Jedes Formularfeld braucht vor der Umsetzung zwei Angaben — wer liest es, und wann wird es gelöscht. Felder ohne diese zwei Angaben fliegen aus dem Lastenheft. Das reduziert erfahrungsgemäß den Umfang stärker als jede Preisverhandlung.
Zuständigkeit für Aufbewahrungsfristen
Welche Aufbewahrungs- und Informationspflichten für Ihre Praxis konkret gelten, klären Sie mit Ihrer oder Ihrem Datenschutzbeauftragten und der zuständigen Aufsichtsbehörde, bevor die erste Zeile Code entsteht. Ein Entwickler kann Ihnen sagen, wie eine Löschfrist technisch umgesetzt wird — nicht, wie lang sie rechtlich sein darf.
„Browserbasiert" heißt nicht Cloud, und Cloud heißt nicht ausgelagert
Vier Betriebsformen werden im Vertrieb gern zu einem Wort verschmolzen.
Vier Betriebsformen
- PVS lokal, Zugriff per Terminalserver oder VPN. Sieht im Browser aus wie eine Web-App, läuft aber weiter in Ihren Räumen.
- PVS als gehosteter Dienst beim Hersteller. Sie kaufen Betrieb und Verfügbarkeit mit ein.
- Eigene Web-App auf gemieteter Infrastruktur in einem europäischen Rechenzentrum.
- Eigene Web-App auf eigenem Server in der Praxis oder beim Systemhaus.
Zwei Fragen für den Vertrag
Die Entscheidung fällt selten über den Preis, sondern über zwei Fragen, die Sie sich schriftlich beantworten lassen sollten: Wo liegen die Daten physisch, und wer hat Zugriff darauf? Und: Was passiert, wenn die Internetleitung am Montagvormittag ausfällt — gibt es einen dokumentierten Notfallmodus, oder steht die Anmeldung still? Als neutrale Prüfgrundlage für Cloud- und IT-Sicherheitsfragen veröffentlicht das Bundesamt für Sicherheit in der Informationstechnik Kriterienkataloge und Empfehlungen, an denen Sie Anbieterangaben spiegeln können.
Die Schnittstellenfrage entscheidet über den Preis
Wie hoch der Aufwand für eine Web-App ausfällt, hängt weniger an der Zahl der Bildschirme als an der Kopplungstiefe zum PVS. Konkrete Spannbreiten und die Kostenlogik dahinter beschreibe ich in Web App Entwicklung Kosten; an dieser Stelle geht es nur um die Systematik.
Drei Kopplungsstufen
Drei Stufen, mit dem Faktor, den ich in der Aufwandsschätzung je Lastenheft-Position für Test und Abnahme ansetze — eine eigene Arbeitsregel, keine Branchennorm:
| Stufe | Kopplung | Beispiel | Testaufwand-Faktor (eigene Kalkulationsregel) |
|---|---|---|---|
| 0 | Keine | Anfragen landen in einer Liste, das Team überträgt sie ins PVS | 1,0 |
| 1 | Lesend | Freie Zeitfenster werden aus dem PVS angezeigt | 1,5 |
| 2 | Schreibend | Die Buchung legt den Termin direkt im PVS an | 2,0 |
Stufe 2 verdient den höheren Faktor, weil Fehler dort nicht im Browser sichtbar werden, sondern in der Kartei landen.
Was Sie vom PVS-Hersteller schriftlich brauchen
Vor dem ersten Angebot brauchen Sie eine schriftliche Auskunft Ihres PVS-Herstellers: Welche Exportformate unterstützt werden (in der Praxis meist GDT/BDT, teils HL7 oder FHIR), ob es eine Schreibrichtung gibt, was sie kostet und wer sie freischaltet. Kommt darauf keine belastbare Antwort, planen Sie Stufe 0. Eine Stufe-0-Lösung, die läuft, ist mehr wert als eine Stufe-2-Lösung, die am Herstellervertrag scheitert.
Für die Angebotsseite hilft die Checkliste zum Einholen eines Web-App-Angebots.
Vier Fehler, die in Praxisprojekten wiederkehren
Die App bewertet Dringlichkeit
Ein Formular, das aus Freitext eine Einstufung ableitet, verschiebt eine medizinische Beurteilung in Software. Was eine Web-App leisten kann: Die vom Praxisteam selbst formulierten Hinweise anzeigen, den Weg zum Telefon sichtbar offen halten und akute Anliegen gar nicht erst in ein Formular laufen lassen. Die Einschätzung bleibt beim Team.
Zwei Kalender ohne Hoheit
Sobald Web-App und PVS beide Termine anlegen dürfen, entstehen häufig Doppelbuchungen — typischerweise genau dann, wenn parallel am Telefon gebucht wird. Legen Sie vor der Umsetzung fest, welches System der Kalender ist.
Formulare als PDF-Upload
Ein hochgeladenes PDF ist für das Team ein Bild: Nicht durchsuchbar, nicht filterbar, nicht übertragbar. Strukturierte Felder sind in der Umsetzung teurer und im Betrieb billiger.
Kein Abschaltdatum für den alten Weg
Bleibt die Faxnummer dauerhaft parallel offen, nutzen Patienten sie weiter und das Team pflegt zwei Kanäle. Setzen Sie beim Rollout ein Datum, ab dem ein Kanal endet — und kommunizieren Sie es im Wartezimmer, nicht nur auf der Website.
Acht Fragen, die vor dem ersten Angebot beantwortet sein sollten
- Welche der vier Zonen (A–D) soll die Anwendung abdecken?
- Wie hoch ist die ausgerechnete Monatszahl aus dem Abschnitt oben?
- Welche Exportformate liefert das PVS, und gibt es eine Schreibrichtung?
- Wer im Team ist verantwortlich dafür, eingehende Anfragen zu bearbeiten — namentlich, nicht „die Anmeldung"?
- Wo liegen die Daten, und wer hat dort Zugriff?
- Welche Löschfrist gilt je Formularfeld?
- Was passiert bei Ausfall der Leitung oder des Dienstes?
- Wie kommen Sie im Fall einer Trennung an Daten und Quellcode?
Warum Frage 4 oft entscheidet
Frage 4 ist nach meiner Erfahrung häufig die Schwachstelle, an der Projekte ins Stocken geraten. Eine Praxis-Web-App erzeugt einen neuen Eingangskanal. Ohne benannte Zuständigkeit bleibt ein Postfach oft tage- oder wochenlang unbearbeitet — und nach einigen Wochen wird wieder ausschließlich über das Telefon kommuniziert.
Häufige Fragen
Welche Software benutzen Arztpraxen? In der Regel ein zugelassenes PVS für Kartei und Abrechnung, dazu je nach Fachgruppe Zusatzsysteme für Geräte, Labor und Terminvergabe. Welche Systeme in Ihrer Fachgruppe verbreitet sind, erfahren Sie am schnellsten über Ihre Kassenärztliche Vereinigung und über Kolleginnen und Kollegen mit echter Wechselerfahrung.
Gibt es kostenlose Praxissoftware? Kostenlose Angebote existieren vor allem in Randbereichen — Terminlisten, Formulare, Website-Bausteine. Prüfen Sie bei jedem kostenlosen Werkzeug, das Patientendaten berührt, zuerst Betriebsort, Auftragsverarbeitung und Exportmöglichkeit, und lassen Sie sich das schriftlich geben.
Welche Arztsoftware ist die richtige? Diese Frage lässt sich nicht allgemein beantworten, weil Fachgruppe, Praxisgröße, Gerätepark und Betriebssystem den Kreis stärker einschränken als jedes Ranking. Nützlicher ist eine gewichtete Bewertung Ihrer eigenen Muss-Kriterien plus ein Testlauf mit echten Praxisabläufen.
Was kostet eine Praxissoftware im Monat? Hersteller kalkulieren nach Behandlerzahl, Modulen und Vertragslaufzeit; Listenpreise sind selten vergleichbar. Verlangen Sie ein schriftliches Angebot mit Einmalkosten, Monatskosten je Behandler, Schnittstellengebühren, Supportzeiten und Kündigungsfrist — erst dann lassen sich zwei Angebote nebeneinanderlegen.
Wie unterscheidet sich eine Praxis-Web-App vom PVS-Patientenportal? Ein herstellereigenes Patientenportal ist meist eng an das PVS gekoppelt und in dessen Update- und Lizenzzyklus eingebunden. Eine eigene Web-App läuft unabhängig davon, deckt typischerweise Zone C und D ab (siehe Zonentabelle oben) und lässt sich gezielt auf die eigenen Abläufe zuschneiden.
Wann sich eine eigene Web-App nicht lohnt
Vier Konstellationen gegen ein eigenes Projekt
In vier Konstellationen rate ich davon ab: Wenn innerhalb der nächsten zwölf Monate ein PVS-Wechsel ansteht (die Schnittstellen ändern sich mit), wenn der ausgerechnete organisatorische Aufwand unter etwa fünf Stunden im Monat liegt, wenn niemand im Team die Verantwortung für den neuen Kanal übernehmen will, oder wenn die eigentliche Anforderung in Zone A liegt und damit ohnehin beim PVS-Hersteller bestellt werden muss.
Nächster Schritt: Der Strichzettel
Bleibt keiner dieser Punkte übrig, ist der nächste Schritt keine Ausschreibung, sondern eine Woche mit einem Strichzettel an der Anmeldung: Anlass, Dauer, Uhrzeit. Mit diesen eigenen Zahlen wird aus einer Softwarefrage eine belastbare Rechnung.
Die datenschutz- und berufsrechtlichen Hinweise in diesem Artikel sind eine technische Einordnung und ersetzen keine Rechtsberatung.