Aligned Institute

mSignals — ICU Multi-Agent Patient Alignment FAQ

mSignals — ICU Patient Alignment FAQ

Version 1.0 | July 2026

mSignals is the healthcare vertical of the ALI Multi-Agent Signals (MAS) platform. It applies multi-agent data alignment architecture to ICU acute care monitoring — assigning independent agents to each clinical data domain, enforcing freshness and confidence contracts on each agent, and synthesizing an aligned patient state where inter-agent conflicts are first-class clinical outputs rather than noise to be averaged away. The result is an architecture capable of detecting compound deterioration patterns — sepsis, AKI, respiratory failure — that no existing single-model or score-fusion system can surface.

Part 1: Introduction & Clinical Problem

For clinicians, researchers, and principal investigators new to the project.

1.1 What problem does mSignals solve?

ICU patients generate data across five independent systems simultaneously — bedside monitors, laboratory information systems, pharmacy/CPOE, clinical notes, and patient history records. Each system alarms independently against its own thresholds. None of them know what the others are seeing.

The consequence is compound deterioration that no single system detects until it is late-stage. Sepsis, the archetypal compound failure, manifests as simultaneous drift across cardiac, respiratory, renal, and inflammatory markers over a 6–12 hour window. Any individual monitor captures one dimension of that drift. No existing system aligns them.

mSignals provides that alignment layer. The core insight: when a vital signs agent says the patient is stable and a laboratory agent says lactate is climbing, the divergence between those two agents is the sepsis early warning — not the average of their outputs. This is a capability that requires an agent architecture. It cannot be retrofitted onto a monolithic model or a score-fusion pipeline.

1.2 Why is the ICU the right starting point?

The ICU is the highest-acuity, highest-data-density care environment in medicine — and the one where the alignment problem is most consequential. Three facts make it the right entry point:

  • Alarm fatigue is at crisis level. Modern ICUs generate approximately 700 alarms per patient per day, of which an estimated 94–99% are false positives (Johns Hopkins, 2023). Clinicians have adapted by suppressing alarms — a behavioral response now implicated in a significant proportion of ICU sentinel events and designated a National Patient Safety Goal by the Joint Commission.
  • The compound deterioration problem is most visible here. Sepsis costs the US healthcare system approximately $24 billion annually. The majority of preventable sepsis deaths involve delayed recognition — specifically, the failure to synthesize compound signals that each fell below individual alarm thresholds.
  • The data is already there. ICUs generate more clinical data per patient per hour than any other care setting. The problem is not data availability. It is a lack of alignment across data.

The ICU also provides the clearest validation framework: MIMIC-IV, the standard de-identified ICU research dataset (40,000+ stays, Beth Israel Deaconess Medical Center), is publicly available and provides a rigorous retrospective validation environment before any live clinical deployment.

1.3 What is conflict-aware synthesis, and why does it matter?

Every existing ICU monitoring system that uses machine learning performs signal fusion: it takes inputs from multiple data sources, applies learned weights, and produces a single output score. When inputs disagree, fusion averages the disagreement away. The score hides the conflict.

mSignals performs conflict-aware synthesis: when agents disagree, the disagreement is the primary output — not a problem to be resolved before the output is produced.

Concretely: if the VAS agent (vital signs) reports the patient is hemodynamically compensated, but the LRA agent (laboratory) reports lactate is climbing post-vasopressor wean — that divergence is the sepsis early warning. A fusion model would average these inputs and produce a moderate score that doesn’t alarm. mSignals surfaces the conflict explicitly: “VAS says stable. LRA says metabolic deterioration is ongoing. Here is why that disagreement matters and what to do.”

This requires an agent architecture. A single model has no concept of inter-domain disagreement because it has no domains — only features. The conflict can only be made visible if the agents are kept separate long enough for their outputs to be compared before synthesis.

1.4 What are the five mSignals ICU agents?

Each agent owns exactly one clinical data domain and operates under a Governor Contract defining its data freshness TTL, publish threshold, gate threshold, and escalation conditions.

  • VAS — Vital Signs Agent: Bedside monitor (HR, SpO2, BP, RR, Temp). TTL: 30 seconds. The highest-frequency, most time-sensitive agent. Escalates on HR >130, SpO2 <88%, MAP <65 mmHg, RR >30.
  • LRA — Lab Results Agent: Laboratory information system (lactate, WBC, creatinine, INR). TTL: 6 hours. Escalates on lactate >2.0 mmol/L, rising lactate trend, WBC abnormality, creatinine rise ≥0.3 from baseline.
  • PHA — Pharmacy Agent: CPOE / active medication orders (drug interactions, nephrotoxins, anticoagulants). TTL: event-driven (each new order triggers a fresh fetch). Publish threshold: 0.99 — the highest confidence requirement of any agent because drug safety errors are irreversible.
  • NLA — Notes / NLP Agent: Clinical notes analyzed via BioClinicalBERT for deterioration sentiment and keywords (accessory muscles, increased work of breathing, altered mental status, edema). TTL: 4 hours. The only agent covering what clinicians write down.
  • HIA — History / Context Agent: Patient history, prior diagnoses, comorbidities (prior sepsis, CKD, CHF, immunocompromise). TTL: 24 hours. Provides the longitudinal context that makes current signals interpretable.
1.5 What clinical deterioration patterns does mSignals detect?

mSignals defines compound detection rules for five ICU deterioration patterns. Each rule requires multi-agent convergence — no single agent can trigger it alone.

  • Sepsis (qSOFA + SIRS compound): Any 3+ of four independent agents — VAS (HR >100 + hemodynamic instability), LRA (WBC abnormal + lactate >2.0), HIA (prior sepsis in history), PHA (active antibiotics). HIA and PHA each count separately toward the convergence threshold. Critically, VAS stable + LRA lactate rising is itself a trigger — this conflict pattern detects sepsis before individual thresholds breach.
  • Acute Kidney Injury (KDIGO Stage 1+): Creatinine rise ≥0.3 mg/dL (LRA) + MAP <65 mmHg sustained (VAS) + active nephrotoxin (PHA). Three-agent convergence.
  • Respiratory Failure: SpO2 <88% + RR >30 on 15-minute trajectory (VAS) — triggers autonomous Tier-4 alert without waiting for other agents. Confirmed by NLA deterioration keywords.
  • Drug-Physiology Conflict: Active anticoagulant + drug interaction detected (PHA) + INR >3.5 (LRA). Always pharmacist-gated — no autonomous action permitted.
  • Fluid Overload: Total IV fluid >6L/24h (PHA) + SpO2 declining + RR rising (VAS) + NLA keywords (crackles, edema). Four-agent convergence for highest confidence.

Part 2: Clinical Dashboard Design

For clinicians, nurses, and UX reviewers evaluating the dashboard.

2.1 Why doesn’t the dashboard show a risk score?

A score puts the cognitive burden on the clinician: “Is 74 bad enough to call the attending at 3am?” A conflict narrative removes it: “VAS says stable. LRA says lactate is climbing. Hold the vasopressor wean and recheck in two hours.”

Risk scores fail in two ways that conflict-aware synthesis does not:

  1. They hide the basis for the recommendation. A score of 74 tells a nurse nothing about which data domains are driving it, which are stale, or which are in disagreement. The FDA’s 21st Century Cures Act (Section 3060) requires that clinical decision support allow the clinician to independently review the basis for any recommendation. A latent model score does not satisfy this. Agent-level attribution does.
  2. They conflate convergent confidence with divergent uncertainty. A score of 0.80 could mean all agents agree the patient is moderately at risk, or it could mean one agent says critical and another says fine — the average is 0.80. Those two situations require completely different clinical responses. mSignals shows which one you’re in.
2.2 What does the Nurse View show?

The Nurse View is action-oriented and score-free. It answers one question: what does this patient need right now, and which data needs to be refreshed?

  • Patient header: Bed, name, age/sex, ICU admission duration, and an aligned state badge — either green “ALIGNED” or amber “⚠ DIVERGENCE DETECTED.”
  • Agent Status Grid: Five rows, one per agent, showing freshness status (FRESH / STALE Xh Ym), confidence, and escalation flag count. Stale agents show an explicit prompt: “Document or flag.” The freshness of a clinical note is itself a clinical signal — a 4-hour-old note in a deteriorating patient is an action item.
  • Conflict Panel: When agents disagree, this is the most visually prominent element on the screen. It shows each agent’s position in plain English and the resolution directive — which agent is weighted primary and why.
  • Timeline: Six-hour trend charts for HR, SpO2, lactate, and WBC — event markers for each Human Gate action on the same timeline.
  • Gate alert banner: Tier-3 notifications and Tier-4 autonomous actions pin to the top of the view. The Tier-4 banner pulses red.
2.3 What does the Doctor View add?

The Doctor View shows the same aligned patient state with full attribution depth — designed for the attending who needs to understand the basis for a recommendation, not just act on it.

  • Agent Telemetry Cards: Full readout per agent — raw confidence, staleness penalty applied, escalation flags as tagged chips, and the agent’s raw_text summary of what it observed.
  • Conflict Registry: One card per active conflict with the conflicting agents named, each agent’s position stated, the resolution directive, and the confidence penalty applied for the divergence.
  • Suppressed Signals: Agents below gate threshold are logged but collapsed — the doctor can see what was suppressed and why, which matters for cases where a suppressed signal later becomes relevant.
  • Immutable Audit Log: Every Human Gate action — conflict flagged, agent suppressed, interaction clear, autonomous action fired, clinician override — is logged with agent ID, confidence, tier, and timestamp. This is the HIPAA audit trail and the 510(k) post-market surveillance record in one artifact.
2.4 What is the Human Gate Model?

The Human Gate Model governs which actions require clinician confirmation and which can be taken autonomously, based on compound confidence and clinical severity. It has four tiers:

  • Tier 1 — Suppress (compound confidence <0.60): Logged only. No alert generated. Available in the audit trail for retrospective review.
  • Tier 2 — Passive Advisory (0.60–0.80 or low severity): Appears in the dashboard. No interrupt. Review at convenience — does not page or push.
  • Tier 3 — Active Notification (0.80–0.92 or medium severity): Push notification to the responsible clinician. Review and confirmation required before any clinical action is taken.
  • Tier 4 — Autonomous Action (>0.92 + high severity): Rapid response paged. Order pre-populated for one-click clinician confirm. Currently limited to respiratory failure (SpO2 <88% + RR >30 on confirmed 15-minute trajectory).

Every tier — including suppressed signals — is written to the immutable audit log. The Human Gate is not an alert filter; it is a clinical governance layer with a complete, auditable record of every decision made or not made.

Part 3: Technical Architecture

For software engineers, data scientists, and technical reviewers.

3.1 How are Governor Contracts structured?

Each agent operates under a AgentContract data structure that defines its behavioral envelope. No agent can publish output that violates its contract.

AgentContract(
    agent_id        = 'lra',
    dispatch        = 'event',
    confidence_threshold  = 0.85,   # minimum to publish
    gate_threshold        = 0.65,   # minimum to enter compound scoring
    freshness_ttl_seconds = 21600,  # 6 hours
    staleness_penalty     = 0.10,   # confidence deduction per TTL breach
    escalation_conditions = [
        'lactate_gt_2', 'lactate_rising',
        'wbc_high', 'wbc_low', 'creatinine_rise'
    ]
)

The staleness penalty is applied by the coordinator before any compound rule evaluation. An LRA result that is 12 hours old (2× past its 6-hour TTL) has its confidence reduced by 0.20 before entering the conflict detection step. This means temporal misalignment between agents is an explicit, quantified input to the compound rules — not an invisible assumption.

3.2 How does the ICU Coordinator produce the Aligned Patient State?

The ICUCoordinator.align() method runs five sequential steps on each evaluation cycle:

  1. Fetch: Calls fetch(patient_id) on all five agents concurrently. Each agent reads from its data source (MIMIC tables in validation; live clinical system in deployment) and returns an AgentOutput.
  2. Staleness penalty: Applies the _apply_staleness_penalty() method to each output, reducing confidence based on time past TTL.
  3. Gate filter: Agents below their gate_threshold are excluded from compound scoring (logged as suppressed).
  4. Compound rules: All five detection functions run against the penalized outputs. Each returns a CompoundResult with detected, conflict_detected, action_tier, and resolution_directive.
  5. State assembly: Results are assembled into an ICUAlignedState with a deterministic SHA-256 hash, version increment, and audit entry. The hash is the audit anchor — any downstream system can verify the state it acted on is the state the coordinator produced.
3.3 What is the tech stack?

Backend (Python)

  • Python 3.13 — agent classes, Governor Contracts, ICU Coordinator, compound detection rules
  • Pandas — MIMIC-IV table reads and patient stream replay
  • BioClinicalBERT (emilyalsentzer/Bio_ClinicalBERT, HuggingFace) — NLA agent clinical note classification
  • OpenFDA API — PHA agent drug interaction lookups
  • FastAPI — REST interface for dashboard and downstream consumers (Phase 2)

Dashboard (Next.js)

  • Next.js 16 (App Router) + TypeScript
  • @xyflow/react — 5-node agent graph with conflict edges and freshness color coding
  • Recharts — 6-hour patient trend timelines (HR, SpO2, lactate, WBC)
  • Tailwind CSS v4 + Shadcn/ui — clinical dark theme
  • SWR — polling the patient state API route

Validation Data

  • MIMIC-IV Demo v2.2 — 100 de-identified ICU stays, on disk, no credentials required
  • MIMIC-IV v2.2 (full) — 40,000+ stays, PhysioNet credentialing in progress
3.4 What is MIMIC-IV and why is it the validation dataset?

MIMIC-IV (Medical Information Mart for Intensive Care) is a de-identified database of ICU stays at Beth Israel Deaconess Medical Center in Boston. Version 2.2 contains over 40,000 adult ICU admissions with complete vital signs, laboratory results, medication orders, nursing notes, diagnoses, and mortality outcomes. It is maintained by the MIT Laboratory for Computational Physiology and is the standard dataset for ICU AI research.

It is the right validation dataset for mSignals for three reasons:

  • No regulatory overhead for retrospective analysis. Running the compound detection rules against historical MIMIC data requires no FDA clearance, no IRB for human subjects research (the data is already de-identified and publicly available under a data use agreement), and no hospital partnership.
  • Schema parity with live clinical systems. MIMIC-IV’s table structure (chartevents, labevents, prescriptions, diagnoses_icd, noteevents) maps directly to the data each mSignals agent would consume in a live Epic or Cerner integration. The PatientStream data layer is written once and works against both.
  • Three simultaneous deliverables. The MIMIC-IV validation study is the thesis proof, the enterprise sales tool for hospital procurement conversations, and the clinical evidence for FDA 510(k) submission — all in one artifact.
3.5 How does the NLA agent analyze clinical notes?

The NLA agent uses BioClinicalBERT — a BERT model pretrained on 2 million clinical notes from MIMIC-III — for zero-shot classification of nursing and physician notes. No fine-tuning is required for the PoC.

The pipeline has two layers:

  • Embedding similarity classification: The input note is encoded to a [CLS] embedding and compared via cosine similarity against label embeddings (“Patient is deteriorating, in distress…” vs. “Patient is stable, comfortable…”). Sentiment (negative / neutral / positive) and deterioration detection are both handled this way.
  • Keyword extraction: A deterministic regex pass over 30 clinically-validated deterioration keywords runs on every note regardless of whether the NLP model is available — “increased work of breathing,” “accessory muscles,” “altered mental status,” “crackles,” “edema,” and others. This is the fallback that ensures the agent never silently fails.

If the BioClinicalBERT model cannot be loaded (no GPU, no network on first run), the agent falls back to keyword-only mode and sets nlp_model: 'regex_fallback' in its output. The compound detection rules still run — they just receive lower NLA confidence, which is the correct behavior.

Note on MIMIC-IV Demo: The 100-patient demo dataset does not include clinical notes (stripped for re-identification reasons). Full NLA functionality requires either full MIMIC-IV credentials (in progress) or a live EHR integration. The agent runs in stub mode on the demo dataset.

Part 4: Regulatory & Compliance

For legal, compliance, and clinical governance reviewers.

4.1 What is the FDA regulatory pathway for mSignals?

mSignals is designed for the FDA Software as Medical Device (SaMD) pathway as a Class II device with a 510(k) clearance route.

The 21st Century Cures Act (Section 3060) provides a statutory CDS carve-out for software that:

  1. Is not intended to replace clinical judgment
  2. Displays the basis for each recommendation so a clinician can independently review it
  3. Does not primarily acquire, process, or analyze medical images or genomic data

mSignals satisfies conditions 1 and 2 structurally — the Human Gate model and conflict registry are designed to make the basis for every recommendation independently reviewable at the agent level. For Tier-4 autonomous alerts (rapid response paging), which fall outside the CDS carve-out, the 510(k) predicate devices are Tandem Control-IQ (autonomous actuation with governor threshold) and Philips IntelliVue Guardian (ICU early warning auto-escalation).

The sequencing: MIMIC-IV retrospective validation (current) → observational pilot at a partner hospital (Phase 4) → 510(k) submission using both as clinical evidence. Entity: mSignals is an ALI vertical; FDA sponsorship is through ALI.

4.2 How does mSignals handle HIPAA compliance?

HIPAA compliance is addressed as a structural output of the architecture, not a separate compliance layer bolted on afterward.

  • PHI encryption: All patient data encrypted in transit (TLS 1.3) and at rest (AES-256), retained within the customer’s BAA-signed environment.
  • Audit trail: The immutable audit log produced by the Governor / Coordinator layer satisfies 45 CFR §164.312(b) audit control requirements. Every access, every suppressed signal, every autonomous action, and every clinician override is logged with timestamp, agent ID, confidence, and tier — queryable, exportable, and tamper-evident via state hash.
  • Minimum necessary: Each agent fetches only the data fields required for its own escalation conditions. VAS does not see pharmacy records. PHA does not see vital signs. This is architectural minimum-necessary, not a policy control.
  • Research phase: Current validation runs against MIMIC-IV, which is a de-identified dataset. No PHI is involved in the research phase.
4.3 How does mSignals satisfy the 21st Century Cures Act “basis for recommendation” requirement?

Section 3060 requires that a CDS tool display “the basis for the recommendation or alert” so that the clinician can independently review it without relying on the software’s conclusion.

mSignals satisfies this structurally through the conflict registry and agent attribution system. Every recommendation includes:

  • Which agents contributed to the compound detection
  • Each contributing agent’s confidence (raw and post-staleness-penalty)
  • The specific escalation flags each agent raised
  • The resolution directive — which agent was weighted primary and why
  • The audit trail of prior actions on the same patient state

A clinician reviewing a sepsis Tier-3 alert sees: “LRA reported lactate 2.4 (rising from 1.8 six hours prior, conf: 0.91). VAS reported hemodynamic stability (conf: 0.88, no escalation flags). HIA confirmed prior sepsis episode. LRA weighted primary — lactate trend post-wean outweighs momentary pressure recovery as sepsis staging signal.” That is an independently reviewable basis. A risk score of 0.74 is not.

Part 5: Validation & Research

For the principal investigator, co-investigators, and journal reviewers.

5.1 What is the MIMIC-IV validation study design?

The validation study runs the mSignals compound detection rules retrospectively against the full MIMIC-IV dataset and compares against three benchmarks.

  • Cohort: Adult ICU stays ≥24 hours (~22,000 stays after exclusions)
  • Primary outcomes: Sepsis (ICD A41.x), AKI (N17–N19), respiratory failure (J96.x), ICU mortality
  • Prediction horizon: 6 hours (detect deterioration 6 hours before clinical diagnosis)
  • Primary metric: AUROC
  • Alarm burden metric: True positive rate at fixed false positive rate of ≤2 alarms/patient/day

Comparison Arms

  1. Single-parameter threshold alarms (reproducing current standard of care)
  2. Epic Deterioration Index (published model coefficients, Brajer et al. 2020)
  3. SOFA score trajectory (standard ICU severity benchmark)
  4. mSignals conflict-aware synthesis (primary arm)
5.2 What are the target performance metrics?

Based on compound-signal literature (meta-analysis of 14 ICU early warning studies, JAMA Internal Medicine, 2024), multi-signal approaches outperform single-domain models by 18–24% in sensitivity at equivalent specificity. mSignals targets:

  • Sepsis at 6h horizon: AUROC ≥ 0.82 (primary endpoint)
  • Alarm burden: ≤ 2 true-positive alarms per patient per day at the sensitivity target
  • Early detection advantage: Sepsis detected 60–90 minutes earlier than single-domain approaches at equivalent alarm burden
  • VAS/LRA conflict specificity: The pre-threshold divergence pattern (hemodynamically stable + lactate rising) should independently predict sepsis-3 criteria with AUROC >0.78 — validating the core conflict-aware thesis without requiring three-agent convergence

AKI three-agent convergence (PHA nephrotoxin + VAS hemodynamic + LRA creatinine) is expected to outperform individual-domain models by >15% AUROC based on the published AKI prediction literature.

5.3 What is the publication strategy?

The MIMIC-IV validation study serves three simultaneous purposes — which is what makes it the single highest-leverage artifact in the mSignals development path:

  1. Thesis proof: Demonstrates that conflict-aware synthesis outperforms score fusion on real ICU data with a published, reproducible methodology
  2. Enterprise sales tool: A peer-reviewed publication in a clinical informatics journal is the standard evidence package for hospital procurement conversations and IDN-level system decisions
  3. 510(k) clinical evidence: Retrospective validation on a publicly available, widely-cited dataset is accepted as part of the predicate evidence package for Class II SaMD submissions

Target journals: Critical Care Medicine, JAMIA (Journal of the American Medical Informatics Association), or npj Digital Medicine — all accept MIMIC-based computational methodology papers prior to live clinical validation. The MIMIC-III/IV citation count in these journals makes the methodology immediately credible to reviewers.

5.4 What is the path from MIMIC validation to live clinical deployment?

mSignals follows a five-phase deployment sequence designed to minimize regulatory risk while building the evidence base incrementally:

  • Phase 0 (current): MIMIC-IV Demo data pipeline wired. Demo dashboard live. 24/24 backend tests passing.
  • Phase 1: Full MIMIC-IV access (PhysioNet credentialing in progress). Validation study runs. Conflict engine validated against real outcomes.
  • Phase 2: Research dashboard — read-only, no clinical action capability. FastAPI backend serving the Next.js dashboard from live MIMIC data. Manuscript drafted.
  • Phase 3: Observational pilot at a partner hospital — mSignals runs in parallel to existing systems, generates alerts, clinicians are not required to act. IRB protocol for prospective data collection. Publication submitted.
  • Phase 4: Advisory deployment — mSignals alerts are surfaced to clinicians as a recommended second opinion. 510(k) preparation begins using MIMIC + pilot data as clinical evidence.
  • Phase 5: Full clinical deployment with autonomous Tier-4 alerts (respiratory failure rapid response) under FDA clearance.
5.5 How does mSignals relate to the broader MAS platform research program?

mSignals is the healthcare vertical of the ALI Multi-Agent Signals platform. The core platform provides the domain-agnostic alignment primitives — Governor Contracts, staleness penalty math, conflict detection, the Canonical Aligned State schema, and the Human Gate model. mSignals instantiates these primitives for ICU clinical data domains.

Critically, the Alignment Coordinator does not know what domain it is aligning. The same conflict-aware synthesis that detects VAS/LRA sepsis divergence in an ICU detects price-data/macro-indicator divergence in cSignals (commodity intelligence) and payment-authorization/risk-signal divergence in pSignals (agent commerce). The safety primitives validated by mSignals generalize to every domain where competing data sources must be aligned before a consequential action is taken.

The ICU is the right domain to validate first because the consequences of misalignment are maximally visible — and maximally costly. A compound detection failure in an ICU results in a preventable death. That is the pressure test that proves the architecture is ready for deployment in any domain.

Questions about the mSignals research program?
Principal Investigator: Dr. Gabriel Axel Montes  |  Operational Lead: Anthony Monroy  |  mSignals Project Lead: Ivan (PhysioNet credentialing & MIMIC-IV validation)
Platform: asiinst.com
Disclaimer: mSignals is a research system currently in pre-clinical validation against de-identified data (MIMIC-IV). It is not approved for clinical use and does not constitute medical advice. All clinical decisions remain the responsibility of licensed healthcare professionals. Please review the Terms and Conditions for further details.