Triage-Plattform für medizinischen Notdienst
Greenfield-Rebuild einer Triage-Plattform für einen medizinischen Notdienst — in aktiver Entwicklung. Abgeschotteter Betrieb in Deutschland, auditierbare Eskalationslogik, keine externen KI-Endpunkte.
- Branche
- Gesundheitswesen
- Säule
- KI-Entwicklung + Hosting
- Technologie
- Next.js, TypeScript, Python, Postgres, Docker
- Jahr
- 2026
Ausgangslage
Ein medizinischer Notdienst stand vor dem Rebuild einer bestehenden Triage-Lösung. Der Alt-Stack war auf mehrere Plattformen verteilt, die Logik lag teils in No-Code-Tools, teils in externen Cloud-Komponenten — nicht vollständig auditierbar und nicht konform mit den internen Anforderungen an Datenresidenz und Nachvollziehbarkeit.
Die Erwartung war eindeutig: Keine Weiterentwicklung auf dem Demo-Stack. Ein Greenfield-Rebuild, bei dem jede fachliche Entscheidung durch ein prüfbares System-Log begründbar ist.
Unsere Rolle
Wir setzen die Plattform vollständig neu auf — von der Architekturskizze bis in den Betrieb. Konkret:
- Triage-Core als eigenständiger Service. Die medizinische Entscheidungslogik lebt nicht mehr in einem Workflow-Baukasten, sondern als testbarer Service mit definierter Schnittstelle. Jeder Pfad ist unit-abgedeckt, jede Eskalation protokolliert.
- Orchestrierung als eigener Code. Benachrichtigung, Routing an diensthabende Stellen und Monitoring-Hooks laufen als von uns entwickelte, versionierte Dienste — testbar, auditierbar, keine fremde Black-Box.
- Mehrsprachige Patienteneingabe mit klarer Trennung zwischen Transkript, strukturierter Erfassung und Triage-Entscheidung.
- Souveränes Hosting auf Infrastruktur in Deutschland. Keine öffentlichen LLM-Endpunkte im kritischen Pfad.
Sprach- und Texteingabe
Mehrsprachig erfasst — Telefonie, Web, Backoffice.
Transkript
Maschinell, geprüft, mit Quellen-Referenz aufgehoben.
Strukturierte Daten
Klare Trennung: Rohtranskript ↔ medizinische Felder.
Stratifikation
Entscheidungspfade als Code — versioniert, reviewbar.
Unit-Abdeckung
Jeder Pfad mit Testfall — keine impliziten Regeln.
Definierte API
Eingang strukturiert, Antwort dokumentierbar.
Eigener Routing-Dienst
Benachrichtigung, Routing an diensthabende Stellen, Monitoring-Hooks — als von uns gebauter, versionierter Dienst. Keine fachliche Logik.
Audit-Log (append-only)
Eingaben, Pfade, Eskalationen — zeitgestempelt und signiert.
Betrieb & Governance
Alle Zugriffe, Eskalationen und Datenänderungen werden in einem append-only Audit-Log zeitgestempelt und signiert. Deploys laufen über versioniertes Infrastruktur-Setup — keine Out-of-Band-Änderungen, keine Handstriche in Produktion.
Aktueller Stand
Das Projekt befindet sich in aktiver Entwicklung. Die Architektur steht, der Triage-Core wird iterativ aufgebaut, erste Komponenten sind im produktiven Einsatz. Die Ablösung des alten Demo-Stacks läuft schrittweise — mit dokumentierten Releases, nachvollziehbarem Migrationsweg und einem System, das der Notdienst Zeile für Zeile durch eine Revision verteidigen kann. Weiterentwicklung passiert in dokumentierten Schritten, nicht durch nächtliche Hotfixes.