Software für Praxen

// Das Problem

Eine Gruppe von Physiotherapie- und Zahnarztpraxen bucht jeden Termin am Telefon, schickt Erinnerungen von Hand und sammelt Anmeldebögen auf Klemmbrettern im Wartezimmer.

// Was wir bauen würden

Ein Patientenportal und eine App für iOS und Android für Termine, Anmeldebögen, Erinnerungen und Zahlungen, angebunden an das Praxisverwaltungssystem, sodass die Anmeldung einen Kalender sieht.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL
• API des Praxisverwaltungssystems
• Stripe
• AWS (Region Kanada)

// Das Problem

Behandelnde verbringen ihre Abende damit, die Dokumentation fertigzuschreiben, und die Einrichtung darf aufgezeichnete Behandlungen nicht an einen externen KI-Dienst senden.

// Was wir bauen würden

Ein Assistent, der die Behandlung mit Einwilligung der Patientin mitschreibt und einen strukturierten Eintrag vorbereitet, den die Behandelnde prüft, bearbeitet und unterschreibt, auf Open-Source-Modellen, die auf einem GPU-Server im eigenen Rechenzentrum der Einrichtung laufen, sodass weder Ton noch Text sie verlässt.

// Was drin ist

// Tech-Stack

• Whisper (Open Source)
• Llama oder Qwen (Open Source)
• vLLM
• Next.js
• Lenovo GPU-Server vor Ort

// Das Problem

Eine Facharztpraxis erhält Überweisungen als Fax und Scan in Dutzenden Layouts, und das Personal liest jede Seite, um Grund, Dringlichkeit und Fehlendes zu finden.

// Was wir bauen würden

Ein eigenes Modell, auf den eigenen anonymisierten Überweisungen der Praxis nachtrainiert, das jede liest, die Felder herausholt, fehlende Befunde markiert und eine Warteschlange vorschlägt, wobei eine Person jede Überweisung vor der Terminvergabe bestätigt.

// Was drin ist

// Tech-Stack

• Nachtrainiertes Modell mit offenen Gewichten
• OCR-Strecke
• Python
• Next.js
• AWS (Region Kanada)

// Das Problem

Behandelnde, die an mehreren Kliniken und Praxisgruppen arbeiten, werden von jeder erneut überprüft, wobei dieselben Zulassungen und Zeugnisse jedes Mal per E-Mail kontrolliert werden.

// Was wir bauen würden

Ein Portal für die Qualifikationsprüfung, in dem jede Einrichtung die von ihr durchgeführten Prüfungen erfasst, auf einem privaten Register mit Zugangsberechtigung, von dem die Einrichtungen je einen Knoten betreiben, sodass eine geprüfte Zulassung oder ein geprüftes Zeugnis von den anderen anerkannt wird und niemand einen früheren Eintrag verändern kann.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• Hyperledger Besu (privat, mit Zugangsberechtigung)
• S3-kompatibler Speicher
• AWS (Region Kanada)

// Das Problem

Eine Gruppe von Kliniken faxt Überweisungen, tippt Laborbefunde ab und telefoniert mit Apotheken, weil Patientenakte, Terminsystem und die Systeme der Partner nicht miteinander sprechen.

// Was wir bauen würden

Ein Integrationsdienst in Kanada, der Überweisungen, Befunde und Termine zwischen Ihrer Patientenakte, Ihrem Terminsystem und Ihren Partnern über HL7 FHIR austauscht, wo diese es unterstützen, mit Einwilligungsprüfung vor jeder Übertragung und einem Protokoll jedes Austauschs.

// Was drin ist

// Tech-Stack

• Node.js
• HL7 FHIR
• PostgreSQL
• OpenAPI
• AWS Canada

// Das Problem

Die Patienten-App eines Gesundheitsnetzes schneidet in den eigenen Umfragen schlecht ab; ältere Menschen und Screenreader-Nutzer tun sich schwer, Termine zu buchen, Befunde zu sehen oder ihrem Behandlungsteam zu schreiben.

// Was wir bauen würden

Eine Neugestaltung mit Patienten: Interviews und Tests mit Menschen verschiedenen Alters und verschiedener Fähigkeiten, Bildschirme in einfacher Sprache, größere Schaltflächen und klare Zustände, nach WCAG 2.1 AA gebaut und mit Screenreadern getestet, und ein Designsystem für Ihr Team.

// Was drin ist

// Tech-Stack

• Figma
• Next.js
• React Native
• PostgreSQL
• AWS Canada