FAQ

Compliance

Medical AI training data: de-identification and its limits

What de-identified actually means, why imaging is harder than records, and the approval routes for data you cannot simply download.

Health data is the most heavily regulated category in machine learning and also one of the best served by open datasets — because the research community built careful routes for sharing it. We are not lawyers and this is not legal advice — it is an account of the questions that come up, so that you can take the right ones to someone qualified.

De-identified is a defined standard, not a vibe

The reason so many medical datasets can be shared openly is de-identification, and it is worth knowing that this is a specific standard rather than a general intention.

Under the main US framework there are two recognised routes: removing an enumerated list of identifier types, or having a qualified expert determine that re-identification risk is very small. Other jurisdictions have their own standards, and anonymisation under European law is a notably higher bar than de-identification under the US rules — which means a dataset described as de-identified is not automatically anonymous everywhere.

The practical consequence: if a dataset says it is de-identified, ask under which standard. A dataset prepared to one regime's requirements may not satisfy another's, and that is a question for your compliance team with a specific answer rather than a judgement call.

Look for NC first and SA second. Under a CC licence, everything else is an attribution line in your model card.

Imaging is harder than records

Removing identifiers from structured records is tractable: you know where the fields are. Medical images are harder in three specific ways.

Two copies of the same frontal chest X-ray side by side, labelled Original and Redacted. On the original, a patient name, sex, date and date of birth are burned into the top-left corner of the pixels; on the redacted copy those words are covered by black boxes while the 'Semi-Upright', 'Portable' and 'L' markers are left in place.
Burned-in text is part of the pixels, so cleaning the DICOM header leaves it untouched: it has to be found by OCR and masked as a separate step. The name and date of birth here are synthetic, inserted by the dataset's creators for testing de-identification tools. Image: microsoft/presidio · MIT repository; underlying image CC BY 4.0 (Pseudo-PHI-DICOM-Data, TCIA) · X-ray: Pseudo-PHI-DICOM-Data, Rutherford et al. 2021, The Cancer Imaging Archive, CC BY 4.0 (synthetic PHI)
A box plot of series-based scores (0.7 to 1.0) for 17 participants, P01 to P17, with each submission as a coloured dot: medians near 0.97 to 0.99 for most participants, around 0.9 for P13 to P16, and a wide box from about 0.71 to 0.87 for P17.
Validation-phase scores of the 17 participants in the 2024 MIDI-B challenge, which planted synthetic identifiers in real, already de-identified DICOM images and scored each tool on how it handled them. Most participants' medians sit between 0.95 and 1.0, a few near 0.9 and the weakest lower still. Even purpose-built tools leave something behind. Image: Figure 2 of the paper · CC0 1.0 · from “Medical Image De-Identification Benchmark Challenge”, arXiv:2507.23608

Embedded metadata. Imaging files carry extensive header metadata, frequently including patient name, identifiers, dates, institution and equipment details. Stripping it is essential and routinely incomplete, because the headers have many fields and private vendor extensions.

Burned-in text. Some modalities overlay identifying text directly into the pixels. No amount of header cleaning removes it; detecting and masking it is a separate step people forget.

The anatomy itself. Head imaging can be rendered into a recognisable face. Dental and skeletal features can be identifying. This is why defacing or skull-stripping is a standard step for shared head scans, and why 3D reconstruction from shared data is a genuine concern rather than a theoretical one.

If you are preparing imaging data for release, all three need addressing, and the second and third are the ones that get missed.

A flow diagram for de-identifying DICOM medical images. The DICOM file is converted to a temporary PNG, all text is found by OCR, a PHI list is built from the DICOM metadata and used to pick out which text is PHI, and boxes are drawn over it in a copy of the pixel data, giving a new DICOM file with the burned-in text redacted. A note reads: 'Our approach does not scrub metadata.'
Why imaging is harder than records: the identifiers are in the DICOM header and burned into the pixels. This pipeline reads the header only to find and mask the burned-in text and, as its note says, does not scrub the header itself; a pipeline that handles only one of those has not de-identified anything. Image: microsoft/presidio · MIT repository

Access routes for data you cannot download

Much of the most useful clinical data is not openly downloadable, and the routes to it are well established rather than mysterious.

Credentialed access. Several major clinical repositories require completing human-subjects research training and signing a data use agreement. The process takes days to weeks and is open to industry researchers as well as academics more often than people assume. The resulting data is genuinely rich — this route is worth the paperwork.

Institutional partnership. Working directly with a provider, under an ethics approval and a data sharing agreement. Slow, and the only route to data that does not exist publicly.

Federated or in-situ analysis. The model goes to the data rather than the reverse. Increasingly common for multi-site clinical work and worth proposing when a partner cannot share data but will host computation.

Synthetic data. Useful for method development and poor for establishing clinical validity — see our synthetic data post. Reasonable for a pipeline prototype, not for evidence.

Three workflow diagrams. (a) FL aggregation server: distribute global model, train with local data, send local models to server, aggregate, repeat. (b) FL peer to peer: synchronise, train locally, exchange models, aggregate, repeat. (c) Centralised data lake: data pooled, cohorts pulled, models trained locally. A key explains the symbols.
Federated learning against a central data lake. In (a) training nodes receive a global model, train on their own data and send only model updates to an aggregation server; in (b) peers exchange models directly; in (c) data donors pool records into one lake that others pull cohorts from. In (a) and (b) the medical data never leaves the site that holds it. Image: Fig. 1 of the article · CC BY 4.0 · from Rieke et al. 2020, npj Digital Medicine, “The future of digital health with federated learning”, doi:10.1038/s41746-020-00323-1

Regulatory status of the model, not just the data

The point most data-focused teams discover late: a model intended to inform clinical decisions may be a regulated medical device, and that status depends on its intended use rather than its architecture.

This affects your data work directly and early. Device frameworks expect documented evidence about training data provenance and composition, demonstrated performance across relevant subgroups, and a defensible account of how the validation data relates to the deployment population. Those are data decisions made at collection time, and they are expensive to retrofit.

The practical advice: if there is any chance your model is a regulated device, find out before you design the dataset. Subgroup representation and a clean, documented, never-trained-on validation set — see our golden eval set guide — are much cheaper to plan than to reconstruct, and they are what the evidence requirements will ask for.

A clean licence on the dataset you downloaded says nothing about the images inside it. Provenance is the chain, and a restriction anywhere in it is a restriction on what you ship.

Questions people ask

Can I use an open medical dataset commercially?

Depends on its licence, and medical datasets skew more restrictive than average — research-only and non-commercial terms are common, and several large imaging sets are explicitly academic-use. Check per dataset; our guide to dataset licences covers reading the terms.

Is de-identified data still personal data?

Potentially, under some regimes, if re-identification remains reasonably possible. European anonymisation is a higher bar than US de-identification. This is precisely the kind of question to put to a compliance professional with your specific dataset in hand.

Do I need ethics approval to use public medical data?

Often not for already-public de-identified data, though your institution may require a review regardless, and credentialed repositories impose their own agreement. For anything involving new data collection or patient contact, assume you do.

How much medical data do I need?

Usually less than you fear for the model and more than you expect for the evidence. Transfer learning from general or medical pretrained models works well with modest datasets. Demonstrating performance across relevant subgroups is what drives the real requirement, and that is about representation rather than volume.

Stop hunting. Start searching.

Tens of thousands of curated datasets, searchable in plain language — with the licence and size checked before you download anything.

Search Dataset Finder →