Borne: Der Patienten-Check-in-Kiosk, der die klinische Arbeitsliste selbst aufbaut

Demo ausprobieren ↗

Wenn der Patient den Untersuchungseintrag direkt auslöst

In den meisten Praxen und Kliniken setzt die Ankunft eines Patienten eine kleine Kette unsichtbarer, aber kostspieliger Handlungen in Gang: Eine Empfangskraft identifiziert ihn, prüft seinen Termin, öffnet seine Akte, und eine medizinische Fachkraft entscheidet anschließend, welche Untersuchung durchzuführen ist, und legt den entsprechenden Auftrag an. Der Markt für Selbst-Check-in hat die erste Hälfte dieser Kette digitalisiert, die Anmeldung, macht aber fast immer an der Schwelle zur klinischen Akte halt.

Borne ist die Patienten-Check-in-Kiosk-Anwendung, die wir bei transtorm.ai für eine augenärztliche Praxis entwickelt haben, und sie überschreitet genau diese Grenze (siehe auch unseren Anwendungsfall Patienten-Kiosk). Wenn ein Patient seine Anwesenheit auf dem Touchscreen bestätigt, leistet die Anwendung mehr, als nur den Empfang zu benachrichtigen: Sie findet den Termin, identifiziert den Patienten, leitet die Konsultationsart aus seiner jüngsten Verlaufskontrolle ab und legt den Arbeitslisteneintrag automatisch in der Patientenakte an (die Patientenakte (EHR) der Praxis). Und das alles selbst gehostet, mehrsprachig und ganz ohne Konto oder SMS.

Dieser Artikel beschreibt, wie das funktioniert, welche technischen Entscheidungen dahinterstehen und, ganz ehrlich, was es im Vergleich zu einem bereits reifen Markt hinzufügt.

Dienstag, 9:02 Uhr. Frau Leroy kommt zu ihrer Glaukomkontrolle und tritt an den Touchscreen-Kiosk neben dem Eingang. Sie bestätigt ihre Terminzeit und ihre Initialen, mehr nicht: keine Karte, kein Code, keine SMS. In diesem Moment, ohne dass eine Empfangskraft eine Tastatur berührt, wird ihre Arbeitsliste in die Akte geschrieben, bereit für den Orthoptisten und danach den Augenarzt: Gesichtsfeld, OCT, Augendruck, Refraktion, Konsultation. Die richtige Abfolge der Untersuchungen, aus ihrem letzten Besuch abgeleitet, steht bereits in der Warteschlange.

Was Borne tatsächlich leistet

Der Startbildschirm bietet auf einem 1080p-Touchpanel vier einfache Aktionen: Ich habe einen Termin, Einen Termin buchen, Notfall, Ein Dokument anfordern. Hinter dieser scheinbaren Schlichtheit stecken mehrere Arbeitsabläufe.

1. Anwesenheit bestätigen ohne Code oder SMS

Statt eines PIN-Codes oder eines per SMS empfangenen Links identifiziert Borne den Patienten über eine Kombination, die zugleich reibungsarm und erstaunlich robust ist:

• Die Terminuhrzeit (HH:mm), eingegeben über einen Spaltenwähler in 10-Minuten-Schritten, für ein älteres Publikum weitaus ergonomischer als 60 aufeinanderfolgende Auswahlmöglichkeiten.
• Die Initialen (2 bis 4 Zeichen), mit bewusst flexiblem Abgleich: Die Reihenfolge spielt keine Rolle, zusammengesetzte Vornamen werden toleriert (cm kann zu cmf passen), und ein unvollständiger Name im Kalender ist weiterhin zulässig.
• Allein das Geburtsjahr, wenn der Kalender das Geburtsdatum bereits enthält (schnelle Eingabe), oder andernfalls das vollständige Datum, typischerweise bei Patienten, die online gebucht haben.

Die Suche fragt vier der Google-Kalender der Praxis parallel ab (Haupt-, Sonstige- und arztspezifische Kalender) und bleibt dabei widerstandsfähig: Fällt einer aus, antworten die anderen weiterhin.

2. Automatische Erkennung der Konsultationsart

Dies ist einer der markantesten Punkte. Sobald der Patient in der Patientenakte (EHR) identifiziert ist, ruft Borne dessen jüngste Verlaufskontrolle ab und extrahiert die durchzuführende Maßnahme: eine Glaukom-Verlaufskontrolle, eine Keratokonus-Kontrolle, eine Routinekonsultation … Die Besuchsart wird so ohne zusätzliche Eingabe vorausgefüllt und fällt auf „Routine" zurück, falls nichts erkannt wird.

3. Anlegen der Arbeitsliste von Anfang bis Ende

Borne sucht den Patienten in der Patientenakte (EHR) per Ähnlichkeit (Nachname, Vorname, Geburtsdatum) mit einem dynamischen Schwellenwert (strenger, wenn kein Geburtsdatum vorliegt). Lässt sich der Patient nicht finden, greift es auf ein älteres Terminplanungssystem zurück und legt den Patienten dann in der Patientenakte (EHR) an, aus den abgerufenen Daten. Eine Dublettenprüfung verhindert mehrfache Akten, und einem bereits registrierten Patienten wird die Anzahl der geplanten Untersuchungen angezeigt.

Der Arbeitslisteneintrag wird anschließend mit dem richtigen Leistungserbringer (dem aus dem Tageskalender abgeleiteten Arzt), der erkannten Maßnahme und der gewünschten Uhrzeit angelegt. Ankünfte mit mehr als 15 Minuten Verspätung werden mit einem speziellen Status gekennzeichnet. Bei Erfolg führt ein 20-Sekunden-Countdown zurück zum Startbildschirm, mit einem einzigen Tippen abbrechbar.

4. Einen neuen Termin über Cal.com buchen

Für neue Termine zeigt Borne ein im Praxis-Erscheinungsbild gehaltenes Cal.com-iframe an: Zuerst den Arzt wählen, dann die Konsultationsart aus den für ihn spezifischen Optionen (ein Arzt bietet mehrere Konsultationsarten an, ein anderer eine kleinere Auswahl). Die Zuordnung gleicht Kalender und Wochentag gemäß den realen Geschäftsregeln der Praxis ab.

5. Die mobile App: der QR-Code als Anwesenheitsnachweis

Auf einem TV-Bildschirm im Wartezimmer zeigt Borne einen QR-Code an, der auf eine mobile Anwendung verweist. Der Clou: Die URL enthält einen Tagestoken, berechnet als SHA-256(secret + date) in der Zeitzone Europe/Brussels, gekürzt auf 12 Zeichen. Er ändert sich jeden Tag um Mitternacht, hängt von keiner Datenbank ab und lässt sich nur durch Scannen des physischen Bildschirms in der Praxis auslesen.

Die mobile Middleware (Edge-kompatibel über die Web Crypto API) berechnet den Token bei jeder Anfrage neu und weist veraltete URLs ab. Dadurch ist der QR-Code kein teilbarer URL-Starter, sondern ein kryptografischer Nachweis der Anwesenheit vor Ort: kein Konto, kein Login, keine SMS. Ein nettes hardwarebewusstes Detail: Der QR-Code dreht sich jede Minute um 90°, und der Text wechselt alle 15 Sekunden zwischen den Sprachen, um OLED-Einbrennen vorzubeugen.

6. Touch-freundlich, mehrsprachig und beobachtbar

Borne bietet eine virtuelle Tastatur mit fünf Layouts (AZERTY, Initialen, numerisch, E-Mail, Telefon) mit Touch-Zielen von 56 bis 72 px, abgestimmt auf ältere Patienten, sowie sechs native Sprachen (FR, EN, NL, DE, IT, ES) auf Server- und Client-Seite. Eine Seite zur Kalendererkundung und ein Analyse-Dashboard runden das Ganze ab. Die Architektur ist ein Monorepo (Kiosk, Mobile und Shared), containerisiert mit Docker und selbst hostbar.

Wie viel Zeit spart Borne?

Versehen wir die Kette, die Borne automatisiert, mit ein paar Schätzwerten aus der Praxis. An einem klassischen Empfang bindet die Anmeldung eines Patienten die Empfangskraft von Anfang bis Ende:

Mit Borne dauert dieselbe Anmeldung im Schnitt ~30 Sekunden (die Terminuhrzeit, die Initialen, das Geburtsjahr) und beansprucht null Sekunden Empfangszeit. Der Patient kommt von ~85 auf ~30 s; vor allem gewinnt die Empfangskraft ~85 s pro Patient zurück, multipliziert mit den Ankünften des Tages.

Der zweite Effekt wiegt noch schwerer: die Parallelisierung. Mit einer einzigen Empfangskraft bedeuten fünf gleichzeitig eintreffende Patienten rund fünfmal 85 s serialisierter Anmeldung, eine mehrere Minuten lange Schlange, in der die Person am Schalter der Engpass ist. Mit dem Kiosk und der im Wartezimmer gezeigten mobilen App melden sich diese fünf Patienten gleichzeitig an. Der Durchsatz wird nicht länger durch eine einzige Personalressource begrenzt: Die Anmeldewartezeit verschwindet, statt mit Tickets verwaltet zu werden.

Schließlich ist die Automatisierung darauf ausgelegt, sauber zu scheitern. Kann der Algorithmus den Patienten nicht mit Sicherheit identifizieren, rät er nicht und legt niemals eine fehlerhafte Arbeitsliste an: Er verweist einfach zurück an den Empfang. Der schlimmste Fall ist somit keine falschen Daten in der Akte, sondern eine Rückkehr zum klassischen Ablauf: genau das Sicherheitsnetz, das eine Praxis erwartet.

Was der Markt bietet vs. was Borne leistet

Der Markt ist solide und verdient Anerkennung für das, was er gut macht. Die US-amerikanischen Marktführer der Patientenaufnahme (Phreesia, Clearwave) glänzen mit umfangreichen klinischen Formularen, Versicherungsprüfung und Bezahlung. Europäische Flow-Anbieter (Qmatic, ESII, ZORGI) beherrschen Warteschlangenmanagement und Wartezimmer-Anzeigen. Deutsche Kiosksysteme (CGM, medondo) binden die eGK-Versichertenkarte eng ein. Borne erhebt keinen dieser Ansprüche: keine Bezahlung, keine Versicherungsprüfung, keine komplexen Aufnahmeformulare.

Sein Wert liegt anderswo: im Schließen eines präzisen blinden Flecks.

Die Brücke von „Patienten-Selbst-Check-in → klinische Arbeitsliste mit Maßnahmen-Ableitung" ist unseres Wissens selten. Aufnahmeplattformen rühren die klinische Terminplanung nicht an; die klassische DICOM Modality Worklist ihrerseits setzt einen bereits von einem Menschen eingegebenen Auftrag voraus. Das Referenzprofil IHE Core Eye Care Workflow bestätigt dies: Die Arbeitsliste wird vom EHR nach der Anmeldung erzeugt, niemals vom Patienten im Selbstbedienungsmodus.

Die echten Alleinstellungsmerkmale, ohne Übertreibung

End-to-End-Automatisierung. Das wichtigste Unterscheidungsmerkmal ist keine isolierte Funktion, sondern deren Verkettung: Identifizierung → Maßnahmenerkennung → Patientenanlage (oder -abruf) → Anlegen der Arbeitsliste, ohne menschliches Eingreifen auf dem Normalpfad. Der Kompromiss besteht darin, dass dies saubere klinische Daten und eine zu pflegende Ableitungslogik erfordert: dies ist ein Geschäftssystem, kein simples Formular.

Mobile Sicherheit durch physische Anwesenheit. Wo der Markt die Sicherheit auf einen über einen unkontrollierten Kanal versendeten Link (SMS, E-Mail) oder auf umgehbare Geolokalisierung stützt, macht Borne die physische Anwesenheit vor dem Bildschirm zur Zugangsvoraussetzung. Das ist elegant und von Grund auf anti-Phishing. Die Kernidee ist nicht die Brute-Force-Stärke des Tokens, sondern die Kopplung von „Auslesen vor Ort" und „tägliche Rotation": Die Tokenlänge, und damit seine Entropie, ist lediglich ein Parameter, der sich bei Bedarf trivial erhöhen lässt. Das Modell ist für den lokalen Einsatz ausgelegt, und diese Dimensionierung bleibt eine Designentscheidung, keine strukturelle Beschränkung.

Souveränität. Borne läuft auf der eigenen Infrastruktur der Praxis, einschließlich einer Maschine vor Ort: Die Daten verlassen nie die Räumlichkeiten. Das vermeidet die Cloud-Act-Exposition, die US-Anbietern inhärent ist, und beseitigt das Abonnement pro Kiosk. Die Kehrseite, die man sich bewusst machen muss, ist real: Wartung, Updates und Backups liegen bei der Praxis oder ihrem Dienstleister.

Native Mehrsprachigkeit und Open-Source-Integration. Sechs Sprachen ab Werk und ein Buchungsablauf auf Basis von Cal.com (Open Source, AGPLv3) statt eines proprietären Kalenders: Die Praxis behält die Kontrolle über ihre Buchungsgrundlage und ihre Daten.

Fazit

Borne versucht nicht, es mit Phreesia bei der Vielfalt der Patientenaufnahme oder mit Qmatic beim Warteschlangenmanagement aufzunehmen. Es besetzt eine Nische, die diese Anbieter freilassen: ein leichtgewichtiger, fachgebundener, mehrsprachiger und souveräner Kiosk, der die Anwesenheitsbestätigung in einen automatisierten klinischen Akt verwandelt: die Untersuchungs-Arbeitsliste wird vom Patienten selbst angelegt, mit der bereits abgeleiteten richtigen Konsultationsart.

Es ist eine bewusste Haltung: weniger funktionale Oberfläche, dafür tiefere vertikale Integration, mehr Kontrolle über die Daten und die Beseitigung redundanter täglicher Dateneingabe. Für eine Praxis, die ihre Patientenakte und ihren Kalender bereits selbst kontrolliert, ist es ein Ansatz, der nützliche Automatisierung und Souveränität dem Versprechen einer All-in-One-Suite vorzieht. Wie bei jeder selbst gehosteten Lösung bleibt die operative Last zu tragen, ein zunehmend lohnender Kompromiss, da sich Bedenken zur Souveränität von Gesundheitsdaten in ganz Europa durchsetzen.

Über die Augenheilkunde hinaus: ein übertragbares Muster

Dieselbe Woche, in einer Bankfiliale. Herr Martin hat einen Termin zu seinem Kreditantrag. Statt am Schalter zu warten, scannt er den QR-Code am Empfang: Die App öffnet sich auf seinem Handy, ohne Konto oder Login, wobei schon allein die Tatsache, dass er diesen Bildschirm vor Ort scannen kann, beweist, dass er da ist. Er bestätigt seine Anwesenheit. Sofort sieht sein Berater die richtige Akte aufgehen: der erwartete Kunde, der Anlass des Termins, sein Kreditantrag, bereits an den richtigen Schreibtisch geleitet. Auch hier musste ihn niemand am Empfang weiterleiten.

Auch wenn die Anwendung für eine augenärztliche Praxis entstanden ist, liegt ihr eigentlicher Trumpf im zugrunde liegenden Muster: „Self-Identifizierung vor Ort → eine im nachgelagerten System automatisch ausgelöste Geschäftsaktion", gepaart mit einer allein durch physische Anwesenheit gesicherten mobilen App. Dieses Schema lässt sich auf jeden Kontext übertragen, in dem Menschen zu einem Termin erscheinen und eine Back-Office-Aufgabe daraus folgen soll.

• Andere medizinische und therapeutische Fachgebiete: Dieselbe Kette „Anwesenheit → Untersuchungsanlage" gilt für Radiologie/Bildgebung (Erzeugen der DICOM-Arbeitsliste), Analyselabore (Probenahmeaufträge), Physiotherapie oder Zahnmedizin (Vorbereitung der Sitzung und des Kostenvoranschlags).
• Stationäre Versorgung: Vor-Aufnahme und Weiterleitung nach Abteilung, mit automatischer Anlage der Besuchsakte.
• Öffentliche Dienste und Behörden: Rathäuser, Präfekturen, Sozialleistungsbehörden, wo der Bürger seinen Termin bestätigt und der zugehörige Vorgang eröffnet und an den richtigen Schalter weitergeleitet wird, ohne Warteschlange oder Papierticket.
• Banken, Versicherungen, Dienstleistungen: Filialempfang mit automatischer Eröffnung der Kundenakte und Zuweisung an den Berater des Tages.
• Werkstätten, Reparaturbetriebe, Logistik: Anmeldung eines Fahrzeugs oder einer Lieferung, die direkt den Reparaturauftrag oder den Wareneingang erzeugt.
• Beauty, Wellness, Fitness: Kurs- oder Behandlungs-Check-in, der ein Abonnement dekrementiert und die Fachkraft benachrichtigt.

In all diesen Fällen gelten die beiden zentralen Innovationen weiterhin: eine Personalressource einsparen, indem man die nachgelagerte Aufgabe automatisiert, statt nur zu „registrieren", und den mobilen Zugang über physische Anwesenheit absichern statt über ein Konto oder einen teilbaren Link. Die technische Grundlage (mehrsprachiger Touch-Kiosk, QR-basierte mobile App, Integration in ein Geschäftssystem über API, DSGVO-freundliches Selbst-Hosting-Deployment) ist selbst bereits domänenunabhängig.

Bei transtorm.ai ist genau das die Art zuverlässiger, messbarer Mikro-Prozesse, die wir konzipieren: nützliche Automatisierung, integriert in Ihre Werkzeuge, die einen Menschen dort in der Schleife behält, wo es darauf ankommt.

Passt dieses Muster auch zu Ihnen?

Sehen Sie Borne in der Demo in Aktion: transtorm.ai/demos/kiosk.

Präsenz vor Ort, eine Backoffice-Aufgabe, die nachgelagert automatisch ausgelöst wird: Dieses Muster reicht weit über die Augenheilkunde hinaus. Wenn in Ihrem Bereich Menschen zu einem Termin erscheinen und daraus eine Aktion folgen soll, sprechen wir darüber. Buchen Sie ein Gespräch mit transtorm.ai .