Pharmacovigilance you can prove.

Every wording is kept. Edits are audited like any other field, so the narrative as it stood before a change can be recovered — which matters, because the narrative is the part an assessor reads first and the part most often revised after medical review.

The system holds each product's listed terms with an effective date and country, so the list you assess against is the one in force on the date of the reaction, not the one in force today — the distinction an assessor challenges.

The judgment stays yours, and it is recorded as one: expectedness is never stored without who decided it and why.

It becomes a new version linked to the previous one, with the chronology visible from the case. Significant new information opens a new 15-day clock from the date you received it, and the change of due date is recorded.

The second save is rejected, and you are shown what changed while you were editing. Nothing is ever overwritten silently — a quietly lost edit is the kind of thing you only discover during an audit.

Yes. The stages, who may move a case between them, and a separate route per case type are all configurable. Reporting timelines and warning thresholds are yours to set, without asking us for a change.

CIOMS forms, the original email, clinical reports — attached and classified on upload, so you can list the cases with no source document instead of finding out during the audit. Encrypted, hashed, and opening one is itself recorded.

A compliance report per period and per client lists what was on time, what was late and what is pending. Per case, the single PDF below carries the whole state history — when it entered each stage and who moved it on.

A single PDF per case with the data, the state history and the audit trail together. Any listing, carrying a header with who produced it, when, the filters and an export identifier. That identifier sits in the audit trail, so the file in their hands ties back to the moment it was generated.

Plus the user access listing — role, organisations, last access — which is what they ask for when they check your periodic access review.

Five, and the boundaries between them are the point — separation of duties is one of the first things an auditor checks:

• Data entry — creates and edits draft cases.
• Reviewer — reviews, approves, or returns a case with comments.
• PV responsible / QPPV — locks and unlocks with a reason, sets the timelines, sees the metrics.
• Auditor — read-only over cases and the full audit trail, with export. This is the login your client's auditor gets.
• Administrator — manages users and configuration, and cannot edit case data.

And no role — the administrator included — can modify the audit trail.

Permissions go by role, so someone entering cases cannot approve one. Approval asks for the password again and records the signatory, the time and what the signature meant. Each signature is tied to the exact content that was signed: if the record is altered afterwards, the system shows that the signature no longer matches.

No — and be careful with any vendor who claims theirs is. Validation is demonstrated for one specific installation, with your users and your procedures. A claim made about the product in general glosses over the part that lands on your desk.

What Vigila does is produce the evidence as it is built: every requirement has a permanent identifier, every test names the requirement it proves, and the traceability matrix comes out of the system itself — not written by hand afterwards.

The documentation written and sent to you to review, approve and sign — and brought up to date whenever the system changes. Help drafting your own validation procedure and the procedures that cover the use of the system. The answers when a client audits me as your supplier. And the evidence itself when an auditor asks for it.

It is validation of the system, not regulatory advice: your case assessments, your submissions and your pharmacovigilance procedures stay yours.

It is in the monthly fee. No ticket, no hourly invoice.

Configuration, migration, documentation and upkeep are mine. Yours is what only you can do: approving the requirements, signing what you sign, and running the acceptance testing with your own people. A supplier who offers to sign your procedures for you is selling you a future finding.

Yes — it is what Vigila was designed for, not an option bolted on. Separation is built into the database itself, so a user assigned to one client cannot reach another's cases by any route, including editing an identifier in the address bar.

In the European Union, only. Adverse-reaction data is special-category health data and is treated that way: encrypted in transit and at rest, encrypted attachments, no personal data in technical logs, a data-processing agreement, no transfer outside the EU.

A full copy every day and a further copy every four hours, stored encrypted and away from the main system. At most four hours of data at risk, and back in service within eight hours.

Backups are regularly restored into a separate test environment, and the result is reported automatically — a backup nobody has ever restored is a claim, not a control.

You leave. The monthly plan has no minimum term — one month's notice, whenever you want. You take everything — cases, attachments and the full history — in an open format, per client. Built in rather than negotiated, because being able to leave is what makes staying a decision.

Both. You code reactions against MedDRA, and Vigila builds the E2B(R3) file for you to upload — checked against the conformance rules before you get it, so a missing element turns up here rather than in a rejection notice. What it does not do is transmit: the file leaves through a person, which at these volumes is what the EMA expects anyway.

MedDRA you license yourself, directly from the MSSO. It is not resold here and not included in the price — the fee is set on your own annual revenue, and regulators and non-profits pay nothing. Give us the subscription reference and it is re-checked once a year. If it ever lapses, coding stops and nothing else does: your cases stay readable and exportable, because an unpaid subscription must never make a safety record illegible.

For the volumes Vigila is priced for — up to 1.000 cases a year per client — no. Exporting the XML and uploading it through EVWEB or EVPOST is what the EMA itself expects from small and medium organisations, and skipping the gateway removes the most expensive piece of the usual project.

If you handle more than that, say so on the first call and you will get a straight answer on whether Vigila fits you at all.

Vigila is pharmacovigilance — medicines, human use. The structure is not hostile to the others, but claiming them today would be exactly the kind of overclaim this page warns you about.

Launch is estimated for September 2026. If your own deadline is earlier or later — a contract, an audit, a client start date — tell me and you get a straight answer against it.