HealthTech RadReport · Yakaza

DICOM-basierter Radiologie-Marktplatz

DICOM-nativer zweiseitiger Marktplatz auf .NET Core Clean Architecture mit eventgetriebener Service-Kommunikation.

DICOM
Bildgebungs-Standard
2-sided
Marktplatz-Modell
Audit
Audit-Trail pro Anfrage
CQRS
Read/Write-Trennung

Problem

Eine skalierbare, auditierbare zweiseitige Marktplatzlösung war nötig, um Radiologen und Patienten rund um DICOM-Bildgebung zu verbinden.

Lösung

.NET-Core-Plattform auf Basis von Clean Architecture mit eventgetriebener Service-Kommunikation — DICOM-Workflows, rollenbasierter Zugriff und Audit-Trails.

Architektur

$ render architecture.mmd

flowchart TB
  P[Patient App] --> API[API Gateway]
  R[Radiologist Portal] --> API
  API --> Cases[Case Service<br/>.NET Core]
  API --> Match[Matchmaking Service]
  API --> Pay[Payment Service]
  Cases -- domain events --> Bus{{Event Bus}}
  Bus --> Audit[Audit Log]
  Bus --> Notify[Notification Service]
  Cases --> Store[(DICOM Object Store)]
  Cases --> PG[(PostgreSQL)]
  classDef bus fill:#581c87,stroke:#a855f7,color:#fff
  class Bus bus

Technische Entscheidungen

$ git log --oneline decisions/

#01

Domain-Events statt RPC-Ketten

Zustandsänderungen emittieren Events; Audit, Notifications und Zahlungen reagieren unabhängig — keine harten Service-Abhängigkeiten.

#02

Clean-Architecture-Grenzen

Use Cases besitzen den Workflow; DICOM-I/O, Persistenz und HTTP leben in Adapter-Projekten — Storage-Wechsel ohne Domain-Eingriff möglich.

#03

Audit-Trail pro Anfrage

Jede Zustandsänderung wird als Append-only-Event mit Wer/Was/Wann gespeichert — notwendig für medizinische Compliance, trivial abfragbar.

Technologien

.NET Core Clean Architecture Event-Driven DICOM

Ähnliche Herausforderung?

Lass uns sprechen