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.
Free sandbox · No credit card · 21 CFR Part 11 aligned
| Item | Site coordinator | Researcher | Admin | |
|---|---|---|---|---|
| Participant name | Per role setup | |||
| Coded study ID (001-0042) | ||||
| Clinical form data | Per role setup | |||
| Audit trail |
Pseudonymization in an EDC, in five points
Terms
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
| Control | What it does | What it does not do |
|---|---|---|
| Coded participant IDs | Every 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 role | Site 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 security | The 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 control | Researcher, 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 roles | Blinded 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 trail | Field-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 deletes | Clinical 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 hosting | Hosting 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
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 coordinator
Jane Peterson
DOB: 04-Mar-1978
Subject 01-004
Sees direct identifiersResearcher
Subject 01-004
DOB: withheld
Coded ID only
Sees coded ID onlySame record, two roles. Row-level security enforces the split.
Create a researcher and a site coordinator in the free sandbox and compare what each can see.
The residual risk
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.
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.
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
Add researchers, site coordinators and admins, and keep the number of admins small.
Site staff enrol participants, by QR code or from the site portal, and the coded ID is assigned at that point.
Add short guidance beneath narrative fields: no names, no contact details, no employer.
In the free sandbox, log in as each role, enter demo data and confirm names never appear in the researcher view.
Decide who receives each export, in what format, and record it in the data management plan.
Evaluating any EDC
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.
Which role can see names, and can you show a researcher login with no names anywhere?
Or only hidden in the interface?
Do identifiers ever travel in an export, and can you filter by site and date?
Field-level audit trail, tamper-resistant, exportable for inspection.
Soft delete versus hard delete, and how a withdrawal is recorded.
Region options and encryption at rest and in transit.
Be wary of any vendor that calls a coded clinical dataset anonymous.
Fit
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.
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.
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.
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.
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.
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.
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.
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.
Keep exploring
Role-based access control
Roles and permissions.
GDPR compliant clinical trial software
EU data protection overview.
HIPAA vs GDPR for trial data
Two regimes compared.
GDPR DPIA template
Document the risk assessment.
Blinded and unblinded role management
Masked views by role.
Audit trail software
History of every change.
Best EDC for European trials
Selection criteria for EU studies.
Free sandbox with every feature. No credit card, and you pay only when you go live with real participants.