Every vendor that handles participant data for you needs a GDPR Article 28 contract: the EDC, the ePRO provider, the CRO, the central lab. This guide walks through the clauses, the trial-specific points that standard templates miss, and a review checklist. Not legal advice.
Free sandbox · No credit card · 21 CFR Part 11 aligned
Parties, roles and definitions
Sponsor as controller, vendor as processor
Subject matter, duration, nature and purpose
Types of personal data and data subjects
Participants, site staff
Documented instructions and transfers
Security measures (Annex)
Sub-processors and change notice
Assistance: rights, breaches, DPIA
Return, deletion and archiving
Audit and inspection
The short answer
Roles
The GDPR attaches duties to roles, not to company types. The sponsor, or the university or hospital running an investigator-initiated study, normally decides why and how participant data is processed and is therefore the controller. A vendor that processes that data only on the sponsor behalf, such as the EDC or ePRO platform, the CRO doing data management, a central lab or an imaging core lab, is a processor. Where a processor engages another company to help, that company is a sub-processor, and the chain of contracts must follow the data.
Sites are the awkward case. A hospital holds the medical record as a controller in its own right and then shares extracts with the sponsor. Depending on the member state and how the study is organised, sponsor and site may be treated as separate controllers or as joint controllers, which needs an arrangement under Article 26 rather than an Article 28 contract. This is a point for your data protection officer and your national guidance, not for a template. Our GDPR-compliant clinical trial software guide covers role allocation at a high level, and the HIPAA versus GDPR comparison shows how the same chain looks under US rules.
The contract chain
A typical sponsor-led study. Your own structure may differ, so confirm roles with your data protection officer.
| Relationship | Usual GDPR roles | Agreement to expect |
|---|---|---|
| Sponsor and EDC / ePRO / eConsent vendor | Sponsor controller, vendor processor | Article 28 DPA with security annex and sub-processor list |
| Sponsor and CRO | Sponsor controller, CRO processor (for the tasks transferred) | Article 28 DPA, usually inside or beside the master services agreement |
| CRO and its sub-vendors | CRO processor, sub-vendor sub-processor | Flow-down terms with the same obligations, authorised by the sponsor |
| Sponsor and central lab, imaging core, courier | Processor each | Article 28 DPA per vendor; coded data only where possible |
| Sponsor and site / investigator | Separate or joint controllers depending on setup | Clinical trial agreement with data protection terms; Article 26 arrangement if joint |
| University sponsor and hosted platform | University controller, vendor processor | DPA plus an internal note on who the university data protection officer is |
Orientation only. Role allocation is a legal assessment of who decides purposes and means.
Article 28(3)
Article 28(3) says processing by a processor must be governed by a contract that is binding on the processor and sets out the subject matter and duration, the nature and purpose, the type of personal data, the categories of data subjects, and the obligations and rights of the controller. It then lists what the processor must commit to. Read the current text, because the exact wording is what a supervisory authority will test your contract against. In plain terms, the commitments are these.
The processor acts on the controller documented instructions, including on transfers to third countries, unless law requires otherwise, in which case it tells the controller first where it may. In practice the instructions are the contract, the study configuration and any written change requests. Agree that email or a ticket counts as a written instruction as long as a record is kept, and say who on the sponsor side can give one.
Everyone authorised to process the data is bound by confidentiality, by contract or by statute. For a platform vendor, ask how staff access to customer data is limited and logged. For a study, add the rule that blinded information is never exposed to blinded roles.
The processor must take the measures Article 32 requires. Put these in an annex instead of a sentence, so they can be reviewed and updated: hosting region, encryption at rest and in transit, role-based access, audit logging, backups, incident handling. Our vendor security questionnaire guide lists the questions to put to a vendor before you fill in that annex.
The processor may not engage another processor without the controller prior specific or general written authorisation. With general authorisation it must tell the controller about intended additions or replacements and give a chance to object. The same data protection obligations must be passed down in a contract, and the original processor remains liable to the controller if the sub-processor fails. A usable DPA names the current sub-processors, their purpose and their region, and sets a notice period for changes.
The processor helps the controller answer requests from participants (access, rectification, restriction, erasure where it applies) and helps with the security, breach notification, impact assessment and prior consultation duties in Articles 32 to 36. For breaches, the controller has its own notification window to the supervisory authority, so the DPA should oblige the processor to tell you without undue delay and say how, to whom and what information it will include. Our DPIA template for clinical trials shows where those processor facts feed in.
At the controller choice, the processor deletes or returns all personal data after the services end and deletes existing copies unless Union or member state law requires storage. This is the clause that needs trial-specific thought, covered in its own section below.
The processor must make available the information needed to show compliance and allow for and contribute to audits, including inspections, by the controller or an auditor it mandates. It must also tell the controller if it believes an instruction infringes data protection law. In a regulated trial, add that the vendor will support sponsor audits and regulatory inspections, and say how a remote audit works.
Build a study in the free sandbox and see roles, audit trail and exports in practice before you put them in a contract. Hosting in the EU (Frankfurt) or the USA (N. Virginia) is chosen per study.
Trial specifics
Software-as-a-service DPAs are written for customer relationship data and marketing tools. Clinical trial data is health data, a special category, and it sits inside a regulated record. Before you sign a vendor standard paper, check the following.
A template may promise deletion within a few weeks of termination. A trial usually has to keep the records much longer. Under the EU Clinical Trials Regulation the sponsor and investigator keep the clinical trial master file for at least 25 years after the end of the trial (check Article 58 and national rules), and good clinical practice expects records to be retrievable for inspection. Decide who holds the archive, in what format, and what the processor does in the meantime. Common answers are a controlled export handed to the sponsor, then a certified deletion, or a defined retention period at the vendor. Whichever you pick, write it down. Our data archiving and retention guide and the database lock checklist help with the export side.
Participant data in an EDC is usually coded, but coded is not anonymous: under the GDPR pseudonymised data is still personal data, and the DPA applies. What the DPA can do is limit exposure by design. Say which roles see names and which see only coded IDs, and keep treatment allocation away from blinded staff. See data pseudonymisation in EDC for the design pattern.
Hosting region, support access and sub-processors are three separate transfer questions. A vendor can host in the EU and still allow a support team in another country to reach data. The DPA should cover all three and name the transfer mechanism, for example standard contractual clauses, for any restricted transfer. If your study has US sites, the HIPAA versus GDPR guide explains why the two regimes need different paper.
Checklist
Tick these off with your data protection officer. The right-hand column says what good evidence looks like.
Legal entity names, contact for data protection questions, and a clear statement that the sponsor is the controller.
This study, these data categories, these data subjects (participants, site staff), this duration, not a generic service description.
Instruction channel named; hosting region fixed in writing; support access and any restricted transfer addressed.
Encryption, access control, audit logging, backups and incident process described and updatable by notice.
Name, purpose, region, and a notice period with a right to object.
A stated time limit to inform you, content of the notice, and a named contact on both sides.
Export format, timing, certified deletion, and an explicit carve-out for retention you require.
Remote audit route, inspector access, and cooperation with regulatory inspections.
In Capture
Capture hosts studies in the EU (Frankfurt) or the USA (N. Virginia), with AES-256 encryption at rest and TLS in transit. Access is role-based with row-level security at the database layer, site coordinators see participant names while researchers see coded IDs, the field-level audit trail records user, time, old value, new value and reason, and clinical data is soft-deleted only. Use the free sandbox to check each of these yourself, and raise the DPA and sub-processor list with the team during evaluation, as you would with any vendor.
Annex items
6 of 8
Open
2
Process
List every system and vendor that will touch participant data, including couriers, labs and support tools, and mark where identifiable data goes and where only coded data goes.
Decide controller, joint controller and processor for each relationship. Write the result in the data protection section of the protocol or the study data management plan.
Ask each vendor for its DPA, security annex and sub-processor list while you evaluate, alongside the validation pack. Compare them with the checklist above.
Settle deletion versus archive, blinding, transfers and audit support. Do not accept generic wording on these just because the rest is acceptable.
Store the signed DPA in the trial master file, review the sub-processor list at each notice, and re-check the annex when the study configuration changes.
A written contract between the party that decides how participant data is processed (usually the sponsor, as controller) and a vendor that processes it on its behalf (as processor), required by GDPR Article 28. It sets out the scope of the processing and the processor commitments on instructions, confidentiality, security, sub-processors, assistance, deletion or return, and audits.
If the vendor processes personal data for you under the GDPR, yes. Participant data in an EDC is personal data even when coded, so a hosted EDC, ePRO or eConsent vendor is normally a processor and needs an Article 28 contract.
No. A clinical trial agreement sets out scientific, financial and legal terms between sponsor and site or CRO. A DPA covers data protection duties. They can be combined in one document, but the Article 28 content has to be there.
Commonly the university or hospital sponsoring the study, but it depends on who decides purposes and means. Sponsor and site can also be joint controllers in some member states. Ask your data protection officer rather than assume.
Article 28(3) lets the controller choose deletion or return, with an exception where law requires storage. For trials, add the archive plan: what is exported, in what format, who keeps it for the required retention period, and when the processor certifies deletion.
Yes, with the controller prior specific or general written authorisation. With general authorisation the processor must inform you of changes and give you a chance to object, and it must bind the sub-processor to the same obligations.
Not by itself. Support access, sub-processors and remote administration from outside the EEA can also be transfers. The DPA should address each and name the legal mechanism.
No. It is orientation for QA, regulatory and data protection teams. Check the current GDPR text, EDPB guidance and your national authority, and take advice on your own contracts.
Keep exploring
GDPR-compliant clinical trial software
Software fit and role allocation.
GDPR DPIA template
Where processor facts feed in.
HIPAA vs GDPR trial data
Two regimes compared.
Data pseudonymisation in EDC
Coded data and role design.
Vendor security questionnaire
Questions to ask before you sign.
Data archiving and retention
The deletion versus archive question.
Security
Hosting, access and audit trail facts.
Free sandbox with every feature. No credit card, and you pay only when you go live with real participants.