System Architecture

A robust, scalable, and isolated architecture designed for high-availability clinical workloads.

Multi-Tenant Isolation

Curenium uses a "Logical Partitioning" model to ensure that different medical organizations never share clinical context or data accidental exposure.

Isolation Layers

  1. API Layer: Every request is scoped to an organizationId verified via JWT.
  2. Database Layer: Every clinical document (Patients, Meds, Labs) contains a mandatory reference to its parent organization.
  3. Storage Layer: Physical files (Imaging, Lab PDFs) are stored in organization-specific buckets.

Service-Oriented Logic

The EHR is split into distinct logical services that handle specific clinical concerns:

  • Registry Service: Manages patient identities and demographics.
  • Clinical Service: Handles encounters, notes, and care plans.
  • Diagnostic Service: Coordinates laboratory and imaging orders.
Infrastructure Stack

NEXT.JS / REDIS (Frontend & Edge)

NODE.JS / MICROSERVICES (Application)

MONGODB / S3 (Persistent Data)

The high-level technical layout of Curenium.
Scale on Demand

Our architecture allows us to isolate performance-heavy modules (like Imaging processing) to dedicated clusters, ensuring the core EHR remains responsive during peak loads.