Feature · Data protectionUpdated October 15, 2026

Pseudonymization of clinical trial data in an EDC

Pseudonymization is the practical way a trial keeps identity and clinical data apart: people who analyse data work from a code, and only the site team can link the code to a name. Here is exactly how that works in Capture, what each control does, and what it does not claim.

  • Coded participant IDs
  • PII segregation by role
  • Row-level security in the database

Free sandbox · No credit card · 21 CFR Part 11 aligned

Who sees what (demo roles)
ItemSite coordinatorResearcherAdmin
Participant namePer role setup
Coded study ID (001-0042)
Clinical form dataPer role setup
Audit trail
Segregation is enforced in the database, not only in the screen

Pseudonymization in an EDC, in five points

  • Pseudonymization replaces direct identifiers with a code, while the key that links the code back to a person is kept separately and protected. In GDPR terms, as described in Article 4(5), the additional information is kept apart under technical and organisational measures.
  • Pseudonymised data is still personal data. Recital 26 treats data that could be linked back to a person with additional information as relating to an identifiable person. Only genuine anonymisation takes data outside GDPR, and a coded clinical trial dataset rarely qualifies.
  • In Capture, researchers work from coded participant IDs, site coordinators see names, and row-level security at the database layer enforces the split. Role-based access covers researcher, site coordinator and admin roles.
  • This is a control, not a certification. Capture does not claim anonymisation, or that exports are anonymised. Free-text fields, dates and rare combinations can still identify someone, and that review is part of your data protection plan.
  • The audit trail records who did what with the data, and clinical data is soft-deleted only, so protecting identity does not mean losing traceability.

Terms

Pseudonymised, anonymised, de-identified: three different things

These words are used loosely, and mixing them up causes real problems in ethics submissions and data sharing agreements. Pseudonymised data has direct identifiers replaced by a code and can be re-linked by whoever holds the key. Anonymised data cannot reasonably be linked to a person by anyone, which is a high bar and an assessment of context, not a label. De-identified is mainly a US term, associated with HIPAA's Safe Harbor and Expert Determination approaches, and its meaning depends on the method used.

Clinical trials are almost always pseudonymised, not anonymised. The sponsor or site must be able to re-identify a participant for safety follow-up, to honour a withdrawal, to verify data against source and to let regulators inspect. That is a legitimate reason to keep the key, and it is also why the data stays under data protection law. For the wider legal picture, see GDPR compliant clinical trial software and HIPAA vs GDPR for clinical trial data.

A useful test: ask who holds the key and how it is protected. If an analyst, a monitor or a statistician can see names in the same screen as the clinical values, the study is not meaningfully pseudonymised, whatever the document says.

Control by control

The controls Capture uses, and what each one does

ControlWhat it doesWhat it does not do
Coded participant IDsEvery participant gets a study code, with site-level numbering such as 001-0042. Researchers work from the code.Does not remove identifying content that a person types into a free-text field.
PII segregation by roleSite coordinators see participant names for scheduling and follow-up. Researchers see coded IDs.Does not replace your own rules on who is given which role.
Row-level securityThe database itself limits which rows a user can read, so a screen cannot leak what the database refuses to return.Does not protect data once a user exports it and shares the file.
Role-based access controlResearcher, site coordinator and admin roles define what each person can do.Does not claim single sign-on; the Security page does not list it.
Masked views for blinded rolesBlinded roles never receive treatment-arm values, enforced by masked database views and row-level security.Applies to arm allocation, not to every sensitive field.
Append-only audit trailField-level history with user, timestamp, old and new value, and reason. Audit rows cannot be updated or deleted.Records access to data entry and changes, not a substitute for your access reviews.
Soft deletesClinical data is soft-deleted only; hard deletes are blocked by trigger.Does not by itself answer an erasure request; that is a legal process with its own exceptions for research.
EU and US hostingHosting in Frankfurt or N. Virginia, with AES-256 encryption at rest and TLS in transit.Hosting location alone does not settle transfer rules for data you export.

Capture describes its approach as GDPR and HIPAA ready and applies 21 CFR Part 11-aligned controls. It does not claim an anonymisation certification.

In Capture

The site sees people, the analysis sees codes

At enrolment the site coordinator records the participant and the platform assigns the coded study ID. From then on the researcher view shows that code and the clinical data, and the name stays in the site coordinator view. Because the split is enforced by row-level security at the database layer, a changed screen or a copied link does not widen who can see names.

  • Site coordinators see names; researchers see coded IDs.
  • Roles: researcher, site coordinator, admin.
  • Separate site coordinator portal and by-site filtering.
  • Audit trail on every record, exportable.
Role-based access control for clinical trials

Site coordinator

Jane Peterson

DOB: 04-Mar-1978

Subject 01-004

Sees direct identifiers

Researcher

Subject 01-004

DOB: withheld

Coded ID only

Sees coded ID only

Same record, two roles. Row-level security enforces the split.

Check the role split yourself

Create a researcher and a site coordinator in the free sandbox and compare what each can see.

See the roles in the free sandbox

The residual risk

Where identifying data leaks even when IDs are coded

Coding the participant ID is the easy part. Most re-identification risk in a pseudonymised trial dataset sits elsewhere. Free-text fields are the biggest: an adverse event narrative that names a hospital, a relative or an employer, a medical history note with an unusual diagnosis, or a comment such as "same surname as the PI". Dates are next, because a precise date of birth, admission date and visit date together are often unique. Small cells matter too: in a rare disease study, a combination of site, age and diagnosis can identify one person on its own. Attachments and images can carry names in metadata or the picture itself.

The practical defences are procedural as much as technical. Write completion guidelines that tell site staff to keep names and contact details out of free text. Collect age or date of birth only as precisely as the analysis needs. Review narratives before sharing them. Decide before the study which exports go to whom, and whether a shared dataset needs further steps such as grouping rare categories. Capture's controls give you the structure, and the data management plan says how you use it. The data management plan template has a place for this.

Exports and onward sharing

CSV and Excel exports, SDTM datasets and the audit trail export can be filtered by date range and by site. Treat every export as a copy of personal data that leaves the platform's controls: agree who receives it, over which channel, and under which agreement, and keep that in the same document as your DPIA. The DPIA template for clinical trials is a good starting point.

Withdrawal and erasure requests

Participants have rights over their data, but GDPR allows research-related exceptions and the protocol, consent form and local law decide what happens to data already collected. Because the platform soft-deletes clinical data and keeps an append-only audit trail, handling a withdrawal is a documented workflow rather than an edit. Settle the rule with your data protection officer before the study starts.

What you do in Capture

Setting up a pseudonymised study

  1. 1

    Create the study and the roles

    Add researchers, site coordinators and admins, and keep the number of admins small.

  2. 2

    Enrol participants through the site

    Site staff enrol participants, by QR code or from the site portal, and the coded ID is assigned at that point.

  3. 3

    Write the free-text rules into the forms

    Add short guidance beneath narrative fields: no names, no contact details, no employer.

  4. 4

    Test what each role sees

    In the free sandbox, log in as each role, enter demo data and confirm names never appear in the researcher view.

  5. 5

    Plan exports

    Decide who receives each export, in what format, and record it in the data management plan.

Evaluating any EDC

Questions to ask every vendor about pseudonymization

Use these with Capture and with any other system on your shortlist. Ask for evidence, such as a demonstration or a documented control, not just a yes.

Where is the key held?

Which role can see names, and can you show a researcher login with no names anywhere?

Is the split enforced in the database?

Or only hidden in the interface?

What do exports contain?

Do identifiers ever travel in an export, and can you filter by site and date?

Is every access and change logged?

Field-level audit trail, tamper-resistant, exportable for inspection.

Are deletes reversible?

Soft delete versus hard delete, and how a withdrawal is recorded.

Where is the data hosted?

Region options and encryption at rest and in transit.

What is claimed about anonymisation?

Be wary of any vendor that calls a coded clinical dataset anonymous.

Fit

Who this matters for

Pseudonymization controls matter most for European and UK academic sponsors, hospital research offices running several studies, studies using sensitive categories of data and any study where analysts, statisticians or external partners should never see identity. If you are choosing a system across several of these, best EDC for European trials and GDPR and clinical trial software for European universities cover the wider checklist, and the audit trail guide covers the history side. Capture also carries 21 CFR Part 11-aligned controls. For the current statement of what is and is not covered, see the Security page.

FAQ

Questions teams ask before they switch

Something not covered here? Ask us directly.

What is pseudonymization in a clinical trial?

Pseudonymization replaces direct identifiers with a code so that data cannot be attributed to a person without additional information, which is kept separately and protected. In an EDC, that usually means researchers see a coded participant ID while only site staff can link it to a name.

Is pseudonymised trial data anonymous?

No. Pseudonymised data can be re-linked by whoever holds the key, so it remains personal data under GDPR. Anonymisation is a much higher bar, requiring that nobody can reasonably re-identify the person, and a coded clinical trial dataset rarely meets it.

How does Capture pseudonymise participants?

Participants get coded study IDs with site-level numbering. Site coordinators see participant names, researchers see coded IDs, and row-level security at the database layer enforces the split alongside role-based access for researcher, site coordinator and admin roles.

Does Capture anonymise exports?

No. Capture does not claim to anonymise data or exports. Exports use coded IDs, but free text, dates and rare combinations can still identify someone, so review exports against your data protection plan before sharing.

Is Capture GDPR compliant?

Capture describes itself as GDPR and HIPAA ready, with EU hosting in Frankfurt, AES-256 encryption at rest and TLS in transit. GDPR compliance for a study also depends on your own legal basis, consent, DPIA and data processing agreements.

Can a researcher see names in Capture?

Not in the default role design. Site coordinators see participant names and researchers see coded IDs. Which person gets which role is your decision, so keep the site coordinator and admin roles tight.

What about data masking inside forms?

Blinded roles receive masked treatment-arm values through database views. Capture does not claim automatic masking of free text or dates, so write completion guidelines that keep identifying detail out of narrative fields.

See the role split before you buy

Free sandbox with every feature. No credit card, and you pay only when you go live with real participants.

See the roles in the free sandbox