CSV & CSARisk-based, traceable

Computer system validation software — with the traceability built in.

Software is never validated on its own — each installation is. For computer system validation, Swat iQua Suite gives your CSV team a controlled requirement and traceability register for computer software assurance (CSA), the Part 11 and Annex 11 controls to verify, and our implementation team alongside you through to sign-off.

  • CSA requirement & traceability register
  • Coverage report shows the gaps
  • Part 11 controls you can demonstrate
  • Our team alongside your QA
Swat iQua Suite record with each section signed off by a named reviewer
7
regulations designed for
3
e-signature levels
25
modules enforce segregation of duties
1–3
months to go-live

CSV and CSA

Computer system validation without the paper mountain.

Computer system validation (CSV) proves that a GxP system does what it is meant to do, consistently, and that its records can be trusted. Computer software assurance (CSA) keeps that goal but asks you to spend effort where the risk is.

Who validates what

Under 21 CFR Part 11, EU GMP Annex 11 and GAMP 5, validation is the regulated company’s responsibility: you define what the system must do for your process, assess the risk, and test proportionately. The supplier’s job is to build the system under control, provide the technical controls the regulations expect, and support your validation with evidence and expertise. Swat iQua Suite is designed around that split.

From scripted testing to assurance

Traditional CSV often meant exhaustive scripted protocols for every screen. FDA’s computer software assurance approach and GAMP 5 second edition both encourage critical thinking instead: establish the intended use, decide which functions directly affect product quality, patient safety or data integrity, and focus documented testing there — using lighter, unscripted testing where the risk is lower.

A typical risk-based lifecycle

  1. Intended use and user requirements — what your processes need the system to do
  2. Risk assessment — which requirements touch product quality, patient safety or data integrity
  3. Configuration — sites, roles, workflows and masters set up and recorded
  4. Verification — testing proportionate to risk, with evidence traced to each requirement
  5. Release and periodic review — go-live sign-off, then change control, audit-trail review and periodic evaluation

Installation, operational and performance qualification (IQ, OQ and PQ) remain familiar milestones in many quality systems. Whether you keep that structure or move to a CSA-style approach, the evidence still needs to trace back to approved requirements — which is what the register is for.

Swat iQua Suite is designed to support a GAMP 5 risk-based validation approach. Validation of each installation remains the regulated company’s responsibility.

CSA requirement & traceability register

Every requirement traced to its evidence.

A controlled register of system requirements with a validation traceability matrix — from user requirement through design and risk assessment to test case, execution and defect.

  1. RequirementURS

    Requirement approved

    Approved with an e-signature; the approver cannot be the owner. Approved items cannot be edited.

    Approved
  2. RiskLow · medium · high

    Risk assessed

    Each requirement carries a GAMP-style risk level that guides how much testing it needs.

    Assessed
  3. TestTrace link

    Linked to a test

    Trace links move from planned to linked to verified — or failed.

    Linked
  4. CoverageReport

    Coverage checked

    The coverage report shows which approved requirements have a verified execution, and where the gaps are.

    Verified

Corrections never overwrite: a controlled correction creates a new version and keeps the original.

Part 11 & Annex 11 controls

The controls your validation will verify.

These are the technical controls behind the Part 11 and Annex 11 sections of your requirements. They are part of the platform, so your testing can concentrate on how each of your processes uses them.

Audit trail — 21 CFR 11.10 and Annex 11

Every write and its audit-trail entry are committed in one database transaction, with old and new values, user, time, operating site and a mandatory reason. A read-only report spans every module’s logs, filterable by site, module, date, user and activity, with a cross-referenced trail across related records and logged PDF and Excel exports.

Electronic signatures — 21 CFR 11.50 and 11.200

Signatures re-authenticate the signer with a password, or a password plus a one-time code, configured per module and per site — three e-signature levels in all. Each signature records the signer’s name, designation at the time of signing and the time, bound to the action signed.

Access and authority checks

  • A role-based permission matrix assigned per site, with every change logged — permissions added and removed
  • Multi-factor login with an authenticator app or email code, and a password policy per site
  • Forced password change at first login and on expiry; time-limited lockout after repeated failures
  • Only internal, active users can perform GMP actions
  • Segregation of duties enforced by the server in 25 modules

Periodic review and data integrity

Annex 11 expects audit trails to be reviewed and systems to be evaluated periodically. Risk-based audit-trail review runs flag deletions and voids, privileged changes, configuration changes, after-hours activity and changes after approval; the signals are frozen when the review starts so it can be reproduced, and findings can raise a CAPA. Evidence packages export with a SHA-256 checksum manifest.

Hosting and time

Swat iQua Suite is cloud-hosted, with encrypted connections, scheduled backups, automatic log archiving and your data stored in your chosen region. Every entry is time-stamped centrally and shown in the local time of the site where the work was done.

Our validation support

How we support your validation.

  1. 01 · Discover

    Requirements captured

    We map your processes, forms and SOPs with your team — the basis of your user requirements.

  2. 02 · Configure

    Configuration recorded

    Sites, departments, roles, workflows and master data set up by our team.

  3. 03 · Validate

    Traceability and evidence

    Requirements traceability in the CSA register, Part 11 control evidence and our team alongside your QA and CSV leads.

  4. 04 · Train & go live

    Trained and signed off

    User training role by role, and hands-on support through go-live.

  5. 05 · Support

    Stay current

    Ongoing support and updates as regulations change, assessed through your change control.

Platform controls

Controls every module inherits — verified once, used everywhere.

  • Complete audit trail

    Old value, new value, user, time, site and reason — cross-referenced across related records.

  • Electronic signatures

    Password, or password plus a one-time code, per module and per site.

  • Segregation of duties

    Preparer, reviewer and approver enforced as different people.

  • Multi-factor login

    Authenticator app or email code, with lockout after repeated failures.

  • Audit-trail review

    Risk signals frozen at review start, findings linked to CAPA.

  • Secure cloud hosting

    Encrypted connections, scheduled backups, log archiving and data in your chosen region.

FAQ

Frequently asked questions

Can’t find your answer? Talk to our team — we reply within one business day.

Is Swat iQua Suite a validated system?

Software is not validated in the abstract — validation applies to each installation for its intended use, and remains the regulated company’s responsibility. Swat iQua Suite is designed to comply with 21 CFR Part 11 and EU GMP Annex 11 and to support a GAMP 5 risk-based approach, and our team supports your validation.

What is the difference between CSV and CSA?

Computer system validation is the overall discipline of proving a GxP system is fit for its intended use. Computer software assurance is a risk-based way of doing it: focus documented testing on functions that affect product quality, patient safety or data integrity, and use lighter testing elsewhere.

What does the CSA register contain?

Controlled system requirements with risk levels, approved with an e-signature by someone other than the owner, and trace links to design, risk assessment, test cases, executions and defects. A coverage report shows which approved requirements have a verified test execution and which have gaps.

Which Part 11 controls are built in?

A transactional audit trail with mandatory reasons, password or password-plus-code e-signatures recording name, designation and time, role-based access per site, multi-factor login with lockout, segregation of duties and periodic audit-trail review.

How does cloud hosting fit with Annex 11?

Swat iQua Suite is cloud-hosted with encrypted connections, scheduled backups, automatic log archiving and data stored in your chosen region. Your supplier assessment can cover how the service is run — talk to us about the information your QA team needs.

How long does implementation with validation support take?

Typical go-live is 1–3 months, depending on the modules and sites in scope. Validation support runs inside that plan: requirements captured in discovery, configuration recorded, traceability and Part 11 evidence prepared with your QA and CSV leads.

Ready to see Swat iQua Suite in action?

Book a free, personalised demo and see how Swat iQua Suite takes your plants, labs and quality teams from paper to inspection-ready.

Download the brochure →