Skip to main content
v2026.11,858 entries · CC-BY 4.0

Federated Learning in Healthcare: Decentralized Medical AI, Secure Aggregation, and Differential Privacy

How federated learning enables multi-institutional medical imaging and EHR model training without centralizing patient data, detailing Federated Averaging (FedAvg), Secure Aggregation, and Differential Privacy.

Written and maintained by CASRAI Editorial Board

Last updated

Federated learning (FL) in healthcare is a decentralized machine learning paradigm that trains shared clinical artificial intelligence (AI) models across multiple hospitals, academic medical centers, or biobanks without transferring raw patient data (Protected Health Information [PHI] or Digital Imaging and Communications in Medicine [DICOM] studies) outside each institution’s local firewall. Formulated by H. Brendan McMahan et al. (2017) and established as a biomedical informatics standard by Nicola Rieke et al. (2020) in npj Digital Medicine, federated learning reverses the conventional centralized data-lake workflow: instead of moving sensitive clinical records to a central cloud server, the central orchestrator dispatches the model weights to each participating hospital for local training and aggregates only the resulting mathematical parameter updates.

What Is Federated Learning in Healthcare?

Deep neural networks for diagnostic radiology, digital pathology, genomics, and intensive-care risk prediction require large, demographically diverse training cohorts to avoid overfitting to a single hospital’s scanner hardware or patient population. However, centralizing raw clinical data into a single repository is frequently restricted by the Health Insurance Portability and Accountability Act (HIPAA), the European Union General Data Protection Regulation (GDPR), institutional data sovereignty policies, and the sheer storage footprint of multi-terabyte whole-slide pathology or volumetric MRI archives. Federated learning builds on federated data infrastructure principles to train a single global model across distributed clinical silos.

In the standard Federated Averaging (FedAvg) protocol, each training communication round t proceeds through four deterministic steps:

  1. Global Model Broadcast: The central aggregation server distributes the current global model weight vector w_t to K participating clinical institutions (federated clients).
  2. Local Institutional Training: Each institution k trains the received model locally for E epochs on its private dataset of size n_k using Stochastic Gradient Descent (SGD) or Adam, producing an updated local weight vector w_{t+1}^k (or weight delta Δw_t^k = w_{t+1}^k - w_t) behind its own firewall.
  3. Parameter Upload: Only the numerical weight updates Δw_t^k—containing zero patient identifiers, clinical notes, or pixel arrays—are transmitted over mutually authenticated TLS to the aggregation server.
  4. Weighted Global Aggregation: The server computes the sample-weighted average across all K participating sites: w_{t+1} = Σ_{k=1}^K (n_k / N) w_{t+1}^k, where N = Σ n_k, and initiates round t + 1.
Federated Topology Data Partitioning Structure Across Sites Primary Healthcare & Clinical Research Use Case Statistical & Algorithmic Challenge
Horizontal (Sample-Partitioned) Cross-Silo FL Different hospitals hold distinct patient cohorts (rows) that share the same clinical feature space or imaging modality (columns) Multi-center radiology segmentation (e.g., brain tumor MRI), rare cancer histopathology, and multi-site COVID-19 triage models Non-IID (non-independent and identically distributed) domain shifts across MRI/CT scanner vendors (Siemens, GE, Philips) and local demographics
Vertical (Feature-Partitioned) FL Different organizations hold distinct feature sets (columns) for the same overlapping patient population (rows) Joint modeling across a hospital’s EHR clinical labs, a payer’s longitudinal pharmacy claims, and a genomic sequencing laboratory Requires privacy-preserving entity alignment before training and split-neural-network gradient coordination
Cross-Device FL Thousands to millions of patient smartphones or wearable medical sensors each hold a single individual’s time-series stream Continuous arrhythmia detection, decentralized digital biomarker modeling, and glucose forecasting on edge devices Unreliable client connectivity, battery/compute constraints, and extreme local class imbalance

How Does Federated Learning Protect Patient Privacy in Medical Imaging?

In medical imaging research—ranging from multi-center glioblastoma brain MRI segmentation consortia (such as FeTS) to chest radiograph repositories complementing central archives like MIDRC—raw cranial MRI or chest CT volumes can inadvertently reveal facial geometry, implanted device serial numbers, or rare anatomical anomalies. Federated learning keeps every DICOM pixel array strictly on-premises at the originating radiology department while addressing two critical technical challenges in medical imaging:

  • Mitigating Non-IID Scanner Domain Shift: Because hospitals utilize different magnetic field strengths (1.5T vs. 3T MRI), reconstruction kernels, and staining intensities, local gradients can diverge during standard FedAvg training. Medical FL frameworks apply algorithms such as FedProx (which adds a proximal regularization term (μ/2) ||w - w_t||^2 to restrict local updates from drifting too far from the global model) or FedBN (which keeps Batch Normalization parameters strictly local to each hospital’s scanner distribution while federating convolutional weights).
  • Defending Against Gradient Inversion and Model Memorization: Sharing raw gradients or weights alone is not a complete cryptographic guarantee; an “honest-but-curious” central server can execute gradient inversion attacks (such as Deep Leakage from Gradients) to reconstruct high-resolution training images from unmasked early-epoch gradients, or execute membership inference attacks to determine whether a specific patient’s scan was in a hospital’s training cohort. Consequently, production healthcare FL systems combine federated training with cryptographic Secure Aggregation, Differential Privacy, and hardware enclaves.

What Is Secure Aggregation in Federated Learning?

Secure Aggregation (SecAgg)—formalized by Keith Bonawitz et al. (2017)—is a cryptographic protocol based on secure multi-party computation in healthcare and Shamir’s Secret Sharing that prevents the central aggregation server from inspecting any individual hospital’s model update Δw_t^k, while still allowing the server to compute the exact sum Σ_{k=1}^K Δw_t^k.

In pairwise additive masking, each pair of participating hospitals (u, v) agrees on a shared cryptographic seed via Diffie–Hellman key exchange and generates a pseudorandom mask vector r_{u,v}. Hospital u adds r_{u,v} to its local weight vector before transmission, while hospital v subtracts the exact same mask r_{u,v}. When the central server sums the masked vectors across all participating hospitals, all pairwise masks mathematically cancel out (+r_{u,v} - r_{u,v} = 0), revealing the exact global average without the central server ever observing an individual hospital’s weights.

To protect the final aggregated model itself from leaking memorized patient features, Secure Aggregation is paired with (ε, δ)-Differential Privacy (DP-SGD) and hardware-enforced confidential computing (such as Intel SGX/TDX or AMD SEV-SNP enclaves, including Google Cloud Confidential Computing):

  1. Gradient Norm Clipping: Each hospital clips the L2 norm of per-sample or per-client gradients to a maximum bound C so that no single outlier patient record can dominate a parameter update.
  2. Calibrated Gaussian Noise Injection: Controlled zero-mean Gaussian noise N(0, σ²C²I) is added to the clipped gradients before aggregation, bounding the privacy loss budget (ε, δ) across communication rounds.
  3. Trusted Execution Environment (TEE) Attestation: Running the central aggregator and local client containers inside hardware-attested TEEs ensures that neither the cloud infrastructure provider nor an unauthorized administrator can tamper with the aggregation code or inspect unmasked weights in RAM.

Frequently Asked Questions

What is federated learning in healthcare?

Federated learning in healthcare is a collaborative machine learning architecture in which multiple hospitals or research institutions train a shared clinical AI model locally behind their own firewalls and exchange only mathematical model weight updates rather than raw patient EHR or medical imaging data.

How does federated learning protect patient privacy in medical imaging?

Federated learning keeps raw DICOM images and pixel arrays strictly inside each hospital’s local infrastructure, eliminating central data transfers, and pairs local training with differential privacy noise injection and secure aggregation to prevent gradient reconstruction or membership inference attacks.

What is secure aggregation in federated learning?

Secure aggregation is a cryptographic multi-party computation protocol in which participating hospitals mask their local model weight updates with pairwise cancelling cryptographic keys so that the central server can only compute the summed global model update without ever viewing any individual hospital’s contribution.

Follow CASRAI

Research-administration guidance, standards updates and independent tool reviews.

Ask CASRAI · free to try

Ask about Federated Learning in Healthcare: Decentralized Medical AI, Secure Aggregation, and Differential Privacy

Ask your first 2 questions free below. Subscribers get 150 a day for $29 a month.

An AI assistant specialized in research administration. It cites the sources behind every answer, labels web answers and says when it can't answer.

Answers draw on CASRAI's guides and dictionary plus the federal and funder documents we index: Federal Register, Grants.gov, Regulations.gov and UKRI.

Works on this site and inside Claude, Cursor and the AI tools you already use.

Everything CASRAI publishes — this page, the dictionary, the guides and the news — stays free to read, with no account and no card.

Referenced across the research world

University of Cambridge logoColumbia University logoCrossref logoUniversity of Edinburgh logoHarvard University logoUniversity of Oxford logoPrinceton University logoStanford School of Medicine logoUniversity College London logoORCID logoUniversity of Cambridge logoColumbia University logoCrossref logoUniversity of Edinburgh logoHarvard University logoUniversity of Oxford logoPrinceton University logoStanford School of Medicine logoUniversity College London logoORCID logo
  • University of Cambridge logo
  • Columbia University logo
  • Crossref logo
  • University of Edinburgh logo
  • Harvard University logo
  • University of Oxford logo
  • Princeton University logo
  • Stanford School of Medicine logo
  • University College London logo
  • ORCID logo

View CASRAI adoption →