Pseudonymisation

From Discovery Data Service
Revision as of 09:34, 3 September 2020 by JoC (talk | contribs) (Created page with "Discovery uses the NHS standard Open Pseudonymiser (https://www.openpseudonymiser.org/) to create pseudonymised data by taking one or more inputs (NHS number, DoB) and a salt...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Discovery uses the NHS standard Open Pseudonymiser (https://www.openpseudonymiser.org/) to create pseudonymised data by taking one or more inputs (NHS number, DoB) and a salt file to generates a psuedo ID that looks like "A541CAF13D376B9AD1072C3096AE141CFF1E67B027CEB632D194D3C6577AB8BF". By using different salt files you can generate different pseudo IDs from the same inputs, the idea being that different research projects would each use a different salt, so would have their own psueudo IDs generated for patient records they use.

Pseudo IDs are generated in DDS subscriber databases based on subscriber-specific configuration. Configuration allows generating pseudo IDs from NHS number only or NHS number and date of birth.

Salt Files

Each customer/project can supply their own salt files (a salt file is used to generate a pseudo ID from a given input, e.g. NHS number). Each subscriber database supports an unlimited number of pseudo IDs generated for each patient (e.g. CEG database has 30 pseudo IDs for each patient, each generated from the NHS number and a separate salt file).

DDS doesn't currently provide a "Key Server" (an API for securely sharing salt files). A Key Server is essentially a website/API that would allow a customer to store their salt files and allow us and other parties (e.g. researchers) to access them. Currently, Kambiz Boomla acts as the London DDS "Key Server" in that he's got all the salt files and can email them out to whoever needs them.

None of the above necessarily will make sense, but should be clearer if you have a quick read of the docs on the above website.