]> Biopharma Deviation Management Ontology The Biopharma Deviation Management Ontology provides constructs for representing deviations from approved plans, procedures, requirements, limits, and ranges in biopharmaceutical development and manufacturing. It supports modeling how deviation events are documented, contained, investigated, assessed for impact, resolved, and closed, including root-cause determination and corrective and preventive action planning. The module enables deviation-management information to be represented in relation to affected processes, materials, batches, equipment, and product quality decisions. It is intended to support consistent representation of deviation knowledge across GMP manufacturing, process monitoring, batch review, investigations, CAPA follow-up, and lifecycle quality management. http://opensource.org/licenses/MIT Copyright (c) 2022, 2023, 2024, 2025, 2026 Open Applications Group corrective action https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Operator retraining performed after a batch record execution error is traced to insufficient training; Cleaning procedure revision performed after residue carryover is traced to an inadequate cleaning instruction; Temperature-control component replacement performed after a temperature excursion is traced to equipment failure; Sensor replacement and calibration-frequency update performed after sensor drift is identified as the cause of an out-of-limit process reading; https://database.ich.org/sites/default/files/Q10%20Guideline.pdf 1) Corrective action is taken to prevent recurrence of a detected nonconformity or other undesirable situation, whereas preventive action is taken to prevent occurrence of a potential nonconformity or other potential undesirable situation. 2) Corrective action should not be confused with a control action that adjusts a process or equipment in response to deviation from a target or setpoint. For example, increasing heating-fluid flow when reactor temperature falls below its setpoint is a control action, not a corrective action. CorrectiveAction(x) → PlannedProcess(x) ∧ ∃p(CorrectiveActionPreventiveActionPlanSpecification(p) ∧ prescribedBy(x, p)) true planned process that is carried out to eliminate the cause of a detected non-conformity or other undesirable situation There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'corrective action' then x is a 'planned process' and x is 'prescribed by' some 'corrective action preventive action plan specification' corrective action preventive action effectiveness check https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Review of subsequent batch records to confirm that retraining reduced recurrence of batch record execution errors; Review of cleaning verification results after a cleaning procedure revision to confirm that residue carryover has not recurred; Review of temperature monitoring data after equipment repair to confirm that temperature excursions have not recurred; CAPA effectiveness check https://www.bioprocessintl.com/qa-qc/biopharmaceutical-quality-managing-good-manufacturing-practice-deviations CAPA effectiveness check may involve review of monitoring results, follow-up observations, subsequent deviations or nonconformities, process or product data, audit findings, or other relevant records. CorrectiveActionPreventiveActionEffectivenessCheck(x) → PlannedProcess(x) ∧ ∃a (Agent(a) ∧ hasParticipantAtSomeTime(x, a)) ∧ ∃p ((CorrectiveAction(p) ∨ PreventiveAction(p)) ∧ precededBy(x, p)) true planned process in which the effectiveness of implemented corrective actions or preventive actions is evaluated There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'corrective action preventive action effectiveness check' then x is a 'planned process', x 'has participant at some time' some 'agent', and x is 'preceded by' some 'corrective action' or 'preventive action' corrective action preventive action plan specification https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ CAPA plan specification CAPA plan specification prescribing retraining after repeated batch record errors; CAPA plan specification prescribing procedure revision after an inadequate cleaning instruction is identified; CAPA plan specification prescribing equipment repair after a temperature-control failure; CAPA plan specification prescribing supplier corrective action after repeated raw material documentation issues; https://database.ich.org/sites/default/files/Q10%20Guideline.pdf#page=12.37 LA1: CorrectiveActionPreventiveActionPlanSpecification(x) → PlanSpecification(x) ∧ ∀y (prescribes(x, y) → (CorrectiveAction(y) ∨ PreventiveAction(y))) LA2: PlanSpecification(x) ∧ ∃y(prescribes(x,y) ∧ (CorrectiveAction(y) ∨ PreventiveAction(y))) → CorrectiveActionPreventiveActionPlanSpecification(x) true plan specification that prescribes one or more corrective actions or preventive actions See the general discussion and rationale provided for informational entities under 'information content entity'. LA1: if x is a 'corrective action preventive action plan specification' then x is a 'plan specification' and x 'prescribes' only 'corrective action' or 'preventive action' LA2: if x is a 'plan specification' that 'prescribes' some 'corrective action' or 'preventive action' then x is a 'corrective action preventive action plan specification' deviation containment process https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Placing an affected raw material lot in quarantine after a temperature excursion before the deviation investigation begins; Holding a process intermediate after a bioburden excursion while the deviation investigation is initiated; Restricting release of a batch after an equipment-control failure while the impact assessment and investigation are underway; Pausing a downstream processing step after use of an incorrect buffer before formal investigation activities begin; Segregating affected product units after a labeling deviation while the deviation investigation proceeds; Stopping use of a potentially compromised single-use assembly after an integrity issue is detected before the investigation determines scope and root cause. https://oxmaint.com/industries/steel-plant/quality-deviation-management-system 1) In this context, ‘prevent further propagation of the deviation or its effects’ means either preventing the deviation from causing additional impact through the affected material entity or process, or preventing the affected material entity from proceeding further in processing, release, distribution, or use. 2) This process is carried out after recognition of a deviation event and before or alongside (overlaps) subsequent deviation investigation. DeviationContainmentProcess(x) → PlannedProcess(x) ∧ ∃d(DeviationEvent(d) ∧ (precededBy(x,d) ∨ isTemporallyOverlappedBy(x,d))) ∧ (∃i(DeviationInvestigationProcess(i) ∧ precedes(x,i)) ∨ ∃j(DeviationInvestigationProcess(j) ∧ temporallyOverlaps(x,j))) true planned process carried out after recognition of a deviation event in which actions are taken with respect to affected material entities or processes to prevent the deviation or its effects from propagating further There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'deviation containment process' then x is a 'planned process', x is either 'preceded by' or 'is temporally overlapped by' some 'deviation event', and x either 'precedes' or 'temporally overlaps' some 'deviation investigation process' deviation description https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Description of an occurrence during buffer preparation in which the measured pH was beyond the applicable limit https://www.bioprocessintl.com/qa-qc/biopharmaceutical-quality-managing-good-manufacturing-practice-deviations and https://www.biopharminternational.com/view/risk-based-approach-deviation-management DeviationDescription(x) → InformationContentEntity(x) ∧ ∃y (describes(x, y) ∧ DeviationEvent(y)) true information content entity generated as part of deviation management to describe the occurrence and relevant circumstances of a deviation event There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'deviation description' then x is an 'information content entity' that 'describes' some 'deviation event' deviation event https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Occurrence during buffer preparation in which the measured pH exceeded the applicable action limit; execution of media preparation using a raw-material lot other than the one specified; omission of a required in-process sample during batch execution; continuation of processing beyond the specified hold time for a process intermediate. https://www.scilife.io/blog/how-to-handle-deviations and https://www.thefdagroup.com/blog/deviation-management and https://www.biopharminternational.com/view/risk-based-approach-deviation-management Deviation events may be detected through monitoring, for example, an excursion of a monitored variable beyond an alert, action, control, or specification boundary where the applicable procedure requires the excursion to be handled as a deviation, or through review of records, for example, procedural departures, documentation errors, use of an unintended material lot, or missed sampling or hold-time requirements. In many quality management settings, deviation events are classified based on their actual or potential impact on product safety, identity, strength, purity, and quality, together with applicable biologics-specific considerations such as potency. DeviationEvent(x) → Event(x) true event in which a departure occurs from an applicable plan, requirement specification, or specified range, target or limit There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'deviation event' then x is an 'event' deviation event classifier https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Minor deviation classifier applied to a deviation event with no expected quality impact; Major deviation classifier applied to a deviation event requiring formal investigation; Critical deviation classifier applied to a deviation event with highly probable serious patient-safety or product-quality consequences 1) A deviation event classifier is used to categorize deviation events for investigation, escalation, disposition, or quality-system handling. Examples include classifiers such as minor deviation, major deviation, critical deviation. This class should be distinguished from deviation event identifiers, such as deviation numbers or tracking IDs, which designate a specific deviation event. 2) The detailed criteria for minor, major, and critical classification are prescribed by the applicable deviation management plan specification and should be based on risk, the nature and scope of the deviation, recurrence, and applicable quality-system requirements. DeviationEventClassifier(x) ↔ Classifier(x) ∧ ∃y (classifies(x, y) ∧ DeviationEvent(y)) classifier that classifies a deviation event every instance of 'deviation event classifier' is defined as exactly an instance of 'classifier' that 'classifies' some 'deviation event' deviation impact assessment https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Assessment of whether a temperature excursion affected a stored raw material lot; Assessment of whether a pH excursion during buffer preparation affected buffer suitability for use; Assessment of whether a bioburden excursion affected an in-process purification pool; Assessment of whether use of an incorrect buffer affected a downstream processing step or process intermediate; https://www.gmp-inspection.com/en/glossary/deviation-management/ and https://www.pharmtech.com/view/regulation-and-compliance-deviation-investigations#:~:text=Impact%20assessment:%20A%20clear%20and,be%20objective%20and%20scientifically%20valid. The assessment evaluates the actual or potential impact of a deviation event on process and product quality and identifies material entities or processes that are affected or potentially affected. DeviationImpactAssessment(x) ↔ PlannedProcess(x) ∧ ∃d∃e∃r(DeviationDescription(d) ∧ DeviationEvent(e) ∧ DeviationImpactAssessmentResult(r) ∧ hasInput(x,d) ∧ describes(d,e) ∧ hasSpecifiedOutput(x,r) ∧ isAbout(r,e)) planned process in which the actual or potential impact of a deviation event is evaluated every instance of 'deviation impact assessment' is defined as exactly an instance of 'planned process' that 'has input' some 'deviation description' describing a 'deviation event' and 'has specified output' some 'deviation impact assessment result' that 'is about' that same 'deviation event' deviation impact assessment result https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Assessment result describing the potential impact of a temperature excursion on a stored raw material lot; Assessment result describing the potential impact of a missed in-process sample on a manufacturing batch; Assessment result describing the potential impact of an out-of-limit pH event on a buffer preparation process; Assessment result describing the potential impact of a bioburden excursion on an in-process purification pool; DeviationImpactAssessmentResult(x) → InformationContentEntity(x) ∧ ∃d (isAbout(x, d) ∧ DeviationEvent(d)) ∧ ∃y (describes(x, y) ∧ (Process(y) ∨ MaterialEntity(y))) true information content entity that describes the actual or potential impact of a deviation event on one or more material entities or processes that are affected or potentially affected There are insufficient constructs to create a set of necessary and sufficient conditions. In particular, details about impact modeling are missing. if x is a 'deviation impact assessment result' then x is an 'information content entity', x 'is about' some 'deviation event', and x 'describes' some 'process' or 'material entity' deviation investigation process https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Deviation investigation process for a major temperature excursion affecting a raw material lot in warehouse storage; Deviation investigation process for a sterilization-cycle failure involving equipment or materials intended for aseptic processing; Deviation investigation process for a bioburden excursion detected in an in-process purification pool; Deviation investigation process for use of an incorrect buffer during a downstream processing step; Deviation investigation process for an equipment-control failure during cell culture; https://www.gmp-inspection.com/en/glossary/deviation-management/ and https://www.bioprocessintl.com/qa-qc/biopharmaceutical-quality-managing-good-manufacturing-practice-deviations 1) The investigation typically begins with fact gathering (for example interviews, record review, inspections/testing, observation, review of similar past events, and, when appropriate, experiments/simulations) and should result in an analysis that supports cause determination rather than a restatement of the problem. 2) The extent of investigation activities can be scaled based on risk, and it can include determining the scope of affected materials/batches and whether immediate containment actions are needed. 3) This process includes establishing a corrective and preventive action plan specification that addresses the deviation event. Implementation of the specified actions may occur subsequently. 4) In the case of a minor deviation, a formal root cause investigation may not be needed because the cause may be obvious. DeviationInvestigationProcess(x) ↔ PlannedProcess(x) ∧ ∃d∃e∃a∃i∃p∃c∃g∃r∃m(DeviationDescription(d) ∧ DeviationEvent(e) ∧ describes(d,e) ∧ hasInput(x,d) ∧ DeviationImpactAssessment(a) ∧ hasOccurrentPart(x,a) ∧ hasInput(a,d) ∧ DeviationImpactAssessmentResult(i) ∧ hasSpecifiedOutput(a,i) ∧ isAbout(i,e) ∧ PlannedProcess(p) ∧ hasOccurrentPart(x,p) ∧ CorrectiveActionPreventiveActionPlanSpecification(c) ∧ hasSpecifiedOutput(p,c) ∧ Agent(g) ∧ hasParticipantAtSomeTime(x,g) ∧ DeviationInvestigationReport(r) ∧ hasSpecifiedOutput(x,r) ∧ hasContinuantPartAtAllTimes(r,d) ∧ hasContinuantPartAtAllTimes(r,i) ∧ hasContinuantPartAtAllTimes(r,c) ∧ DeviationManagementProcess(m) ∧ occurrentPartOf(x,m)) planned process in which an agent gathers and analyzes information about a deviation event to assess its cause and actual or potential impact and to establish a CAPA plan specification that addresses the deviation event every instance of 'deviation investigation process' is defined as exactly an instance of 'planned process' that 'has input' some 'deviation description' describing a 'deviation event', 'has occurrent part' some 'deviation impact assessment' that uses that description and produces a 'deviation impact assessment result' about that same event, 'has occurrent part' some 'planned process' that produces a 'corrective action preventive action plan specification', 'has participant at some time' some 'agent', 'has specified output' some 'deviation investigation report' containing that same description, impact assessment result, and CAPA plan specification, and is 'occurrent part of' some 'deviation management process' deviation investigation report https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Deviation investigation report for a major temperature excursion affecting a raw material lot in warehouse storage, including investigation findings and conclusions; deviation investigation report for a sterilization-cycle failure affecting equipment or materials intended for aseptic processing, including investigation findings, conclusions, and resulting corrective actions; deviation investigation report for a bioburden excursion detected in a purification pool, including investigation findings and conclusions DeviationInvestigationReport(x) → InformationContentEntity(x) ∧ ∃p∃d∃e∃i∃c(DeviationInvestigationProcess(p) ∧ isSpecifiedOutputOf(x,p) ∧ DeviationDescription(d) ∧ hasContinuantPartAtAllTimes(x,d) ∧ DeviationEvent(e) ∧ describes(d,e) ∧ DeviationImpactAssessmentResult(i) ∧ hasContinuantPartAtAllTimes(x,i) ∧ isAbout(i,e) ∧ CorrectiveActionPreventiveActionPlanSpecification(c) ∧ hasContinuantPartAtAllTimes(x,c)) true information content entity that records the findings and conclusions of a deviation investigation process There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'deviation investigation report' then x is an 'information content entity' that 'is specified output of' some 'deviation investigation process', 'has continuant part at all times' some 'deviation description' describing a 'deviation event', 'has continuant part at all times' some 'deviation impact assessment result' about that same event, and 'has continuant part at all times' some 'corrective action preventive action plan specification' deviation management plan specification https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ deviation management strategy Deviation management plan specification defining how deviations are detected, documented, classified, investigated, assessed, resolved, and closed; Site deviation management plan specification defining the process for handling minor, major, and critical deviations; Deviation management plan specification defining escalation paths, investigation expectations, closure conditions, and follow-up requirements; Deviation management plan specification for manufacturing deviations occurring during batch execution; 1) A deviation management plan specification prescribes the overall approach by which deviations are to be detected, documented, classified, investigated, assessed, resolved, and closed. 2) It may prescribe roles, required documentation, classification criteria, timelines, decision points, closure conditions, and expectations for defining, implementing, and following up corrective and preventive actions. 3) In many quality systems, it functions as a higher-level specification that is implemented through more detailed procedural specifications and work instructions. DeviationManagementPlanSpecification(x) → PlanSpecification(x) ∧ ∀y (prescribes(x, y) → DeviationManagementProcess(y)) true plan specification that prescribes a deviation management process See the general discussion and rationale provided for informational entities under 'information content entity'. if x is a 'deviation management plan specification' then x is a 'plan specification' and x 'prescribes' only 'deviation management process' deviation management process https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Site-level deviation management process for handling manufacturing deviations from discovery through documentation, classification, investigation, impact assessment, CAPA planning, and closure; Deviation management process for batch execution deviations identified during upstream or downstream processing; Deviation management process for laboratory deviations identified during sample handling, testing, result review, or data entry; Deviation management process for raw material or consumable deviations identified during incoming inspection, CoA review, or release-to-use assessment; Deviation management process for storage or transport excursions affecting materials, intermediates, or products; https://www.gmp-inspection.com/en/glossary/deviation-management/ 1) Deviation management is typically broader than the investigation of a single deviation. 2) It includes the overall framework for identifying, documenting, classifying, investigating, assessing, resolving, and closing deviations, as well as defining and following up corrective and preventive actions. DeviationManagementProcess(x) → PlannedProcess(x) ∧ ∃p (prescribedBy(x, p) ∧ DeviationManagementPlanSpecification(p)) true planned process for the identification, documentation, classification, investigation, assessment, resolution, and closure of deviations, including the definition, implementation, and follow-up of appropriate corrective and preventive actions There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'deviation management process' then x is a 'planned process' and x is 'prescribed by' some 'deviation management plan specification' deviation root cause description https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Root cause documented as incorrect equipment setup before batch execution; Inadequate cleaning procedure identified as the root cause of residue carryover; Operator training gap identified as the root cause of repeated batch record errors; Sensor calibration drift identified as the root cause of an out-of-limit temperature reading; Raw material mix-up identified as the root cause of use of an incorrect media component; Bioreactor temperature-control failure identified as the root cause of a culture temperature excursion; DeviationRootCauseDescription(x) → InformationContentEntity(x) ∧ ∃d (isAbout(x, d) ∧ DeviationEvent(d)) ∧ ∃e (describes(x, e) ∧ Entity(e) ∧ ¬SpatialRegion(e)) true information content entity that records a conclusion concerning the root cause or most probable cause of a deviation event There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'deviation root cause description' then x is an 'information content entity', x 'is about' some 'deviation event', and x 'describes' some 'entity' that is not a 'spatial region' deviation root cause investigation https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Root cause investigation evaluating equipment history, calibration records, alarm data, control-loop performance, operator actions, and batch records after a bioreactor temperature excursion https://www.pharmtech.com/view/regulation-and-compliance-deviation-investigations and https://www.gmp-inspection.com/en/glossary/deviation-management/ DeviationRootCauseInvestigation(x) → PlannedProcess(x) ∧ ∃d∃e∃r∃p(DeviationDescription(d) ∧ DeviationEvent(e) ∧ describes(d,e) ∧ hasInput(x,d) ∧ DeviationRootCauseDescription(r) ∧ isAbout(r,e) ∧ hasSpecifiedOutput(x,r) ∧ DeviationInvestigationProcess(p) ∧ occurrentPartOf(x,p)) true planned process that evaluates candidate causes of a deviation event using relevant evidence to determine the most probable cause or causes and any contributing factors There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'deviation root cause investigation' then x is a 'planned process', x 'has input' some 'deviation description' describing a 'deviation event', x 'has specified output' some 'deviation root cause description' that 'is about' that same 'deviation event', and x is 'occurrent part of' some 'deviation investigation process' preventive action https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ Procedure revision performed after trend analysis identifies increasing risk of batch record errors; Additional operator training implemented before a new process step is introduced to prevent execution errors; Preventive maintenance added for a temperature-control unit after reliability review identifies increased failure risk; Supplier monitoring increased after early warning trends suggest potential raw material documentation issues; https://database.ich.org/sites/default/files/Q10%20Guideline.pdf Corrective action is taken to prevent recurrence of a detected nonconformity or other undesirable situation, whereas preventive action is taken to prevent occurrence of a potential nonconformity or other potential undesirable situation. PreventiveAction(x) → PlannedProcess(x) ∧ ∃p (prescribedBy(x, p) ∧ CorrectiveActionPreventiveActionPlanSpecification(p)) true planned process that is carried out to eliminate the cause of a potential non-conformity or other undesirable potential situation There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'preventive action' then x is a 'planned process' and x is 'prescribed by' some 'corrective action preventive action plan specification' process excursion https://spec.industrialontologies.org/ontology/biopharma/BiopharmaDeviationManagement/ temperature excursion during a cell culture process when the monitored temperature exceeds the action limit; pH excursion during buffer preparation when the measured pH is outside the approved range; dissolved oxygen excursion during bioreactor operation when the monitored value falls below the control limit; conductivity excursion during chromatography when the monitored conductivity is outside the specified range https://www.biopharminternational.com/view/monitoring-biopharmaceutical-processes-present-and-future-approaches and https://insideautomation.net/workflow-for-biopharmaceutical-excursions/ and https://database.ich.org/sites/default/files/Q8_Q9_Q10_Q%26As_R4_Points_to_Consider_0.pdf A process excursion may or may not constitute a deviation event. Whether a process excursion constitutes a deviation event depends on the applicable plan, specification, limit, range, procedure, or other requirement. ProcessExcursion(x) → Event(x) ∧ ∃p (occurrentPartOf(x, p) ∧ PlannedProcess(p) ∧ ∃m (hasOccurrentPart(p, m) ∧ MonitoringProcess(m))) true event in which the value of a variable monitored during a planned process is beyond a predefined limit or outside a predefined range during that process There are insufficient constructs to create a set of necessary and sufficient conditions. if x is a 'process excursion' then x is an 'event' and x is an 'occurrent part of' some 'planned process' that 'has occurrent part' some 'monitoring process'