Persönliches Portfolio

Fullstack Engineer..

Software für Menschen. An der Schnittstelle von Healthcare, Daten und KI.

Healthcare·Data·AI Systems
Ausgewählte Arbeiten
Rucel Tsafack, sitzend im schwarzen Hoodie
HEALTHCARE · DATA · AI
01 / IDENTITY

Rucel Tsafack

Mein Ausgangspunkt ist Softwareentwicklung: eine gute Oberfläche, ein klarer API-Vertrag, ein nachvollziehbares Datenmodell. Besonders interessant wird es für mich, wenn diese Teile zusammenkommen.

02 / FOCUS

Python · TypeScript · Healthcare-Interoperabilität

Hinter jedem Datenfeld steht ein klinischer Zusammenhang. Mich beschäftigt, wie dieser Kontext über Systemgrenzen hinweg erhalten bleibt: mit eindeutigen Referenzen, verständlichen Fehlern und sorgfältig modellierten Daten.

Ausgewählte Arbeiten

Von der Idee zum durchdachten System.

Vier Architekturstudien über Daten, Schnittstellen und die Entscheidungen dazwischen.

SPRACHDOKUMENTATION / INTEROPERABILITÄT

Sprache → strukturierte klinische Daten → FHIR

  1. 01Spracheingabe
  2. 02Verschlüsselter Audio-Store
  3. 03faster-whisper
  4. 04Ollama-Extraktion
  5. 05Grounding + kanonisches Modell
  6. 06Menschliche Freigabe
Das Sprachmodell ist keine FHIR-Autorität. Es dient als eingegrenzte Extraktionsassistenz.

Architekturstudie

Vital Mapper

Eine sprachgestützte Pflegedokumentationsplattform, die gesprochene Beobachtungen in belegte, prüfbare klinische Struktur überführt und freigegebene Dokumentation über ein versioniertes Interoperabilitäts-Gateway weiterleitet.

Python · FastAPI · React · TypeScript

Fallstudie ansehen

FHIR-NATIVES KLINISCHES MONITORING

Strukturierte Gesundheitsdaten als Systemarchitektur

Patient.identifierEncounterObservationMonitoring view

LOINC 8867-4 · 85354-9 · 8310-5

Das Backend besitzt den kontrollierten FHIR-Zugang. Das Frontend erhält nur Daten und Aktionen, für die seine Session berechtigt ist.

Architekturstudie

Monitoring Pflege

Eine containerisierte, FHIR-native Anwendung für Pflegedokumentation und Monitoring mit kontrollierten klinischen Schreibverträgen, Trends, BFF-Authentifizierung und interner HAPI-FHIR-Grenze.

React · TypeScript · Vite · FastAPI

Fallstudie ansehen
Klinische Wissenssuche

Worauf stützt sich diese Antwort?

Eine Antwort ist nur so nachvollziehbar wie ihre Quellen.

source.documentanswer.citations

Quellenausschnitt

Jede Aussage bleibt mit dem ursprünglichen Dokument und seiner Version verbunden.
document_id
chunk_id
source_version
Konzeptansicht · Antwort und Quellenherkunft zusammen gedacht

Architekturstudie

Klinische Wissenssuche

Eine Retrieval-Pipeline für Quellen-Traceability, begrenzte Ausgaben und Experimente mit lokalen Modellen.

Python · FastAPI · ChromaDB · Ollama

Fallstudie ansehen

Interoperabilität

Gleiche Information. Gemeinsame Sprache.

HL7 v2.5
PID|1||SYN-1042
MUSTER^AVA
19890514
FHIR R4
Patient.identifier
Patient.name
Patient.birthDate
Mapping-Studie · Von HL7 v2 zu FHIR R4

Architekturstudie

HL7-v2- → FHIR-Integration

Eine deterministische Transformation von Aufnahme- und Befunddaten mit expliziten Feldzuordnungen und auflösbaren FHIR-Referenzen.

HL7 v2.5 · FHIR R4 · Python · Pydantic

Fallstudie ansehen

HEALTHCARE SYSTEMS ECOSYSTEM

Von klinischer Eingabe zu strukturierten Versorgungsdaten.

Vital Mapper überführt pflegerische Sprache in belegte, prüfbare Struktur. Nach der Freigabe erreicht der versionierte Gateway-Vertrag Monitoring Pflege, das FHIR-Mapping, Kontext und Monitoring-Ansicht kontrolliert.

  1. 01Pflegesprache
  2. 02Vital Mapper
  3. 03Belegte klinische Daten
  4. 04Interop-Gateway
  5. 05Monitoring Pflege
  6. 06FHIR-Monitoring
Implementierter Integrationspfad · öffentlich nur synthetische Beispiele

Mein Schwerpunkt

Healthcare ist Software. Mit höheren Anforderungen.

Hinter jedem Datenfeld steht ein klinischer Zusammenhang. Mich beschäftigt, wie dieser Kontext über Systemgrenzen hinweg erhalten bleibt: mit eindeutigen Referenzen, verständlichen Fehlern und sorgfältig modellierten Daten.

FHIR R4 · HL7 v2 · Klinische APIs · HAPI FHIR · Klinische Datenmodelle

INTERACTIVE ENGINEERING STORY

Interoperability Lab

Eine klinische Information. Zwei Standards. Ein kanonisches Modell dazwischen.

Bitte ausschließlich synthetische Daten verwenden. Die Eingaben werden nur lokal verarbeitet und nicht gespeichert.
01

Klinische Daten

Nur synthetische Daten. Die Eingaben dienen ausschließlich der Demonstration.

Patient
Aufnahme optional
01Normalisierenvalidation · trim · types
02Kanonisches klinisches Modellpatient + encounter
P-1001Mustermannfemale
03Ableiten
03

Repräsentationen

Wähle ein Feld, um seine Reise zu verfolgen.

CANONICAL → TWO VIEWS
Mapping erkunden

Wähle eine Quelle oder ein Ziel. Die Verbindung ist bidirektional.

FORMULARKANONISCHFHIR R4 ↔ HL7 v2.5

Wähle eine Quelle oder ein Ziel. Die Verbindung ist bidirektional.

Aktives MappingPatientenkennung
FHIRPatient.identifier[0].valueHL7PID-3

Patient.identifier hält die geschäftliche Patientenkennung. In HL7 ist PID-3 die Patient Identifier List.

Arbeitsweise

Ich denke vom Interface bis zur Datenbank.

Backend

Ich entwickle APIs um klare Domänengrenzen, überprüfbare Eingaben und vorhersehbares Verhalten.

Python · FastAPI · Django · PostgreSQL

Frontend

Ich mache komplexe Abläufe verständlich – mit zugänglichen Oberflächen und bewusst gestaltetem State.

TypeScript · React · Angular · Barrierefreiheit

KI & Daten

Mich interessieren KI-Anwendungen, deren Antworten sich auf Quellen, Daten und Evaluation zurückführen lassen.

RAG · Embeddings · Strukturierte Ausgaben · Evaluation

Healthcare Engineering

Ich modelliere klinische Informationen so, dass ihre Bedeutung beim Austausch zwischen Systemen erhalten bleibt.

FHIR · HL7 v2 · Interoperabilität · Datenmodellierung

Rucel Tsafack, sitzend im schwarzen Hoodie
Rucel Tsafack · Fullstack Engineer

Über mich

Ich bin Rucel. Ich möchte verstehen, was hinter einer Oberfläche passiert.

Mein Ausgangspunkt ist Softwareentwicklung: eine gute Oberfläche, ein klarer API-Vertrag, ein nachvollziehbares Datenmodell. Besonders interessant wird es für mich, wenn diese Teile zusammenkommen.

Healthcare gibt dieser Arbeit eine konkrete Richtung. Ich beschäftige mich damit, wie klinische Informationen ausgetauscht werden und wie Daten und KI auf einer verlässlichen technischen Grundlage aufbauen können.

Ich arbeite in Bad Segeberg und bin offen für Zusammenarbeit vor Ort oder remote.

Kontakt

Was möchtest du entwickeln?

Ein konkretes Projekt, eine technische Frage oder eine neue Zusammenarbeit – ich freue mich auf deine Nachricht.

Schreib mir