Zum Hauptinhalt springen
AI-Revolution WLS
Alle Referenzen
Gesundheitswesen · BUILD + HOST

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
BUILD + HOST
Technologie
Next.js, TypeScript, Python, n8n, 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.
  • n8n ausschließlich für Orchestrierung. Benachrichtigung, Routing an diensthabende Stellen, Monitoring-Hooks — nicht für fachliche Logik.
  • 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.
Architektur · Triage-Plattform
01 · Eingang

Sprach- und Texteingabe

Mehrsprachig erfasst — Telefonie, Web, Backoffice.

02 · Erfassung

Transkript

Maschinell, geprüft, mit Quellen-Referenz aufgehoben.

03 · Normalisierung

Strukturierte Daten

Klare Trennung: Rohtranskript ↔ medizinische Felder.

Triage-Core · isolierter Service
04 · Logik

Stratifikation

Entscheidungspfade als Code — versioniert, reviewbar.

05 · Tests

Unit-Abdeckung

Jeder Pfad mit Testfall — keine impliziten Regeln.

06 · Schnittstelle

Definierte API

Eingang strukturiert, Antwort dokumentierbar.

07 · Orchestrierung

n8n — nur Routing

Benachrichtigung, Routing an diensthabende Stellen, Monitoring-Hooks. Keine fachliche Logik.

08 · Persistenz

Audit-Log (append-only)

Eingaben, Pfade, Eskalationen — zeitgestempelt und signiert.

Hosting in Deutschland
Keine öffentlichen LLM-Endpunkte im kritischen Pfad
Versioniertes Infrastruktur-Setup
Architekturskizze der Triage-Plattform: mehrsprachige Eingabe → Transkript → strukturierte Erfassung → Triage-Core (isolierter Service mit testabgedeckten Pfaden) → Orchestrierung über n8n und append-only Audit-Log.

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 Fixes im Workflow-Editor.

Weitere Arbeiten

Andere Projekte ansehen.

Erstgespräch

Klingt, als könnten wir passen?

Unverbindlich. Wir hören zu, prüfen grob die Machbarkeit und sagen ehrlich, ob wir die passende Wahl sind.