On this page
- What does a LIMS do in a pharmaceutical QC lab?
- Which rules shape a pharma LIMS in India?
- Which features should a pharma LIMS have?
- Ready-made or custom LIMS: which suits an Indian pharma lab?
- How does a custom LIMS project work, step by step?
- What does validation (CSV) involve, and who does it?
- Where pharma labs lose time without a LIMS
- How Tanush LIMS can help your pharma lab
- Frequently asked questions
- Sources
A LIMS in a pharmaceutical QC lab records each sample from receipt to release: raw material, packing material, in-process, finished product and stability samples, the specification each one is tested against, the analyst's readings and calculations, review and approval, any OOS investigation, and the certificate of analysis. In India, revised Schedule M (G.S.R. 922(E), 28 December 2023) requires GMP computerised systems to be validated, to block unauthorised changes, and to record every data change with the previous entry, who made it and when (Part I, section 20). No software is compliant on its own. Compliance comes from the system, its validation and your lab's procedures together. A custom LIMS is built around your own SOPs and user requirement specification (URS), instead of asking you to change them to fit a product.
This guide brings together the rules that shape a pharma QC LIMS: revised Schedule M and the 2025 notice that extended it for smaller manufacturers, the US FDA's 21 CFR Part 11 and its 2018 data integrity guidance, EU GMP Annex 11, WHO's data integrity guideline (TRS 1033, Annex 4), WHO's good practices for QC laboratories (TRS 1052, Annex 4), PIC/S PI 041-1 and ISPE GAMP 5. It then sets out the features to ask for, how a custom build runs step by step, and who validates it.
It is written for QC heads, QA heads and owners of formulation and API plants across India, and for contract labs that test drugs for them.
What does a LIMS do in a pharmaceutical QC lab?
Schedule M describes quality control as the part of GMP concerned with sampling, specifications and testing, and with the records that make sure materials are not released for use, nor products for sale, until their quality has been judged compliant (Part I, 19.1). A LIMS keeps that work in one system.
WHO's guideline for QC laboratories asks for a data management system that ensures traceability. It can be paper based or software based, and WHO names a LIMS as an example. Access to stored electronic data must be restricted to authorised people (TRS 1052, Annex 4, 3.25).
The table follows one sample through the lab. Clause numbers are from Part I of revised Schedule M unless marked otherwise.
| Stage | What the LIMS records | Where the rule comes from |
|---|---|---|
| Receipt and sampling | Material name, batch or lot number, container number, sample number, who took the sample and the date | 19.6.6 (sample label); 17.3.10.3 (receipt records) |
| Specification | The approved, signed and dated specification and test method for that material | 17.3.2.2 and 17.3.2.3 |
| Testing | Readings, observations, calculations, limits, test date and the analyst | 17.3.10.13 (analysis records) |
| Checking | The supervisor's check before release or rejection, and who verified the calculations | 19.6.1; 17.3.10.13 (g) |
| OOS | An investigation under an approved procedure, with its record | 19.6.7 |
| Decision | A clear release or rejection statement with the dated signature of the designated person | 17.3.10.13 (h) |
| Certificate of analysis | Each test, its limit, the result and the conclusion for the batch | WHO TRS 1052, Annex 4, 6.88 and 6.89; Part XII, 11.3 for APIs |
| Retention | Records kept for at least one year after the expiry date of the finished product | 17.2.7 |
A QC lab also manages things that are not samples. These include reference and working standards (section 15), reagents and volumetric solutions (14.37 and 14.38), instruments and their calibration (13.5, 17.3.10.16 and 17.3.10.17), and the stability programme (19.9). A LIMS that handles only samples leaves all of these on paper.
Why one system helps at product quality review
Every year, Schedule M's product quality review must cover all batches that failed specification and their investigations, changes to analytical methods, and stability results with any adverse trends (Part I, 2.3.2). When results, OOS files and stability data sit in separate registers and spreadsheets, someone has to assemble that review by hand.
Which rules shape a pharma LIMS in India?
Revised Schedule M
G.S.R. 922(E), dated 28 December 2023, replaced Schedule M of the Drugs Rules, 1945. A corrigendum, G.S.R. 666(E) of 25 October 2024, named these rules the Drugs (Second Amendment) Rules, 2023. Three sections of Part I matter most for a LIMS: section 17 on documentation, section 19 on QC, which the table above covers, and section 20 on computerised systems.
Clause 17.2.8 allows records to be kept by electronic data processing, on conditions. Only authorised persons may enter or modify data, and there must be a record of changes and deletions. Access is restricted by passwords or other means, and the entry of critical data is independently checked. Electronic records are backed up, and the data stays readily available for the whole retention period.
Section 20 then sets the rules for every GMP computerised system, including a LIMS:
| Clause | What it says | What it means for a LIMS |
|---|---|---|
| 20.1 | GMP computerised systems shall be validated, to a depth that depends on their diversity, complexity and criticality | Validated before GMP use |
| 20.2 | Installation and operational qualification show the hardware and software are suitable | Server or cloud set-up checked, as well as the software |
| 20.3 | Qualified commercial software needs less testing; a system not validated at installation can be validated retrospectively if documentation exists | Custom software needs fuller testing |
| 20.4 | Controls against unauthorised access and changes, controls against data being missed (for example, the system switched off and data not captured), and a record of each change with the previous entry, the person and the time | Role-based logins and an audit trail |
| 20.5 | Written procedures for operation and maintenance | SOPs for using and looking after the LIMS |
| 20.6 | Critical data entered by hand gets an extra accuracy check, by a second operator or by the system | Second-person check, or limits and instrument capture |
| 20.7 | Incidents that could affect product quality or records are recorded and investigated | An incident log |
| 20.8 | Changes are authorised, documented and tested, and the records show the system stays validated | Change control for every update |
| 20.9 | A backup system so that records are never permanently lost | Scheduled backups that are tested |
| 20.10 | Data may also be recorded by other means | Paper alongside the system is allowed, though see the PIC/S note below |
Part XII, for API manufacturers, repeats these rules in clause 5.4. It adds that electronic signatures, if used, must be authenticated and secure (6.1.9). Its list of laboratory control records includes a complete record of all raw data with graphs, charts and spectra, every calculation, and the signature of a second person who reviewed the original records (6.6.1).
When did revised Schedule M come into force?
- Large manufacturers (turnover above ₹250 crore): six months from publication (rule 6 of G.S.R. 922(E)).
- Small and medium manufacturers (turnover of ₹250 crore or less): twelve months from publication.
- The 2025 extension: G.S.R. 127(E) of 11 February 2025 let small and medium manufacturers with turnover below ₹250 crore apply in Form A, within three months, with an upgrade plan. For them, the deadline moved to 31 December 2025. Form A asked for a gap analysis that included lab equipment and documentation.
All of these dates have passed. We found no later extension on CDSCO's gazette notifications page when we checked in October 2026.
If you supply the US: 21 CFR Part 11 and FDA's data integrity guidance
Part 11 sets the criteria under which FDA treats electronic records and signatures as trustworthy and equivalent to paper (11.1). For a LIMS, the key controls in 11.10 are:
- validation of the system, including the ability to detect invalid or altered records (a);
- accurate and complete copies, in human-readable and electronic form, for inspection (b);
- access limited to authorised individuals (d);
- secure, computer-generated, time-stamped audit trails that record entries and actions which create, modify or delete records, without obscuring what was recorded before, kept as long as the records themselves (e);
- authority checks, so only authorised people can sign, alter a record or perform an operation (g).
A signed electronic record must show the signer's printed name, the date and time, and the meaning of the signature, such as review or approval (11.50). The signature must be linked to its record so it cannot be copied to another one (11.70). Each electronic signature belongs to one person only (11.100). A signature not based on biometrics uses at least two components, such as an ID and a password (11.200).
FDA's guidance "Data Integrity and Compliance With Drug CGMP" (December 2018) answers questions that come up in every QC lab:
- Data should be attributable, legible, contemporaneously recorded, original or a true copy, and accurate: ALCOA (question 1a).
- An audit trail lets you reconstruct the creation, modification or deletion of a record. FDA's example: an HPLC run's audit trail should show the user, the date and time, the integration parameters and any reprocessing (1c).
- Shared logins do not meet the CGMP rules, because actions cannot be traced to one person (5).
- Whoever reviews a record also reviews its audit trail. Where the rules fix the timing, such as before batch release, the audit trail is reviewed at the same time (7 and 8).
- Writing data on scraps of paper and copying it to a notebook later is not acceptable. A LIMS can be designed to save after each entry (12).
- A result can be invalidated only with a documented, scientifically sound justification, and the original data stays in the record (2).
- Each workflow needs validating for its intended use, not just the system (3).
If you supply Europe: EU GMP Annex 11
Annex 11 (revision 1, in operation since 30 June 2011) is still the version on the European Commission's EudraLex Volume 4 page. A revision of Annex 11 and Chapter 4, with a new Annex 22 on artificial intelligence, went to public consultation from 7 July to 7 October 2025. Points from the current text that matter for a custom LIMS:
- User requirements should describe the required functions, be based on a documented risk assessment, and be traceable through the life cycle (4.4).
- For bespoke or customised systems, there should be a process for formal assessment and reporting of quality and performance measures at every life-cycle stage (4.6).
- Formal agreements must exist with third parties that provide, configure, validate or maintain the system (3.1).
- If data moves from an old system, validation checks that values and meaning are not altered (4.8).
- The audit trail records GMP-relevant changes and deletions, the reason for each is documented, and audit trails are regularly reviewed (9).
- Electronic signatures are permanently linked to their record and include the time and date (14).
What do WHO and PIC/S add?
WHO's Guideline on data integrity (TRS 1033, Annex 4, 2021) says:
- audit trails should be enabled when the software is installed and stay enabled at all times (11.11);
- shared logins or generic user access should not be used (11.9);
- system administrators should be few, without a conflict of interest in the data, and their activity should be logged (11.8);
- an inserted image of a signature is not adequate unless it was created as part of a validated electronic signature process (11.14);
- backups should be restored periodically to check them (11.19);
- the routine review of data includes audit trails (12.3).
WHO's good practices for pharmaceutical QC laboratories were revised in 2024 (TRS 1052, Annex 4), updating the 2010 text in TRS 957, Annex 1. The revision names the LIMS directly:
- an SOP should describe how the LIMS or other recording system is used, its access rules, and the frequency and type of backup, in the cloud or on another server, including restoring data (3.30);
- electronic forms made in software such as Microsoft Excel should be validated (3.35);
- when a LIMS is hosted off site, the lab should confirm that the host meets the guideline's requirements (3.36);
- the analytical worksheet can be kept in an electronic system such as a LIMS (6.33);
- the number, nature and root causes of OOS results should be reviewed at management review (6.83);
- a certificate of analysis contains the same information as the analytical test report (6.89).
PIC/S PI 041-1 (1 July 2021) discourages hybrid systems, where part of a record is on paper and part is electronic, and says they should be replaced whenever possible (9.10).
What does ALCOA+ mean?
ALCOA+ is a set of nine attributes for good data. WHO defines it as attributable, legible, contemporaneous, original and accurate, with added emphasis on complete, consistent, enduring and available (TRS 1033, Annex 4, glossary). PIC/S explains each attribute in PI 041-1, section 7.5.
| Attribute | What it means | In a LIMS |
|---|---|---|
| Attributable | You can tell who did each task and when, including corrections | Every user has their own login |
| Legible | Readable and unambiguous | Records print and display clearly for the whole retention period |
| Contemporaneous | Recorded as it happens | The system time-stamps each entry when it is made |
| Original | The first capture of the information | Readings captured first-hand, not copied from a rough note |
| Accurate | A true representation of the facts | Fixed, verified calculations and checks on manual entries |
| Complete | Nothing lost or deleted, including metadata | Failed, repeated and invalidated tests stay visible with reasons |
| Consistent | Created and stored in a defined, logical way | Same date formats, units, rounding and sequence throughout |
| Enduring | Intact for the whole retention period | Backups and archives that are tested by restoring them |
| Available | Can be reviewed at any time | Any record and its audit trail can be found and printed |
Which pharmacopoeias does a pharma LIMS need to handle?
Indian labs test against the Indian Pharmacopoeia (IP) and, where a market or a customer asks for them, the USP–NF, the British Pharmacopoeia (BP) and the European Pharmacopoeia (Ph. Eur.). The current IP is IP 2026, the 10th edition, released on 2 January 2026 with 3,340 monographs. The Indian Pharmacopoeia Commission (IPC) has since issued amendment lists.
Schedule M requires pharmacopoeias, reference standards and reference spectra to be available in the QC lab (17.3.2.5), and IP reference standards to be obtained from the IPC (15.2). It also notes that specifications may need periodic revision to keep up with new editions of the IP or other official pharmacopoeias (17.3.2.4). In a LIMS, that means specifications need version control: when a monograph changes, the old version stays linked to the results that were tested against it.
Which features should a pharma LIMS have?
Take this checklist to every demo, and ask to see each item working on screen. Clause numbers are from revised Schedule M, Part I, unless marked otherwise.
| Feature | What to ask to see | The rule behind it |
|---|---|---|
| Sample login by type | Separate flows for raw material, packing material, in-process, finished product and stability samples, with the label details | 19.3 (a) and (b); 19.6.6 |
| Specifications | IP, USP, BP and in-house specifications, approved and versioned, with limits | 17.3.2.2 to 17.3.2.4 |
| Calculating worksheets | Readings in, results out, with fixed formulas and the limit check | 17.3.10.13 (d); WHO TRS 1052, 6.33 and 6.38 |
| Check on manual entries | A second-person or system check on critical data typed in | 20.6 |
| Review and approval | Electronic signatures showing name, date, time and meaning | 19.6.1; 21 CFR 11.50 and 11.70; Annex 11, clause 14 |
| Audit trail | Old value, new value, who, when and why, for every change | 20.4; 21 CFR 11.10 (e); Annex 11, clause 9 |
| OOS and OOT workflow | An OOS opened from the failing result, laboratory and full-scale phases, CAPA, and trend reports | 19.6.7; WHO TRS 1052, 6.75 to 6.83; FDA OOS guidance |
| Stability studies | Protocols, storage conditions, pull dates and reminders, results by time point | 19.9.3 |
| Reference and working standards | Potency, lot, shelf-life, storage and standardisation against the official standard | 15.4 to 15.7 |
| Reagents and volumetric solutions | Preparation records, standardisation factor and re-standardisation due date | 14.37 and 14.38; WHO TRS 1052, 5.60 |
| Instruments | Calibration due dates, a block on overdue instruments, and usage logs in date order | 13.5; 17.3.10.16 and 17.3.10.17 |
| Certificate of analysis | A CoA built from approved results, never retyped | WHO TRS 1052, 6.88 and 6.89; Part XII, 11.3 |
| Role-based access | Rights by role, admin rights kept separate from data entry, no shared logins | 17.2.8; FDA data integrity guidance, questions 4 and 5 |
| Backup and restore | Scheduled backups, and a restore the vendor will demonstrate | 20.9; Annex 11, 7.2; WHO TRS 1033, 11.19 |
On OOS, FDA's guidance "Investigating Out-of-Specification (OOS) Test Results for Pharmaceutical Production" (Revision 1, May 2022) describes a Phase I laboratory investigation and, when no clear laboratory error is found, a Phase II full-scale investigation. It notes that much of the guidance may be useful for out-of-trend results too. WHO's data integrity guideline also expects OOS, out-of-trend and atypical results to be investigated under written procedures (TRS 1033, Annex 4, Appendix 1, example 4).
On stability, store pull points as data in each protocol rather than fixed in the software. ICH is consolidating its stability guidelines, Q1A to Q1F and Q5C, into a single Q1 guideline, which was released as a Step 2 draft in April 2025.
Ready-made or custom LIMS: which suits an Indian pharma lab?
A ready-made LIMS is a product you configure. A custom LIMS is built for your lab from your SOPs and URS. Both can work in a GMP lab. The differences are in fit, validation effort and who controls changes.
| Ready-made, configured LIMS | Custom LIMS | |
|---|---|---|
| Starting point | The vendor's standard workflows | Your SOPs, worksheets, logbooks and CoA formats |
| Fit to your formats | As far as configuration allows | Built to match |
| Validation effort | Less testing for qualified commercial software (Schedule M 20.3), though your configuration and workflows still need validating | More, because the whole application is new; Annex 11 (4.6) expects formal assessment at every life-cycle stage |
| What you pay for | The product's modules, depending on the licence | Only the functions you ask for |
| Changes later | Through configuration or the vendor's roadmap | Through change control with the developer (Schedule M 20.8) |
| Suits | Labs whose processes already match the product | Labs with their own formats and workflows, or that want only what they use |
GAMP 5 (second edition) groups software components from infrastructure and standard components through configured components to custom applications. An ISPE article on the second edition stresses that these categories are a continuum, not a validation checklist. Validation effort is scaled to the system's GxP impact, complexity and novelty. In plain terms, custom code needs more testing because it is new, so choose a developer who documents and tests their work.
Whichever route you take, ask three questions before you sign: who holds the source code, how changes are handled after go-live, and what documentation you get for validation. For cost drivers such as licences, hosting and support, see our guide to LIMS software price in India.
How does a custom LIMS project work, step by step?
The order below follows the life-cycle ideas in Annex 11 and GAMP 5. GAMP 5's second edition supports iterative and incremental development, so the system can be built and shown to you in stages rather than in one release at the end.
| Step | What happens | Led by |
|---|---|---|
| 1. Walk-through | The developer studies your SOPs, specifications, worksheets, logbooks, CoA formats and sample flow | Your lab and the developer |
| 2. URS | You write down what the system must do, based on a risk assessment (Annex 11, 4.4) | QC and QA, with the developer's help |
| 3. Design | The URS becomes a design: screens, workflows, calculations, report layouts and user roles | The developer; your lab approves |
| 4. Build in stages | Modules are built one at a time and shown to the users who will run them | The developer |
| 5. Developer testing | Each function is tested against the URS and the results are recorded | The developer |
| 6. Master data | Specifications, methods, materials, standards, instruments, users and roles are loaded and checked; data from an old system is checked for unchanged values (Annex 11, 4.8) | Your lab and the developer |
| 7. Validation | QA validates the system for its intended use against the URS | Your QA; the developer supports |
| 8. SOPs and training | SOPs for operation, maintenance, access and backup (Schedule M 20.5; WHO TRS 1052, 3.30), and user training | Your lab; the developer trains |
| 9. Go-live | The system is released for GMP use after QA approval | Your QA |
| 10. Change control | Every later change is authorised, documented and tested (Schedule M 20.8), and the system is evaluated periodically (Annex 11, clause 11) | Your lab and the developer |
How long this takes depends on how many sample types, tests and formats your lab has, and how quickly the URS and design are approved. Ask any developer for a plan with dates for each step, not a single go-live date.
What does validation (CSV) involve, and who does it?
Computerised system validation (CSV) is documented evidence that the LIMS does what your URS says, reliably, in your lab. Your lab's QA owns it. Schedule M places the duty on the manufacturer, whose GMP computerised systems must be validated (20.1). WHO's QC lab guideline expects a validation master plan, and a validation report verified by the quality manager and approved by the laboratory director, or by people they designate (TRS 1052, Annex 4, 3.30). Annex 11 asks the regulated user to make sure the system was developed under an appropriate quality management system, and to assess the supplier (4.5).
Validation usually covers:
- a validation plan with roles, scope and acceptance criteria;
- the URS and the risk assessment behind it;
- an assessment of the supplier;
- installation and operational qualification of hardware and software (Schedule M 20.2);
- testing of each requirement, with each test traceable to a requirement in the URS (Annex 11, 4.4);
- a validation report that releases the system for use;
- after go-live, change control, incident records, backup and restore checks, and periodic review to keep it validated (Schedule M 20.7 to 20.9; Annex 11, clause 11).
FDA's data integrity guidance gives a useful warning (question 3). Qualifying a platform shows the platform meets its specifications. It does not show that a particular workflow calculates correctly. For a LIMS, this means checking your actual worksheets: an assay calculated by the system should match the same calculation done by hand, with the same rounding.
GAMP 5 (second edition) encourages regulated companies to make full use of their suppliers' knowledge, experience and documentation. In practice, the developer supplies system documentation and test records, fixes what QA finds, and keeps later changes under change control. The decisions and the approval stay with your QA.
Where pharma labs lose time without a LIMS
None of these problems looks serious on the day it happens. They build up over months and come to light at an inspection or a customer audit.
Retyping from instrument printouts. A balance or pH meter printout is stapled to the worksheet. The values are written into the worksheet, then into a logbook, then into a register, and each copy needs a second person to check it. FDA's guidance accepts the printout as the original record for simple instruments like these, which must then be kept. For instruments such as FT-IR, the electronic file is the original and a printout is not enough (question 10). Values noted on a rough sheet and copied later are not acceptable at all (question 12).
Stability pull dates missed. Pull dates live in a spreadsheet or on a wall chart. When a pull is missed, the gap shows up in the stability data, and that data feeds expiry dates and the annual product quality review (Schedule M 19.9 and 2.3.2).
OOS investigations on paper. Each OOS sits in its own file. WHO expects the number, nature and root causes of OOS results to be reviewed together at management review (TRS 1052, 6.83). With paper files, building that trend means reading every file again.
CoAs typed in Word. Results are retyped from the worksheet into a Word CoA, and a scanned signature is pasted at the bottom. A typing slip goes out to the customer with the batch. WHO's data integrity guideline says an inserted image of a signature is not adequate unless it was created as part of a validated electronic signature process (TRS 1033, 11.14).
Audit-trail gaps found in inspections. Shared logins on instrument PCs, audit trails switched off, and Excel sheets where anyone can edit a formula. Among the possible causes of rising data integrity observations, WHO's guideline lists computerised systems that cannot meet regulatory requirements, or are not properly managed and validated (TRS 1033, 1.1). FDA notes that data integrity violations have led to warning letters, import alerts and consent decrees.
Expired solutions and overdue instruments. A volumetric solution past its re-standardisation date, or a balance past its calibration date, gets used because nothing stops it. Every result produced with it then has to be looked at again.
For the wider cost of running a lab on spreadsheets, see the hidden cost of Excel in labs.
How Tanush LIMS can help your pharma lab
Tanush Digital is an Indian software company. We make Tanush LIMS for testing labs. For pharmaceutical QC labs, our team builds a custom LIMS around your SOPs and your URS. You choose what goes in, for example:
- sample login for raw material, packing material, in-process, finished product and stability samples;
- specifications from IP, USP, BP and your in-house monographs;
- worksheets that calculate results;
- review and approval with electronic signatures;
- an audit trail;
- an OOS and OOT workflow;
- stability study schedules and pull reminders;
- records for reference standards, reagents and volumetric solutions;
- instrument calibration and usage logs;
- CoA generation;
- role-based access.
It runs on your own server or in the cloud.
We do not describe any software, ours included, as "GMP compliant" or "Part 11 compliant". The software provides the features the rules ask for, such as audit trails, electronic signatures and access control, built to your URS. Compliance comes from the system, its validation and your lab's procedures together. Your QA team owns validation. We work with them during it and supply the system documentation they need. Book a demo or see Tanush LIMS.
Frequently asked questions
Does revised Schedule M require a pharma lab to use a LIMS?
No. Schedule M allows records to be kept manually or by recording instruments (19.3 d), and allows electronic data processing on conditions (17.2.8). If you do use a computerised system for GMP records, section 20 applies to it in full, including validation, access control, an audit trail and backup.
Can any LIMS be "21 CFR Part 11 compliant" or "Schedule M compliant" out of the box?
No. Part 11, Annex 11 and Schedule M set requirements for the regulated company: its validated system, its procedures and its people. Software can provide the technical controls, such as audit trails, electronic signatures and access control. Whether the lab complies depends on how the system is validated and used.
Who validates a custom LIMS?
The lab's QA team. The developer supports validation by supplying system documentation and test records, fixing defects found during testing, and controlling later changes. Schedule M 20.1 places the duty to validate on the manufacturer.
Can a pharma LIMS run on our own server instead of the cloud?
Yes. Either can work. If the LIMS is hosted off site, WHO expects the lab to confirm that the host meets the same requirements (TRS 1052, 3.36), and Annex 11 expects a formal agreement with any third party that hosts or maintains the system (3.1).
Is a pharma QC LIMS the same as the LIMS a diagnostic lab uses?
No. Diagnostic labs need software for medical test reports. A pharma QC LIMS is built around batches, specifications, stability studies, OOS investigations, certificates of analysis and GMP data integrity rules such as revised Schedule M. Choose software made for your kind of lab.
Can we keep some records on paper alongside the LIMS?
Schedule M allows data to be recorded by other means as well as the computer system (20.10). PIC/S discourages hybrid paper-and-electronic records and says they should be replaced whenever possible (PI 041-1, 9.10). WHO treats paper controls as a temporary measure where a system cannot support ALCOA+ by design (TRS 1033, 11.12).
Sources
- Ministry of Health and Family Welfare, G.S.R. 922(E), 28 Dec 2023: revised Schedule M, Drugs Rules, 1945 (CDSCO copy)
- Ministry of Health and Family Welfare, G.S.R. 666(E), 25 Oct 2024: corrigendum to G.S.R. 922(E)
- Ministry of Health and Family Welfare, G.S.R. 127(E), 11 Feb 2025: extension of timeline for implementation of Schedule M
- CDSCO, Gazette notifications
- US eCFR, 21 CFR Part 11: Electronic Records; Electronic Signatures
- US FDA, Data Integrity and Compliance With Drug CGMP: Questions and Answers, Dec 2018
- US FDA, Investigating Out-of-Specification (OOS) Test Results for Pharmaceutical Production, Revision 1, May 2022
- European Commission, EudraLex Volume 4, Annex 11: Computerised Systems (revision 1, 2011)
- European Commission, EudraLex Volume 4: EU GMP guidelines
- European Commission, Stakeholders' consultation on Chapter 4, Annex 11 and new Annex 22 (7 Jul to 7 Oct 2025)
- WHO, TRS 1033, Annex 4: Guideline on data integrity, 2021
- WHO, TRS 1052, Annex 4: WHO good practices for pharmaceutical quality control laboratories, 2024
- WHO, TRS 957, Annex 1: WHO good practices for pharmaceutical quality control laboratories, 2010 (earlier text)
- PIC/S, PI 041-1 Good Practices for Data Management and Integrity in Regulated GMP/GDP Environments, 1 Jul 2021
- ISPE, GAMP 5 Guide, 2nd Edition, Jul 2022 (publisher's summary)
- ISPE Pharmaceutical Engineering, When Is a Category Not a Category?, Jan/Feb 2026
- ICH, Q1 Stability Testing of Drug Substances and Drug Products, Step 2 draft, 11 Apr 2025
- Indian Pharmacopoeia Commission, Release of the 10th edition, Indian Pharmacopoeia 2026, 2 Jan 2026
- United States Pharmacopeia, About USP
- MHRA, British Pharmacopoeia
- EDQM, Council of Europe, European Pharmacopoeia