Book a demoStart a pilot
vGenixOS

The operating system for safety intelligence

Every vGenix Ai module runs on one shared core: one brain, one data model and one set of rules. Not just AI-native, but neurosymbolic.

One operating system

The whole safety lifecycle on one core

Intake to submission runs on the same data model, the same rules and the same audit trail. Nothing is re-keyed between steps, and every step can see what the others know.

Across every step Compliance Intelligence · regulatory clocks · SOP rules · validation evidence
Underneath it all vGenixOS · Pharma AI Control Plane · neurosymbolic engine · safety knowledge graph
Why an operating system

Bolt-on AI multiplies your problems

Adding a separate AI tool to each process gives you separate models, rules, validations and audit trails to manage. vGenixOS puts one governed core underneath everything, the way an operating system sits under every app.

AI tools added one by one

Every tool is its own island

Intake toolown model
Coding toolown rules
Literature toolown audit trail
  • A separate validation for every tool
  • Different answers to the same question
  • Evidence scattered across vendors
  • Nothing one tool learns reaches the others
vGenixOS

One core, shared by every module

Modules: cases · literature · signals · reports · submission
One control plane · one engine · five kernels · one knowledge graph
  • One validation approach and change control
  • The same rules applied everywhere
  • One audit trail for people and AI
  • What one module learns, every module uses
How it’s built

Six layers, one operating system

If you know how a computer works, you already know vGenixOS: apps, permissions, a processor, drivers, a kernel and a file system. Select a layer to see what it does.

Like an operating system’s apps

The modules your teams use every day

Five modules share one case model, one set of rules and one audit trail. Nothing is re-keyed between them, and every module sees what the others know.

What’s in it
  • Case processing
  • Literature monitoring
  • Signal management
  • Aggregate reports
  • Regulatory submission
What it gives you
  • One record from intake to submission
  • Your SOP rules applied in every module
  • One audit trail across all of them
Explore the modules →
The kernels

Five small cores that everything runs on

In an operating system, the kernel is the part that must never fail, so it is kept small and changed carefully. vGenixOS has five safety kernels. Modules come and go; the kernels stay stable, validated and shared.

Case processing Literature Signals Aggregate reports Submission System calls: one set of services every module uses (also exposed as IntaaS APIs) Case One case model, every version kept Clock Day 0, due dates, escalation Rules Your SOPs, GVP, local rules Knowledge Graph, MedDRA, WHO Drug, products Evidence Audit trail, e-signatures, sources Data and infrastructure: knowledge graph · your safety database · gateways · cloud or on-premise Modules change often. Kernels change rarely, and only under change control.
Five kernels sit under every module. Each is small, stable and validated, and every module relies on the same ones.

1Case kernel

One case model for every module and domain. Every change creates a new version; nothing is overwritten.

Guarantee: Every module works on the same case, and its full history is always available.
Example: A follow-up arrives: the case is versioned, the new source linked, and the changes shown.

2Clock kernel

Holds day 0, the due date for every market and report type, and the escalation rules around them.

Guarantee: No deadline depends on someone remembering it.
Example: A non-serious case is upgraded to serious: every due date is recalculated and the case moves up every queue.

3Rules kernel

Your SOPs, GVP and local requirements as explicit, versioned rules and decision tables.

Guarantee: Every module applies the same rules, and every rule can be shown and tested.
Example: Your SOP changes a review gate: one rule version changes, with an effective date, everywhere at once.

4Knowledge kernel

The safety knowledge graph: MedDRA, WHO Drug, your product dictionary and the links between cases, sources and signals.

Guarantee: Facts are connected, consistent and traceable to their source.
Example: A new MedDRA version is released: it is loaded, mapped and validated once, then every module uses it.

5Evidence kernel

The append-only audit trail, e-signatures and source links for every action, human or AI.

Guarantee: Any case history can be shown to an inspector in minutes.
Example: An inspector asks who changed seriousness: the old and new value, person, time and reason are on screen.

Why it matters for validation: because every module relies on the same kernels, a new module or report builds on cores that have already been validated, rather than starting from scratch. Validation scope for each change is agreed with your QA team.

The neurosymbolic layer

Neural AI understands. Symbolic AI checks.

Generative AI is very good at reading messy, unstructured safety data, and it can also produce a confident answer that is wrong. Rule-based systems are exact but cannot read. vGenixOS puts them in series, so one proposes and the other decides.

Unstructured source Email, form, PDF, article, call note NEURAL Perceives Reads and extracts Classifies and links Proposes an answer with its evidence SYMBOLIC Reasons Checks rules and SOPs Checks the knowledge graph Checks consistency Scores confidence Accept with source and reasoning Route to an expert uncertain or SOP-required Reject with the reason recorded Expert decisions feed back as candidate improvements, released only through change control Neural AI understands. Symbolic AI checks. Every answer leaves with its reasoning.
The neurosymbolic layer. The neural part proposes; the symbolic part decides whether the proposal can be accepted, needs a person, or must be rejected.
Capability Neural AI alone Rules alone Neurosymbolic
Reads free text, scans and any language Yes No Yes
Follows explicit rules exactly Not reliably Yes Yes
Shows why it reached an answer Hard to show Yes Yes
Handles cases nobody wrote a rule for Yes No Yes, and routes them to people
Can state facts that are not in the source Possible No Checked before anyone relies on them

Four worked examples

Illustrative examples of how the two halves work together. Exact behaviour is configured from your SOPs.

Seriousness from a narrativeCase intake
NeuralReads “…the patient was admitted to hospital overnight for observation…” and proposes: serious, hospitalisation.
SymbolicChecks the proposal against the seriousness criteria in your SOP, including exceptions you define such as planned admissions, and confirms the source sentence supports it.
ResultSerious. Accepted with the source sentence and the criterion shown. The clock kernel sets the due date.
Coding a verbatim termCoding
NeuralReads “her liver numbers went up” and proposes a MedDRA term for increased hepatic enzymes, with alternatives.
SymbolicChecks the term exists in the MedDRA version in use, applies your coding conventions, and compares it with the lab values in the case.
ResultLab values support it, but the verbatim is informal: routed to a coder with the suggestion and evidence. The coder’s choice is recorded.
Possible duplicateDuplicate check
NeuralFinds an existing case with similar patient details, product, event and dates, and proposes a likely match.
SymbolicApplies your duplicate rules: compares reporter, dates, product details and source, and checks whether the new report could be a follow-up.
ResultNot merged automatically. Flagged to a reviewer with matching and differing fields side by side.
Drafting a narrativeNarrative
NeuralDrafts a case narrative from the structured case and its source documents.
SymbolicChecks every statement in the draft against the case fields and sources. A sentence that no source supports is highlighted.
ResultOne unsupported phrase flagged and removed before the physician reviews. Nothing invented reaches the case.
Explainable by design

Ask any answer “why?”

In drug safety, “the model said so” is not evidence. Every vGenixOS answer carries its source, the rule it applied, how sure it is, and who confirmed it. Try it.

Case 2026-[____]Illustrative
SeriousnessSerious
EventHepatitis (MedDRA PT)
Due dateDay 15
CausalityPossible

Why “serious”?

Source“…the patient was admitted to hospital for observation…” (page 1, line 12)
RuleSeriousness criterion: requires inpatient hospitalisation
ConfidenceHigh. Applied automatically and shown to the reviewer
Audit trailAI proposed · case processor confirmed · time-stamped
The Pharma Control Plane

Governs every action, not only AI

Most AI control planes govern model calls. In safety, the AI is only part of the risk. The vGenixOS control plane governs every action, by a person, an AI agent or a connected system, and every action leaves evidence.

People processors, physicians, QPPV, QA AI agents intake, coding, narrative, signal Systems and partners safety DBs, CROs, licensees, APIs PHARMA CONTROL PLANE Identity and access AI governance Data protection Process and SOP gates Time and deadlines Evidence and audit trail Change control Partners and exchange Kernels and data case · clock · rules knowledge · evidence Every action → attributable, time-stamped evidence Every action, by anyone or anything, passes through the same controls
The Pharma Control Plane governs every action, human, AI or system, not just AI calls. Every action leaves evidence.

Identity and access

Named users, roles, markets and products; segregation of duties; single sign-on.

Evidence: Who acted, with which rights

AI governance

Validated models only, prompts under change control, confidence thresholds, model versions recorded.

Evidence: Which model, which version, which output

Data protection

Data minimisation for each task, regional residency, masking of personal data where it is not needed.

Evidence: Who saw which data, and why

Process and SOP gates

Review and approval steps set from your SOPs; nothing skips a required gate.

Evidence: Which gate, who passed it

Time and deadlines

Every case on its clock; warnings and escalation before a deadline is at risk.

Evidence: When the clock started and stopped

Evidence and audit trail

Every create, change and delete recorded with old and new values and a reason; e-signatures with their meaning.

Evidence: The complete case history

Change control

Rules, configuration, models and prompts change only through approved, versioned releases.

Evidence: What changed, who approved it, when

Partners and exchange

Safety data exchange with licensees and vendors tracked against agreements; reconciliation built in.

Evidence: What was exchanged, and when

What the control plane checks, and what it records

Action What the control plane checks Evidence it records
A case processor changes seriousness Is the role allowed? Is a reason given? Does the clock need recalculating? Old and new value, reason, user, time; new due date
An AI agent suggests a MedDRA term Is the model version validated? Is confidence above the threshold for this field? Suggestion, model version, confidence, routing
A safety physician signs causality Is this the right person for this gate? Is the signature’s meaning captured? E-signature with meaning, time and the record signed
A licensee sends a case Is the agreement in force? What is the exchange deadline? Receipt time, day 0, reconciliation entry
An administrator edits a rule Is there an approved change request? Is validation evidence attached? New rule version, approver, effective date
A user exports case data Is the purpose allowed? Does the export respect data residency? Export log with user, scope and purpose

This is what electronic-records rules ask for: under 21 CFR 11.10(e), secure, computer-generated, time-stamped audit trails of operator entries and actions that do not obscure earlier values; under EU GMP Annex 11, a documented reason for each change or deletion of relevant data. Read our guide to audit trails in pharmacovigilance.

Safety agents

Agents that do the work, inside the guardrails

vGenixOS runs specialised agents for each step of the lifecycle. They work through the control plane, so each one has a scope, follows your SOPs and knows when to hand over.

Intake agent

Reads every source in any format or language, checks the four minimum criteria and finds duplicates and follow-ups.

Hands to a human when a report is invalid, ambiguous or a possible duplicate.
Coding agent

Codes events to MedDRA and products to WHO Drug and your product dictionary, with a confidence score for each term.

Hands to a human when a term falls below your confidence threshold.
Narrative agent

Drafts case narratives and proposes seriousness, expectedness and causality, with the evidence for each.

Hands to a human when always. Medical judgement and sign-off stay with your physicians.
Literature agent

Runs your searches, screens abstracts and full texts, and extracts reportable cases into intake.

Hands to a human when relevance is borderline or a full text is needed.
Signal agent

Runs disproportionality and trend detection, clusters related cases and prepares the evidence for review.

Hands to a human when a potential signal is found. Every one goes to your signal team.
Submission agent

Builds E2B (R3) files, checks business rules, tracks every regulatory clock and handles acknowledgements.

Hands to a human when a submission is rejected or a deadline is at risk.
Collective Intelligence

Gets better with use. Never changes behind your back.

Each module learns from what your experts confirm and correct, shares it in one knowledge graph, and every module benefits. Improvements are validated and released like any other change.

Coder corrections Reviewer decisions Duplicates resolved Literature screening outcomes Observe patterns in decisions Propose candidate improvement Validate test against evidence Approve change control Release new version, all modules Used by every module; outcomes feed the next cycle
Collective Intelligence: learning from your experts’ decisions, released only through change control.

Learns across modules

A product term confirmed in a case is recognised in literature screening. A cluster spotted in literature becomes an input to signal detection. Coding decisions improve suggestions in every module.

Never changes without you

  • Models and prompts in live use
  • Rules, thresholds and review gates
  • Anything that affects validated behaviour

Your data, your rules

Learning happens within the boundaries set in your agreement and configuration. [Confirm and state the data use policy here.]

Design principles

Designed as an
AI-native safety OS

vGenixOS was not built by adding AI to an old workflow. These four principles shape how it works.

Always on

Batch runs and backlogs

Work flows continuously as sources arrive, so nothing waits for the next run.

Validated at every step

Checks only at the end

Each step is checked as it happens, so errors are caught where they start.

Decisions, not tasks

Queues of routine work

Experts see what needs judgement, with the evidence ready, instead of re-keying data.

Humans in control

Black-box automation

Your SOPs decide where people review, approve or override, and every choice is recorded.

Ways to use vGenixOS

Start where it fits your landscape

vGenixOS is not a separate product you have to adopt on its own. Use it through the modules, through APIs, or alongside the systems you already run.

Full platform

Run every process on it

Use the vGenix Ai modules end to end, from intake to submission, on one core.

Explore the platform →
Intelligence as a Service

Call it from your systems

Use Pharmacovigilance, Document, Regulatory and Compliance Intelligence through secure APIs in your current workflows.

Explore IntaaS →
Alongside your database

Keep your system of record

Add intake, preparation and checks around Argus, ARISg or Veeva Vault Safety, one process at a time.

Why this works →
DeployCloud (SaaS)Private cloudOn-premiseHybridResidencyEUUSUKCanada

vGenix Ai is built to support EU GVP, ICH E2B (R3), 21 CFR Part 11 and EU Annex 11. Validation and regulatory responsibility are agreed for each implementation.

Next step

See vGenixOS on your own cases

Bring a sample of your reports. We’ll show every answer, its source and its reasoning, in a working session with your safety, QA and IT leads.

Recommended

6-week pilot on literature monitoring

  • Baselines agreed up front
  • Configured to your SOPs
  • Measured on your own data
  • Validation evidence from day one
Start your pilot