System design

Ambulance platform architecture

Reference diagrams for web command apps, native field operations, shared FastAPI services, and the data layer that connects dispatch through clinical handoff.

Diagram 01

Web apps & dashboards

Command and clinical web stack for dispatchers, supervisors, administrators, and hospital teams. Next.js / React PWA and ASP.NET Core / Blazor front ends share one Python FastAPI backend for CAD, ePCR, hospital reception, analytics, and optional Fluxer / TAK integrations.

Web apps & dashboards
Diagram 02

Shared services & data layer

How the web applications connect to authoritative /api/v1 services, optional chat and TAK workers, and the operational data plane — PostgreSQL + PostGIS, Redis, DuckDB analytics, and clinical file storage.

Shared services & data layer
Diagram 03

CAD / RMS end-to-end architecture

Full Ambulance Operations reference from call-for-service through hospital handoff. Shows the intended operational workflow, four client applications across three repositories, FastAPI service modules, maps/navigation, and backend data & monitoring.

CAD / RMS end-to-end architecture
Diagram 04

Mobile & desktop field operations

Driver and EMT / paramedic call-to-hospital workflows on native clients. Covers incident-linked ePCR, hospital selection, .NET MAUI and HarmonyOS apps, offline clinical sync, and maps & routing used in the field.

Mobile & desktop field operations
Diagram 05

Applications, APIs & FastAPI services

How CAD/RMS clients (Next.js, Blazor, MAUI, HarmonyOS) talk to the authoritative FastAPI layer for CAD & response, fleet monitoring, patient care / ePCR, hospital coordination, and security auditing.

Applications, APIs & FastAPI services
Diagram 06

Navigation, coordination & operations data

Maps and routing (online and offline), optional TAK situational awareness, Fluxer communications, and the data/operations stack that keeps dispatch, clinical, and hospital context in one system of record.

Navigation, coordination & operations data