Dr. Reddy's knitted six site-level LIMS instances and two MES vintages into a single quality analytics layer that surfaces process drift before it becomes a deviation.


Across six manufacturing sites, quality signals lived in siloed LIMS instances and two generations of MES. Trend analysis was largely manual and reactive, and the corporate quality council was consistently seeing signals in the monthly review that a shift-level operator could have caught days earlier.
Rather than a rip-and-replace, the team built an analytics layer that read from the source systems in near real time and normalised results into a common process performance model. Statistical process control charts were wired to shop-floor dashboards, and a lightweight signal-triage workflow was co-designed with QA leads at each site.
The layer went live at all six sites within nine months. Deviations trending toward investigation dropped notably, average time-to-signal shortened from days to hours, and the corporate council refocused monthly reviews on systemic issues rather than site-level firefighting.
We priced that out first. Consolidating six LIMS to one would have been a three-year programme with a nine-figure budget, and would have frozen the release process during migration.
The analytics layer gave us most of the value — cross-site visibility, faster triage, systemic trending — without touching the source systems. Consolidation can still happen later; we just moved the value forward.
We built a canonical process performance model that lived above both MES vintages. Each source system had a thin adapter that mapped its native tags to the canonical model.
When we onboarded a new site, the adapter was the only thing we wrote — the analytics layer above stayed unchanged.
Cautiously at first. There was a real fear that signals on a dashboard would lead to over-reaction and unnecessary investigations.
We co-designed a lightweight signal-triage workflow with the QA leads themselves — three tiers of severity, clear escalation criteria, and a "watch" state that didn't auto-generate a deviation. That got them onside.
We stopped trying to replace the source systems. We started asking better questions of them.
Priya Nair, Chief Quality Officer
Q&A
Q&A
Q&AIf you have changed a method and have the data to show for it, our editors would like to hear from you — in confidence, with no obligation to publish.
Discussion