Skip to content
Functional Safety Lifecycle Implementation

Verification (Cross Cutting)

We provide independent verification at every lifecycle phase to IEC 61511 clause 7

Strategic context

What this element is and why it matters

Verification is the cross cutting activity that confirms the output of every lifecycle phase matches the requirements set for it, so that the hazard and risk assessment output matches the process hazard analysis expectations, the specification matches the Phase 2 allocations, the design matches the specification and the installation matches the design. To IEC 61511 clause 7 verification is carried out by competent people who are independent of the work being verified.

Verification (Cross Cutting)

Individual significance for organisations

Verification is the discipline that catches errors before they propagate. Facilities that verify at each phase gate avoid the cascade in which Phase 3 errors become Phase 4 design errors and then Phase 5 commissioning issues, and our team builds that gate by gate discipline into your programme.

Contribution to Functional Safety Lifecycle Implementation

Verification operates at every phase boundary and gives independent assurance that the phase outputs are correct before they are used as inputs to the phases that follow. It also feeds the evidence for the functional safety assessment.

Key requirements

What compliant execution looks like

Verification at every phase boundary to clause 7
Genuine independence from the work being verified
Competence requirements to IEC 61511 clause 5.2
Documented verification evidence retained for each phase
Probability of failure calculations re checked independently against the specification targets
Distinct from validation, because it confirms that the output meets the input requirements of the phase
Implementation methodology

How we implement this element

A focused six step methodology calibrated to deliver verification (cross cutting) as a working capability rather than a documented compliance artefact.

Verification Programme Design

We specify the verification activities for each phase, the competency requirements, the independence rules and the documentation expectations.

Verifier Selection

We select competent people who are independent of the work through internal team rotation, a third party reviewer or a specialised verification function.

Phase Output Review

We review each phase output against the input requirements of that phase and document the findings and their resolution.

Non Conformance Resolution

We track findings to closure, integrate them with the corrective action database and escalate any systematic pattern.

Verification Records

We maintain records for each phase and align them with the retention requirements of paragraph m subparagraph 6 of OSHA PSM and IEC 61511 clause 5.2.6.

Assessment Evidence Pack

We compile the verification records for the Stage 1 through Stage 4 functional safety assessments and demonstrate both independence and competence.

Implementation flow

Element implementation flow chart

A decision gated workflow that shows the actual sequence of activities from initiation through steady state operation, with key decision points highlighted.

Start
A phase output is ready for verification
Verifier Independence Confirmed
The verifier is not the author of the work
Output Against Input Review
Does the phase output meet the requirements?
Decision
Findings Identified?
Decision gate
Author and Verifier Resolution
Track to closure
Decision
Findings Closed?
Decision gate that re reviews until resolved
Integrity Calculations Re Checked
Probability of failure confirmed independently against the specification
Verification Record Filed
Per phase and retained for audit
Findings Fed to the Assessment
Evidence pack for the Stage 1 through Stage 4 assessments
Next Phase Initiated
The verified output becomes the input to the next phase
Deliverables

What we produce

  • A verification programme charter
  • Verification records for each phase
  • An evidence pack for the Stage 1 through Stage 4 functional safety assessments
  • An independent probability of failure re check record for each function
  • A verifier competence and independence register
  • A non conformance log with closure status
Common pitfalls

Where execution fails

  • Verifier competence below the rigour the work requires
  • Independence compromised by the reporting line
  • Findings filed but never closed
  • Verification conflated with the clause 15 validation, which leaves the design checks unperformed
Standards & references

Codes this element is built on

IEC 61511 1 Cl.7 (Verification)IEC 61511 1 Cl.5.2 (Competence)ISO 19011 (Audit and Verification Principles)IEC 61508 1 from 2010 Cl.7 (overall safety lifecycle verification)ISA TR84.00.02 (independent average probability of failure re check)IEC 61511 2 from 2016 (guidance on verification activities)
Implement this element

Talk to us about implementing Verification (Cross Cutting)

We can scope this element implementation against your facility, regulatory context, and existing management system maturity, then integrate it with the other Functional Safety Lifecycle Implementation elements you already operate.