FDA's draft Computer Software Assurance guidance (Sept 2022) reinforces the risk-based approach implicit in for Group C instruments: focus validation effort on patient-safety and product-quality risks, not on testing every software feature. CSA and are compatible.

Lab · The complete guide

USP <1058> Analytical Instrument Qualification (AIQ)

TL;DR

USP General Chapter <1058> 'Analytical Instrument Qualification' (AIQ) is the de facto global framework for qualifying laboratory analytical instruments — HPLCs, GCs, mass specs, dissolution apparatus, particle counters, balances, pH meters, viscometers. It defines the four lifecycle activities (Design Qualification, Installation Qualification, Operational Qualification, Performance Qualification) and the risk-based Group A/B/C instrument classification that determines how much qualification rigour each instrument needs.

Reviewed June 3, 2026· By V5 Ultimate compliance team· 2,700 words · ~13 min read

01What USP <1058> is

USP <1058> is a General Chapter under 1000 — meaning it is informational guidance rather than a compendial requirement, but it is the framework regulators around the world expect laboratories to follow. It harmonised what used to be vendor-specific qualification approaches into a single life-cycle model: DQ before purchase, IQ on installation, OQ on commissioning and after major change, PQ continuously through use. The current revision (effective Aug 2017) introduced the Group A/B/C risk classification that determines qualification depth.

02The four lifecycle activities

Design Qualification (DQ)

Documents that the chosen instrument meets the laboratory's intended use. DQ covers user-requirement specification, vendor selection rationale, technical specification review and the decision to purchase. For Group C instruments DQ is substantive; for Group B it is light; for Group A it may be a one-page record.

Installation Qualification (IQ)

Documents that the instrument was delivered, installed and connected per specification — utilities, accessories, software version, location environmental conditions. Vendor IQ templates are widely accepted but must be reviewed against the laboratory's URS.

Operational Qualification (OQ)

Documents that the instrument operates per specification across its intended operating range — wavelength accuracy, flow precision, mass accuracy, temperature accuracy, software functional tests. OQ is repeated after major change or repair.

Performance Qualification (PQ)

Ongoing demonstration that the instrument performs per the method's needs in the actual analytical environment. PQ runs through the instrument's life via system-suitability tests, periodic calibration checks, control charting and trend review. PQ is the operational reality; OQ proves capability, PQ proves continued performance.

03The Group A/B/C classification

Group	Description	Examples	Qualification depth
A	Standard equipment with no measurement capability or only basic measurement, no user-configurable software	Magnetic stirrers, vortex mixers, centrifuges (non-measuring), nitrogen evaporators, water baths	Visual identification, calibration record where applicable; usually no IQ/OQ/PQ
B	Standard instruments providing measured values or controlling physical parameters, generally without complex user-configurable software	Balances, pH meters, melting-point apparatus, ovens, refrigerators with monitoring, dissolution baths (mechanical)	IQ + OQ; PQ through routine calibration/system checks
C	Instruments with computerised systems and user-configurable software, generating data needing interpretation	HPLC, GC, LC-MS, GC-MS, NMR, dissolution systems with chromatography integration, particle counters with software	Full DQ + IQ + OQ + PQ; software validation integrated; data-integrity controls

Classification is not vendor-driven — the laboratory decides based on actual use. The same balance might be Group B for tare weighing in production but Group C if integrated with a data-acquisition system feeding stability calculations.

04Software integration

Group C instruments come with software that itself needs validation. USP <1058> aligns with GAMP 5 software-category thinking: the instrument hardware qualification (IQ/OQ/PQ) is one stream; the software validation is another. They meet in the operational performance evidence — system-suitability tests, audit-trail review, user-access controls, electronic-signature controls. FDA's Computer Software Assurance (CSA) draft guidance reinforces the risk-based approach: spend testing effort on the high-risk software functions, not on every menu item.

05Data integrity in AIQ

Audit trail enabled, configured to capture user, date/time, before/after values for all GxP-relevant changes.
Audit-trail review part of the periodic OQ/PQ cycle — typically at result-release.
User-access controls aligned with role separation; shared accounts prohibited.
Electronic signatures meeting 21 CFR Part 11 / EU Annex 11.
Backup, archive and disaster-recovery for the instrument data system.
Dynamic raw data preserved — printouts/PDFs are not raw data for Group C instruments producing chromatograms or spectra.

06Qualification rigour by life stage

Stage	Group A	Group B	Group C
Selection / purchase	Minimal	Light DQ	Substantive DQ + URS
Installation	Identification, location record	IQ	Full IQ including utilities + software install
Commissioning	—	OQ	Full OQ + software functional verification
Routine use	Periodic calibration	Calibration + system check	System-suitability per method + audit-trail review
Change / repair	Identification update	Re-OQ if change is significant	Re-qualification per impact assessment
Retirement	Decommissioning record	Decommissioning + data archive	Full data archive + transition plan for legacy data

07Common pitfalls

Classifying instruments based on vendor labelling rather than actual laboratory use.
Accepting vendor OQ documents without checking they cover the laboratory's intended operating range.
Treating PQ as a paper exercise instead of trended performance evidence.
Failing to re-qualify after major change — software upgrade, column-switching valve installation, replaced detector.
Audit-trail features purchased but not enabled; user accounts not segregated.
Dynamic raw data treated as 'the PDF' for chromatographic systems; inspectors will ask to see the underlying chromatogram and metadata.

08Global acceptance

USP <1058> is referenced by FDA, EMA inspectors, MHRA, PMDA, ANVISA, Health Canada, TGA, and PIC/S participants. It is not a compendial requirement in the EU, but EU GMP Annex 15 expectations on equipment qualification align closely with <1058>. The combination of <1058> structure plus PIC/S PI 041 (data integrity) and GAMP 5 (software) covers the full inspection-readiness picture for the analytical lab.

09How V5 handles this

Frequently asked questions

Q.Is USP <1058> a compendial requirement?+

No — it is a General Chapter under 1000, informational. But regulators worldwide expect a qualification framework consistent with <1058>, and deviation requires substantive justification.

Q.Can a vendor IQ/OQ be accepted as-is?+

Vendor templates are widely accepted as the basis. The laboratory must review them against its URS, document any gaps, and supplement where the vendor templates do not cover the laboratory's intended operating range.

Q.How does <1058> handle cloud-hosted instrument software?+

Cloud-hosted instrument data systems add infrastructure-qualification considerations beyond the instrument itself. See the GxP Cloud Computing entry for the framework — Annex 11 and PIC/S PI 041 expectations apply to the cloud component.

Q.Where does CSA fit?+

FDA's draft Computer Software Assurance guidance (Sept 2022) reinforces the risk-based approach implicit in <1058> for Group C instruments: focus validation effort on patient-safety and product-quality risks, not on testing every software feature. CSA and <1058> are compatible.