Reference

Glossary

Terms in plain language, paired with practical examples from regulated software assurance.

Author
Sandip Thorat
Published
12 September 2026
Last reviewed
12 September 2026
Version
1.0
Content type
Practitioner guidance
Primary references
See related regulations, guidance, and approved procedures
TermPlain-language explanationPractical example
Intended useThe job people rely on the system to performERP blocks issue of quarantined material
Context of useThe circumstances in which the task is performedExpert reviewers using source documents during protocol review
CSVEstablishing and maintaining evidence that a computerized system suits its intended useAssessing and supporting an eQMS lifecycle
CSASoftware-assurance thinking focused on confidence in use through risk-informed activitiesSelecting tests around meaningful production or quality failures
GxPShorthand covering different regulated good-practice areasGMP and GCP have different contexts
Validation planThe approved record defining validation scope, roles, approach, deliverables, acceptance, and scheduleA plan identifies which SaaS functions require customer OQ or UAT and which supplier evidence will be leveraged
Validation protocolAn approved plan for executing defined qualification or testing activitiesA combined IQ/OQ protocol states prerequisites, test data, expected results, evidence, and deviation handling
URSUser requirements specification: controlled statements of what users and the regulated process needThe eQMS prevents closure until required investigation and approval steps are complete
FRS / FSFunctional requirements specification or functional specification describing required system behaviorThe workflow creates an effectiveness task when the CAPA type and risk meet defined conditions
Configuration specificationControlled description of settings, roles, rules, forms, reports, and other configured behaviorApproved routing, due-date, permission, and electronic-signature settings for an eQMS
DSDesign specification describing how a custom solution or component is designed to meet requirementsInterface services, transformation logic, error handling, and logging used to meet the URS
SDLCSoftware development lifecycle used to plan, build, review, test, release, operate, and retire softwareSupplier or internal engineering controls reviewed during supplier assessment
IQInstallation qualification: documented verification that the approved environment, software, and components are installed or provisioned correctlyConfirming the approved application release, tenant, integration endpoints, and required services
OQOperational qualification: documented verification that functions and controls operate across defined conditionsChallenging calculation boundaries, permissions, workflow gates, signatures, and interface errors
PQPerformance qualification: evidence that the system supports the intended process under representative operating conditionsTrained users execute a deviation workflow with realistic records and procedures
UATUser acceptance testing performed by representative users against approved business and user requirementsQuality users confirm that configured CAPA routing supports the approved process
RTMRequirements traceability matrix connecting requirements to risk, specifications, tests, deviations, and resultsURS-014 links to FRA-07, OQ-012, deviation DV-03, and the accepted retest
Test protocolApproved instructions and acceptance criteria for planned validation testingA protocol covers prerequisites, roles, data, actions, expected results, actual results, and objective evidence
Test scriptA predefined test case or sequence with expected resultsVerifying that an unauthorized role cannot approve or electronically sign a record
Test evidenceThe controlled record showing what was executed and observedSystem logs, data comparisons, screenshots with context, exports, and tester observations
DeviationA documented departure from an approved protocol, expected result, procedure, or requirementAn OQ step fails because an incorrect role was configured; impact, correction, and retest are recorded
RT / retestRe-execution performed after a failure is understood and correctedRepeating the affected OQ steps and justified regression after a configuration fix
VSRValidation summary report: the approved conclusion covering execution, deviations, traceability, open items, residual risk, and release recommendationQuality reviews the completed CSV package before authorizing production use
Validated stateThe condition in which current evidence continues to support fitness for intended use and applicable requirementsChange control, incidents, access review, backup testing, and periodic review confirm continued control
QMSQuality management system: the organization’s controlled processes, responsibilities, procedures, and recordsThe validation SOP defines required approvals, document controls, and change-management expectations
SOPStandard operating procedure defining an approved process and responsibilityThe CSV SOP defines validation categories, deliverables, review, approval, and record retention
WIWork instruction providing detailed steps for performing a controlled taskA WI explains how to execute, document, and review exploratory testing sessions
RequirementA defined need or expected behaviorAn unauthorized user cannot close a CAPA
RiskThe assessed relationship between a possible failure and its consequences, using the applicable methodWrong unit mapping could support an incorrect acceptance decision
ControlA measure that prevents, detects, or manages a failureBlocking an unknown disposition code
Residual riskRisk remaining after the assessed controlsAn unresolved failure possibility accepted within defined conditions
Objective evidenceInformation that supports an assessable conclusionA traced transaction comparison with expected and actual outcomes
TraceabilityA visible connection among use, requirement, risk, evidence, and decisionRequirement MAT-02 linked to interface test IF-T08
Scripted testingTesting with predefined conditions, actions, and expected resultsExpiry boundary check at a defined time
Exploratory testingLearning, test design, and execution conducted together within a purposeInvestigating CAPA reassignment combinations
Negative testA challenge to behavior that should be rejected or preventedAttempting approval without permission
Boundary testA check around a point where behavior changesJust below, at, and above a specification limit
Regression testingChecking relevant existing behavior after a changeRechecking routing after a workflow-engine update
Supplier evidenceEvidence supplied by the product or service providerVersion-specific standard-feature test records
SaaSSoftware delivered as an online serviceA hosted eQMS with supplier-managed releases
eQMSElectronic quality management systemControlled documents, deviations, CAPA, and related workflows
LIMSLaboratory information management systemSample, test, result, and laboratory workflow management
MESManufacturing execution systemManaging and recording defined production execution activities
ERPEnterprise resource planning systemMaterial, inventory, and business-process management
CAPACorrective and preventive actionInvestigating and addressing a quality problem through a controlled process
Audit trailRecorded history of relevant events and changesWho changed a controlled value and when, with required context
Data lineageThe path from source information through transformations to usePDF extraction, indexing, retrieval, and AI finding
ALCOACommon data-integrity shorthand: attributable, legible, contemporaneous, original, accurateA result linked to its creator, context, and trustworthy record
RAGRetrieval-augmented generation: retrieved material is supplied to support generationAn assistant answers using selected approved procedure passages
GroundednessThe extent to which a claim is supported by its provided sourceA cited passage actually supports the stated instruction
HallucinationGenerated content presented as factual without adequate supportAn invented procedure requirement
False positiveA proposed finding that is not a real issue under the reference definitionFlagging an approved exception as a defect
False negativeA reference issue the system fails to identifyMissing an incorrect acceptance limit
PrecisionCorrect findings divided by all proposed findings32 correct out of 38 proposed findings
RecallCorrectly identified reference issues divided by all reference issues32 identified out of 40 reference issues
Evaluation leakageEvaluation information influences development or otherwise undermines the intended independenceTuning a prompt repeatedly on the final test cases
DriftA change in data, behavior, or performance relevant to the useNew document formats lead to more extraction failures
Prompt injectionUntrusted content attempts to redirect the assistant’s behaviorA document tells the assistant to disclose restricted information
AgentAn AI-enabled application that can select or execute actions through toolsAn assistant creating proposed investigation tasks
Human oversightDefined human checks and decisions with suitable authority and capabilityA qualified reviewer verifies sources and disposes findings
ReassessmentRevisiting a conclusion when relevant conditions changeEvaluating a new parser or source corpus