Thaddäus Papenbrock · Münster

Ich baue AI-Systeme
für Bereiche, in denen sie noch nicht ankommen.

Ich arbeite dort, wo Fachprozesse, Daten und Menschen noch nicht sauber zusammenfinden: Gesundheitswesen, Mittelstand, operative Teams ohne Enterprise-Tooling. Aus Anforderungen werden kleine, robuste Systeme, die nicht als Demo enden, sondern im Alltag laufen.

Was ich gerade baue

Drei Module, zwei Websites,
ein gemeinsamer Datenstamm.

physiodoc

In Produktion

Problem

KI strukturiert klinische Notizen zu Erst-, Verlaufs-, Bedarfs- und Abschlussbefunden.

Architekturentscheidung

Voice-Input über lokales Whisper, Audio verlässt den Container nie. Vorgeschichte wird deterministisch extrahiert, nicht per LLM. Therapeut reviewt vor Übernahme in die Akte.

Stack

React · FastAPI · faster-whisper · OpenAI

physiotrack

In Produktion

Problem

Gerätetraining im iPad-Format. Eine Mitarbeiterin betreut bis zu drei Patienten parallel.

Architekturentscheidung

PWA statt nativ. Service-Worker fängt schwaches Hallen-WLAN ab, NumberStepper statt Tastatur weil die Hand am Patienten ist.

Stack

React · FastAPI · PWA

n8n-Automatisierungen

In Produktion

Problem

Wiederkehrende Aufgaben zwischen Datenquellen und Empfängern — vom Sensor-Report (Temperatur, Luftfeuchte) per Mail bis zu Quartalszahlen, die automatisch ins Dashboard fließen.

Architekturentscheidung

n8n self-hosted, läuft auf eigenem Server. Workflows als JSON im Repo, nicht in einer Vendor-Cloud.

Stack

n8n · Webhooks · MQTT · SMTP

papenbrock.one & physio-spicker.de

Live

Problem

Zwei Websites: diese hier und die Praxis-Website Silke Spicker, Warendorf.

Architekturentscheidung

Vanilla HTML/CSS + ein PHP-Endpoint, kein Framework. Bei physio-spicker.de volle Schema.org-Strukturdaten in der Coming-Soon-Phase, damit die Praxis ab Tag 1 indexierbar ist.

Stack

HTML · CSS · PHP

Wie ich denke

Drei Überzeugungen,
die in jedem Projekt auftauchen.

01

Ontology-first design

Bevor ein Interface entsteht, muss klar sein, welche Dinge im System wirklich existieren und wie sie zusammenhängen. Bei PhysioDoc, PhysioTrack und patient-core war das entscheidend: Patientenstammdaten, Trainingsdaten und Befunde dürfen nicht in drei getrennten Wahrheiten leben.

02

Boring tech vor exotic stack

Ich nehme die langweilige Lösung, wenn sie den Betrieb einfacher macht: HTML statt Framework, SQLite oder Postgres statt unnötiger Plattform, PWA statt nativer App. Neuere Technik ist interessant, wenn sie ein echtes Problem löst – nicht, weil sie im Stack gut aussieht.

03

Local-first wo möglich

Wenn Daten sensibel sind oder Latenz zählt, gehört möglichst viel nah an den Nutzer. Darum transkribiert PhysioDoc Audio lokal im Container, und n8n läuft self-hosted. Cloud ist kein Feindbild, aber sie muss bewusst gewählt werden.

Thaddäus Papenbrock mit FPV-Drohne

Hintergrund

Kurz zur Person.

Ich bin Consultant bei der FDM Group und aktuell als PMO Lead in einer Rechenzentrums-Transition eingesetzt. Parallel baue ich eigene AI- und Praxissoftware: von LLM-Workflows über klinische Dokumentation bis zu iPad-Tools für den Therapiealltag.

Der rote Faden ist immer derselbe: erst das echte Problem verstehen, dann eine technische Lösung bauen, die Menschen tatsächlich nutzen. Meine Bachelorarbeit zu Change Management und meine Praxisprojekte laufen am Ende auf denselben Gedanken hinaus: Adoption ist ein Designproblem.

Aktuell Consultant im Enterprise-PMO-Kontext, parallel im Aufbau eigener AI- und Softwareprojekte. Offen für Gespräche zu festen Rollen, Co-Founder-Setups oder Projekten, bei denen Technik und Umsetzung wirklich zusammenkommen.

Kontakt

Schreib einfach.

Festrolle, Co-Founder-Setup, Projekt oder einfach ein konkreter Gedanke zu AI, Produkt und Umsetzung – E-Mail ist der einfachste Weg.

t@papenbrock.one