CSA vs CSV: The Shortcut That Backfired
A company misread FDA's Computer Software Assurance guidance as permission to skip documentation - and paid the price at a pre-approval inspection.
A pharmaceutical company was implementing a new cloud-based LIMS. Their newly hired validation manager had just returned from an industry conference where the buzz was all about Computer Software Assurance (CSA) - FDA's 2022 guidance emphasising critical thinking over documentation produced for its own sake. He interpreted this as a mandate for minimal paperwork. Risk assessment? "We'll document our thinking inside the test scripts." IQ/OQ protocols? "CSA lets us combine phases." Validation Summary Report? "Not required under CSA."
Eighteen months later, an FDA pre-approval inspection arrived. The investigator asked one question: "Can you show me the documented critical thinking that justified your CSA approach for this LIMS?" There was no such document. There was no structured risk rationale. There were test scripts with incomplete traceability and a general atmosphere of confidence that "we followed the spirit of CSA."
The LIMS was cited as inadequately validated. Three months of remediation work followed. The pre-approval letter was delayed by a full inspection cycle.
CSA does not mean fewer documents for their own sake - it means the right documents, driven by genuine, recorded critical thinking. The output of critical thinking is documentation. If an investigator cannot reconstruct your reasoning from your records, you haven't applied CSA. You've applied optimism.
CSA reduces low-value busywork, not accountability. Your risk rationale must be explicit, written, and defensible. Undocumented "thinking" does not satisfy a regulatory requirement - it creates a liability.