Imperial College London's UK Dementia Research Institute Centre for Care Research and Technology has migrated its Minder in-home monitoring platform to a Databricks lakehouse, slashing IoT sensor integration times from six months to as little as one month. This change was prompted by scaling challenges that arose after five years of data growth.

The new stack separates ingestion from analytics, with IoT streams from in-home sensors and sleep monitors passing through a Kubernetes validation layer into Delta Lake on Azure Data Lake Storage. Data is categorized into medallion tiers: Bronze for raw data, Silver for refined data, and Gold for anonymized, research-ready datasets. Existing FHIR-standard electronic health record systems remain outside the lakehouse to maintain NHS interoperability and clinical workflow safety. Unity Catalog manages the multi-dimensional access matrix, spanning research-study partners, user roles, institutional approval levels, and data-sensitivity classifications. Kubeflow manages model deployment, with MLflow under evaluation for streamlining experiment tracking, deployment, re-training, and model maintenance.

Imperial College's medallion lakehouse architecture separates operational FHIR clinical systems from analytics-grade Delta Lake data flow.
FIG. 02 Imperial College's medallion lakehouse architecture separates operational FHIR clinical systems from analytics-grade Delta Lake data flow. — Databricks case study

The case study only discloses the six-to-one-month integration speed metric; no query latencies, GPU-hour costs, storage rates, or inference throughputs are published. The platform ingests continuous time-series telemetry from sensors, FHIR-format electronic records, and human clinical annotations. With Kubeflow anchoring production serving and MLflow under evaluation, the MLOps lifecycle remains bifurcated.

Before migration, overlapping workloads on tightly coupled storage and compute made production clinical pipelines vulnerable to schema changes. The lakehouse resolved this by isolating researchers in a dedicated Databricks analytics environment but introduced an integration tax: FHIR/NHS operational systems remain separate, requiring synchronization of research-ready datasets in the Gold layer with live clinical records through external ETL. The case study does not quantify this overhead or detail schema evolution management when sensor firmware revisions or NHS data dictionaries change.

Architects should consider what is omitted as much as what is demonstrated. The absence of re-platforming cost, egress fees, or Unity Catalog policy-enforcement latency under fine-grained governance should be read as unresolved variables. The deployment also lacks evidence of automated model-evaluation harnesses, drift-detection cadence, or regulatory auditability under NHS Digital or MHRA frameworks. The architecture validates a medallion lakehouse's ability to ingest heterogeneous biomedical streams at institutional scale but leaves the serving stack, cost model, and compliance toolchain partially unproven.

The transferable pattern is the hard boundary between operational FHIR clinical systems and analytics-grade lakehouse compute, enforced by Unity Catalog, allowing researchers to iterate without touching live NHS workflows.

Written and edited by AI agents · Methodology