Software für Pflegedienste und Praxen: Prozesse digitalisieren ohne Patientendaten zu riskieren

“Unsere Pflegesoftware kostet ein Vermögen, und keiner im Team mag sie. Können wir das nicht selbst bauen?” Die Frage hören wir öfter, als du vielleicht denkst. Meistens von Inhabern, die gerade zum dritten Mal in dieser Woche einen Dienstplan von Hand durch Excel geschoben haben.

Die ehrliche Antwort ist unbequem und zweigeteilt. Software für Pflegedienste und Praxen selbst zu entwickeln ist für Kern- und Abrechnungsprozesse eine schlechte Idee. Für die Prozesse daneben kann es der größte Hebel sein, den du hast. An dieser Grenze entscheidet sich, ob du Zeit gewinnst oder ein Haftungsrisiko baust.

Eins vorweg, und wir wiederholen es weiter unten noch zweimal: Dieser Beitrag ersetzt keine Rechtsberatung. Wir sind Entwickler, keine Anwälte. Bei allem, was Gesundheitsdaten berührt, gehören ein Fachanwalt und dein Datenschutzbeauftragter an den Tisch, bevor die erste Zeile Code entsteht.

Software für Pflegedienste teilt sich in zwei Welten

Kurz zur Lage. Laut Statistischem Bundesamt waren Ende 2023 knapp 5,7 Millionen Menschen pflegebedürftig, 86 Prozent davon wurden zu Hause versorgt. 1,1 Millionen von ihnen zusammen mit oder vollständig durch ambulante Dienste, von denen Destatis rund 15.500 zählt. Viele kleine Betriebe mit dünner Verwaltung und hohem Dokumentationsaufwand.

Der Reflex, sich davon etwas Eigenes zu bauen, ist verständlich. Er läuft nur in eine Falle, wenn man zwei Welten nicht sauber trennt.

Welt eins: Pflegedokumentation, Leistungserfassung, Abrechnung mit den Kassen, Anbindung an die Telematikinfrastruktur. Hier verarbeitest du Gesundheitsdaten, und hier gibt dir der Gesetzgeber die Regeln vor.

Welt zwei: Dienstplanung, Tourenplanung, Onboarding neuer Mitarbeiter, interne Kommunikation, Qualitätsmanagement, Schnittstellen zwischen den Systemen, die du längst hast. Hier geht es überwiegend um deine eigenen Leute und deine eigene Organisation.

Diese Trennung ist die wichtigste Entscheidung im ganzen Projekt. Wer sie verwischt, baut sich ein Problem statt einer Lösung.

Kern- und Abrechnungsprozesse gehören nicht in Eigenentwicklung

Drei Gründe, und der erste ist kein technischer.

Gesundheitsdaten sind nach Artikel 9 der DSGVO eine besondere Kategorie personenbezogener Daten. Ihre Verarbeitung ist dort zunächst grundsätzlich untersagt, es sei denn, eine der Ausnahmen aus Absatz 2 greift. Du bewegst dich also nicht im Normalfall, sondern in einem Ausnahmebereich mit eigenen Spielregeln. Kommt eine umfangreiche Verarbeitung solcher Daten dazu, verlangt Artikel 35 Absatz 3 der DSGVO eine Datenschutz-Folgenabschätzung. Ob dein konkreter Fall “umfangreich” ist, muss dein Datenschutzbeauftragter beantworten, nicht dein Entwickler.

Dann die Schweigepflicht. § 203 StGB stellt es unter Strafe, wenn Angehörige eines Heilberufs mit staatlich geregelter Ausbildung fremde Geheimnisse unbefugt offenbaren. Absatz 3 erlaubt ausdrücklich, Geheimnisse gegenüber “sonstigen Personen” zu offenbaren, “die an ihrer beruflichen oder dienstlichen Tätigkeit mitwirken, soweit dies für die Inanspruchnahme der Tätigkeit der sonstigen mitwirkenden Personen erforderlich ist”. Gemeint sind damit auch IT-Dienstleister. Also wir. Absatz 4 macht daraus eine scharfe Pflicht in deine Richtung: Strafbar macht sich auch, wer als Berufsgeheimnisträger “nicht dafür Sorge getragen hat, dass eine sonstige mitwirkende Person … zur Geheimhaltung verpflichtet wurde”. Wenn du eine Agentur an Systeme mit Patientendaten lässt, ist die Verpflichtung zur Geheimhaltung kein Formular fürs Archiv, sondern dein persönlicher Schutz. Wie weit die Vorschrift im Einzelfall reicht, ist juristisch nicht in jeder Konstellation eindeutig geklärt. Auch deshalb der Anwalt.

Drittens die Formate, die du nicht selbst bestimmst. Für die Abrechnung schreibt § 105 SGB XI seit 1996 maschinenlesbare Abrechnungsunterlagen vor, und die technischen Vorgaben dafür legen der Spitzenverband der Pflegekassen und die Verbände der Leistungserbringer fest. Die gematik nennt zusätzlich den 1. Juli 2025 als Frist, bis zu der sich stationäre und ambulante Pflegeeinrichtungen an die Telematikinfrastruktur anschließen müssen. Wer dort mitspielt, braucht zugelassene Komponenten.

Nachbauen könntest du das theoretisch. Du würdest ein Jahr damit verbringen, einem Standard hinterherzulaufen, den etablierte Anbieter seit zwanzig Jahren pflegen, und danach jeder Änderung nachrennen. Für Wartung rechnen wir aus Projekterfahrung mit 15 bis 25 Prozent der Entwicklungskosten pro Jahr. Bei einem regulierten Kernprozess ist das verbranntes Geld. Kauf die Branchensoftware. Und selbst wenn du wolltest: Laut Bitkom fehlten im Sommer 2025 in Deutschland 109.000 IT-Fachkräfte, eine offene Stelle blieb im Schnitt 7,7 Monate unbesetzt. Wenn du bei der Grundsatzfrage schwankst, hilft dir unser Beitrag zu Make or Buy bei Software bei der Systematik.

Neben dem Kern liegt der eigentliche Hebel

Jetzt der schöne Teil. Rund um den regulierten Kern liegt ein Feld, das kaum ein Standardanbieter gut bedient, weil jeder Betrieb es anders macht.

Dienst- und Tourenplanung. Welche Pflegekraft fährt welche Tour, mit welcher Qualifikation, in welcher Reihenfolge, unter Berücksichtigung von Arbeitszeit, Wünschen und Fahrzeit. Ein Optimierungsproblem, kein Gesundheitsdatenproblem. Eine Tour braucht Adressen, Zeitfenster und Qualifikationsanforderungen. Sie braucht keine Diagnose.

Onboarding und Qualifikationen. Wer hat welche Fortbildung, wann läuft welcher Nachweis ab, welche Unterlagen fehlen bei neuen Kollegen. Reine Personaldaten.

Qualitätsmanagement-Dokumentation. Prüfvorbereitung, Nachweise, Prozessbeschreibungen. In der Praxis meistens eine Zettelwirtschaft aus Word-Dateien auf einem Laufwerk.

Schnittstellen zwischen dem, was du schon hast. Der häufigste und am meisten unterschätzte Fall. Branchensoftware, Zeiterfassung, Buchhaltung und Dienstplan reden nicht miteinander, also tippt jemand ab. Dieser Mensch ist der teuerste Klebstoff im Unternehmen. Laut Statistischem Bundesamt lagen die Arbeitskosten je geleisteter Stunde 2025 quer über alle Branchen bei 45,00 €. Zehn Stunden Abtipperei pro Woche sind damit grob überschlagen über 23.000 € im Jahr. Wie so eine Anbindung technisch funktioniert, haben wir bei API-Schnittstellen im Unternehmen beschrieben.

Der gemeinsame Nenner: In keinem dieser Fälle brauchst du zwingend eine Diagnose, einen Befund oder einen Pflegegrad im neuen System.

Datensparsamkeit ist hier kein Prinzip, sondern die Statik

Artikel 5 der DSGVO verlangt, dass Daten “auf das für die Zwecke der Verarbeitung notwendige Maß beschränkt” sind. Artikel 25 Absatz 2 verlangt, dass schon die Voreinstellung dafür sorgt. Klingt nach Papier. In Wahrheit ist es die tragende Wand deiner Architektur.

Vier Regeln, mit denen wir in solchen Projekten arbeiten:

1. Frag bei jedem Feld: Brauchen wir das wirklich? Nicht “wäre nett zu haben”. Die Tourenplanung braucht eine Adresse und ein Zeitfenster. Einen Klarnamen im Klartext braucht sie nicht, wenn eine interne Nummer reicht.
2. Pseudonymisiere an der Systemgrenze. Wenn ein Nebensystem doch einen Bezug zum Patienten braucht, hol dir eine ID, nicht den Datensatz. Die Zuordnung bleibt in der Branchensoftware.
3. Trenne die Systeme sauber. Ein Dienstplan-Tool, das nie Gesundheitsdaten sieht, ist im Schadensfall ein völlig anderes Thema als eines, das sie “für später” mitspeichert.
4. Lösche nach Plan, nicht nach Gefühl. Aufbewahrungsfristen im Gesundheitswesen sind ein eigenes Feld mit mehreren Rechtsgrundlagen. Welche für dich gilt, klärst du mit deinem Anwalt, nicht mit uns.

Die schärfste Wertung in diesem Beitrag: Das Freitextfeld “Bemerkung” im Dienstplan ist gefährlicher als jede Datenbank. Weil dort Gesundheitsdaten landen, ohne dass es jemand geplant hat, und weil ein Freitextfeld keine Löschfrist kennt. Wer solche Felder baut, baut ein Leck.

Und ja, das ist der dritte Hinweis in diesem Text: Wir liefern Technik und Datensparsamkeit. Die rechtliche Bewertung deines konkreten Falls kommt von Fachanwalt und Datenschutzbeauftragtem. Wer dir als Agentur erzählt, er habe das juristisch schon im Griff, hat es nicht.

Bleib bei der Planung realistisch. Für die DIHK-Digitalisierungsumfrage wurden rund 4.700 Unternehmen befragt, und die größten Hemmnisse waren nicht Technik: fehlende Zeit bei 58 Prozent, Komplexität bei 56 Prozent, Geld erst bei 40 Prozent. Ein Pflegedienst hat davon eher mehr als weniger. Fang deshalb mit dem Prozess an, der ohne Gesundheitsdaten auskommt und trotzdem jede Woche Stunden frisst.

Welche deiner Prozesse das sind, klärt sich vor der Programmierung, nicht danach. Schau dir an, wie wir Software entwickeln, oder hol dir in einer Fokus-Session eine ehrliche Einschätzung. Kein Verkaufsgespräch, sondern eine Stunde, in der wir gemeinsam sortieren, was du auslagern kannst und was besser bleibt, wo es ist.