OpenReception 2026: Open Source Terminverwaltung für Praxen

OpenReception ist eine quelloffene Plattform zur Terminbuchung für Arztpraxen und andere Einrichtungen, die Termindaten Ende zu Ende verschlüsselt. Die Software steht unter der AGPL v3 auf GitHub und positioniert sich als datenschutzfreundliche Alternative zu kommerziellen Plattformen wie Doctolib.

Version 1.0 erschien am 4. Mai 2026. Schon im Juni folgte Version 2.0, seitdem kommen regelmäßig neue Releases. Hinter dem Projekt stehen die Entwickler Karl Ludwig Weise und Hendrik Belitz. Die Entwicklung wurde bis Ende März 2026 vom Bundesministerium für Forschung, Technologie und Raumfahrt gefördert, dazu kam der Prototype Fund.

Praxen verwalten über ein Dashboard Termine, Abwesenheiten und Verfügbarkeiten. Patienten buchen direkt bei der Praxis, ohne ihre Daten an eine große Plattform zu geben. Die Community Version kann jede Praxis kostenlos selbst betreiben, den Code findet ihr unter github.com/open-reception/appointment-booking-software. Zum Start von Version 1.0 hat das Team zusätzlich ein Managed Hosting ab 69 Euro netto im Monat angekündigt.

OpenReception ist mit TypeScript, PostgreSQL und Drizzle gebaut. Genau diese Werkzeuge nutzen wir täglich in unserem eigenen Stack. Dazu betreiben wir seit Jahren Open Source Software auf eigenen Servern in Deutschland und kennen die Spielregeln von Self Hosting und Lizenzen. Bei AGPL Projekten wie OpenReception ist es wichtig, Lizenzpflichten und eigene Erweiterungen sauber zu trennen.

Wir helfen Teams bei der Datenschutz und DSGVO Beratung für eigene Software, beim Accessibility Audit nach BFSG und beim barrierefreien Webdesign. Für Backends rund um Praxis Workflows bringen wir PHP Consulting und Erfahrung mit dem Symfony Framework mit. Weitere geprüfte Tools für souveräne Teams sammelt das NCA Glossar Open Source Projekte.

OpenReception bringt die wichtigsten Funktionen einer Terminverwaltung mit, quelloffen und ohne Datenweitergabe an Dritte:

• Praxis Dashboard: Termine, Abwesenheiten und Verfügbarkeiten zentral verwalten.
• Buchung für Patienten: Termine direkt bei der Praxis buchen, ohne Plattform dazwischen.
• Ende zu Ende Verschlüsselung: Laut Team haben selbst Administratoren keinen Zugriff auf sensible Inhalte.
• Passkeys: Anmeldung über WebAuthn statt Passwort.
• Kalender: Wochenansicht, Monatsfilter und verschiebbare Termine.
• Abwesenheiten: auch wiederkehrend planbar.
• Erinnerungen: Mails an Patienten vor dem Termin, neu seit Version 2.4.

Für die Anbindung an Praxisverwaltungssysteme plant das Team dokumentierte Schnittstellen. Damit sollen verschlüsselte Termine direkt aus der Praxissoftware entstehen. Quellcode und Projekt Board sind auf GitHub öffentlich. Premium Funktionen bietet das Team im Managed Hosting an.

Terminbuchung ist nicht gleich Terminbuchung. Zwischen einer kommerziellen Plattform und einem selbst betriebenen, gehärteten Open Source Server liegen mehrere Reifegrade. Diese vier Levels helfen bei der Einordnung, bevor ihr Tools vergleicht.

Jedes höhere Level bringt mehr Kontrolle über Patientendaten und weniger Abhängigkeit von Dritten. Gleichzeitig steigt der Aufwand für Technik und Organisation. Welches Level passt, hängt von Größe der Praxis, eigener IT und Anspruch an Datenschutz ab.

Ein Blick ins Repository zeigt einen modernen Web Stack:

• Frontend und Backend: SvelteKit mit TypeScript
• Datenbank: PostgreSQL mit dem ORM Drizzle, das wir in Astro Projekten ebenfalls nutzen (SQLite und Drizzle in Astro)
• Anmeldung: Passkeys über WebAuthn statt Passwort
• Kryptografie: Ende zu Ende Verschlüsselung, unter anderem mit Bibliotheken für Post Quantum Verfahren
• Betrieb: Docker Compose mit Caddy als Webserver

Laut Deployment Anleitung reicht für den Start ein kleiner Server mit zwei Kernen und zwei Gigabyte RAM. Die Anleitung empfiehlt außerdem automatische Sicherheitsupdates, eine verschlüsselte Platte für die Datenbank, Firewall und Schutz vor Brute Force, regelmäßige getestete Backups und Monitoring. Das ist kein Hexenwerk, braucht aber jemanden, der den Server dauerhaft pflegt.

OpenReception steht unter der GNU Affero General Public License Version 3. Die AGPL ist eine starke Copyleft Lizenz mit einer Besonderheit: Sie greift nicht nur, wenn die Software weitergegeben wird, sondern auch, wenn sie als Web Dienst läuft. Wer OpenReception ändert und über das Internet für Patienten bereitstellt, muss den Quellcode dieser Änderungen offenlegen.

Für eine einzelne Praxis, die OpenReception unverändert selbst betreibt, ist das unkritisch. Es entstehen keine Pflichten zur Veröffentlichung, weil es keine Änderungen gibt. Auch wer das Managed Hosting des Projektteams bucht, bekommt als Praxis keine zusätzlichen AGPL Pflichten.

Hosting Partner, die OpenReception erweitern und als Service für Dritte anbieten, sollten die AGPL genau prüfen. Das gilt auch für Anbindungen an proprietäre Praxisverwaltungssysteme. Eine saubere Trennung zwischen AGPL Kern und eigenen Erweiterungen ist hier entscheidend. Bei rechtlichen Detailfragen gehört eine Fachanwältin oder ein Fachanwalt für IT Recht an den Tisch.

Doctolib ist in Deutschland einer der bekanntesten Anbieter für Online Terminbuchung bei Ärzten und steht wegen Datenschutz regelmäßig in der Kritik. Das französische Unternehmen verarbeitet Termin und Gesundheitsdaten zentral auf seiner Plattform. OpenReception geht einen anderen Weg: Selbst betrieben bleiben die Daten in der Infrastruktur der Praxis, und durch Ende zu Ende Verschlüsselung haben laut Team auch Administratoren keinen Zugriff auf die Inhalte.

Ehrlich betrachtet hat eine große Plattform für Patienten einen Vorteil: Die Suche nach freien Terminen über viele Praxen hinweg funktioniert nur, wenn alle auf derselben Plattform sind. OpenReception verspricht das nicht. Es setzt bewusst auf die Souveränität jeder einzelnen Praxis.

Die Unterschiede auf einen Blick:

• Datenhaltung: zentral beim Anbieter oder in der eigenen Praxis
• Quellcode: proprietär oder offen unter AGPL
• Kosten: Lizenz für die Plattform oder kostenlose Community Version plus eigener Betrieb
• Reichweite: große Plattform mit Suche oder direkte Buchung bei der Praxis

Eine ähnliche Entwicklung im Markt für Terminbuchung zeigt unser Beitrag zu Cal.com und Cal.diy.

Die Entwicklung von Version 1 begleiteten zwei Runden mit Interviews und Usability Tests, zu denen das Team Berichte veröffentlicht hat. Diesen Ansatz will das Projekt fortsetzen. Mitwirken geht nicht nur mit Code, sondern auch mit Nutzertests, Fehlermeldungen oder Übersetzungen.

Seit Version 2.0 im Juni 2026 erscheinen neue Releases in kurzen Abständen, darunter mehrere Sicherheitsupdates. Wer selbst betreibt, sollte Updates deshalb fest einplanen. Als nächstes großes Ziel steht die Anbindung an Praxisverwaltungssysteme auf der Roadmap. Neuigkeiten veröffentlicht das Projekt auf Mastodon unter @openreception und auf Bluesky unter openreception.bsky.social.

OpenReception in Arztpraxen ist für uns ein neues Feld, das wir mit Interesse verfolgen. Die technische Basis kennen wir dagegen gut: TypeScript, PostgreSQL, Drizzle und Docker gehören zu unserem Alltag. Dazu kommen E2E Tests mit Cypress, wie sie das NCA Cypress Glossar beschreibt.

Geeignet ist OpenReception 2026 vor allem für Praxen, die die Hoheit über Patientendaten zurückgewinnen wollen, überschaubar groß sind und eigene IT oder einen technischen Partner haben. Wer heute stark auf eine bestehende Anbindung an ein Praxisverwaltungssystem angewiesen ist, wartet besser auf die geplanten Schnittstellen.

Was wir in ein solches Projekt einbringen: Betrieb auf eigenen Servern in Deutschland, Absicherung mit Tests, Barrierefreiheit nach BFSG und Einordnung der AGPL. Den größeren Rahmen beschreiben unsere Beiträge zur digitalen Souveränität für Entwickler und zu lokaler KI mit Blick auf DSGVO und Berufsgeheimnis.

Die wichtigsten Antworten zu OpenReception, Lizenz, Technik, Hosting und der Eignung als Alternative zu Doctolib 2026.