Processing activities guidance
Help with filling in the processing activities section of your DARS online application.
Copy and paste the following questions into the processing activities field:
- Is there any data flowing to NHS Digital?
- What steps will specific data go through, how will it be processed and accessed and what is being done with it at each stage?
- Are there any organisations involved in the project other than the controller(s), processor(s) or funder(s) mentioned elsewhere in the application?
- Will you be linking to any other datasets?
- Will you be attempting to re-identify individuals?
- Will anyone who is not an employee of a named data controller or processor access the data?
Answering these questions will give us the information we need to process your application quickly.
General advice
When your application has been approved, it will become a legal document and some content will appear on the DARS data release register. Follow this guidance so that you will not have to rewrite it for this purpose.
- Write in a way that is easily understandable by the general public. Specifically avoid jargon such as technical software (R, Stata), modelling techniques, and complex medical terminology unless it is essential. If it is essential, define it in plain language.
- Explain acronyms on first use for example: Hospital Episode Statistics (HES).
- Make sure it's clear which organisation you're referring to if you use 'we' or 'us', and use the name of the organisation where possible.
- Do not include named individuals - refer to organisations instead.
Guidance on answering the questions
We have provided guidance including pre-agreed standard phrasing for common scenarios and example answers, for each question.
1. Is there any data flowing to NHS Digital?
No data
If you are not supplying any data to NHS Digital then copy and paste the following text:
There will be no data provided to NHS Digital.
Cohort only
If you are supplying a cohort only, and no other data to NHS Digital:
1. Copy this text, and insert the name of the organisation providing the cohort:
The cohort specified below will be provided to NHS Digital by [organisation name] and is the only data that is flowing to NHS Digital.
2. Specify why this data is being provided and what processing is expected of NHS Digital.
3. Identify how this processing activity will support your objective or objectives.
The legal basis and fields have already been covered in the cohort section of your application.
Cohort and other data
If you are supplying a cohort, and other data to NHS Digital:
1. Copy this text, and insert the name of the organisation providing the cohort:
The cohort specified below will be provided to NHS Digital by [organisation name].
2. Specify why this data is being provided and what processing is expected of NHS Digital.
3. Identify how this processing activity will support your objective or objectives.
The legal basis and fields have already been covered in the cohort section of your application.
Then add details for any other data. Typically this would be anonymised data as any identifiable data should be included in the cohort section.
4. Specify any data that is being provided to NHS Digital with the following information:
- size of the dataset
- categories of fields being provided (you can upload a full list of fields as a supporting document in the evidence section)
- whether it is identifiable or not
- whether it is in the public domain or not
- If it is not in the public domain, specify the legal basis of collecting and sharing this data, or if this data does not require a legal basis then copy and complete the following statement:
The provided data does not require a legal basis because [explanation].
5. Specify why this data is being provided and what processing is expected of NHS Digital
6. Identify how this processing activity will support your objective or objectives
- Do tell us about all the the flows of data into NHS Digital, and provide details
- Do not reference any documents or evidence that you are uploading as part of your application, as this legal document needs to stand independently of these documents.
Example answer for question 1
On behalf of the data controller Organisation X, data processor Organisation Y will transfer to NHS Digital the patient identifiers and (XXX) dataset data for approximately X thousand patients. The identifiers included will be NHS number, date of birth, gender and postcode, paired with a unique identifier to support pseudonymisation. The XXX data will contain clinical information about knee replacement operations and related patient outcomes. The data is identifiable and is not available in the public domain.
The GDPR lawful basis relied upon by Organisation X is Article 6(1)(e) – Task in the public interest and Article 9(2)(j) – Research.
Patients have given their explicit consent for data to be shared for the purpose of this processing, so the common law duty of confidentiality is addressed.
The patient identifiers and XXX data will be provided to NHS Digital so that this can be linked to the requested datasets. NHS Digital will use the patient identifiers to filter HES data for the identified patients over the last five years and provide back only the data for those X thousand patients thus minimising the total amount of data requested.
By combining information about knee replacement surgery with HES data on hospital stays, more detailed analysis can be carried out on patient outcomes. This will provide a clearer picture of patient care and the way that knee replacement surgery can impact other areas of health.
2. What steps will specific data go through, how will it be processed and accessed and what is being done with it at each stage?
This question refers to data you are requesting.
Online only access
If you are only accessing data using an online access system, such as the Trusted Research Environment (TRE) or Data Access Environment (DAE), and will not be downloading any non-aggregated data, copy this text and move onto the next question:
Data will only be accessed via an online system hosted by NHS Digital, with no onward sharing of any data downloaded from the system (other than aggregate outputs with small numbers suppressed in line with the HES Analysis Guide). Access and usage of the online system will be fully auditable, and users will only use data for the purposes specified in this agreement.
Data downloaded, processed or shared
If you will be accessing data outside the TRE or DAE, or sharing it onwards, write a numbered, step by step journey of the data including:
- Which organisation receives the data.
- Which processors or controllers have access to the data and by what means.
- What level of data these organisations will have access to.
- What processing is being performed.
- How this processing helps achieve the objective.
- If applicable, the legal basis and/or how the common law duty of confidentiality is being addressed for access to the data at each step.
- Ensure any organisation mentioned in this section is already identified as a processor, controller, funder or other organisation. If not please add these in the relevant section.
- Provide an approximate number of researchers that will be involved, when you refer to research or analyst groups. You do not need to state an exact number as this could restrict you in the future. An example of how to apply this would be 'between X and Y', or 'less than X'.
- Describe any opt-outs applied in the appropriate step, or the justification if opt-outs are not applied (after March 2021). Read more on compliance with the national data opt-out.
- Do not refer to any document (for example the data flow diagram) as this legal document needs to stand independently.
- Do not use technical jargon about how the data will be processed (for example do not write about statistical packages such as R or Stata).
- Do not name individuals.
Example answer for question 2
- NHS Digital will send the pseudonymised, linked HES and Civil Registration (mortality) data to University X.
- University X will create a subset copy of the linked dataset by removing patients that have not undergone a knee replacement surgery.
- This smaller subset of pseudonymised data will be sent to the data processor University Y.
- University Y will use this subset to carry out statistical analysis to support Objective 2 (Impact of knee replacement surgery).
- Once sharing is complete University X will securely destroy the copy they hold of the smaller subset data, but will retain the full pseudonymised dataset.
- University X will analyse the full pseudonymised dataset as part of Objective 1 (Impact of hip replacement surgery) and Objective 2 (Impact of knee replacement surgery).
Both organisations require record-level pseudonymised data in order to carry out statistical analysis, but no identifiable data will be received or shared therefore the common law duty of confidentiality does not apply.
As University Y only has a role in Objective 2, the data not relating to knee replacements will be removed prior to sharing so that only the minimum necessary data for this purpose is processed. Staff within University Y have specific expertise relating to post-surgery care following knee replacements that will form an important part of this analysis and support the overall objectives.
3. Are there any organisations involved in the project other than the controller(s), processor(s) or funder(s) mentioned elsewhere in the application?
No additional organisations
If there are no additional organisations involved, copy the following text and move on to the next question:
There are no additional organisations involved in this use of data other than the organisations already mentioned elsewhere in this agreement.
Additional organisations
If there are additional organisations involved:
- List any organisation that is involved with this use of data in any capacity. Examples include, but are not limited to, consortium members, oversight committees, collaborators and co-investigators.
- For each organisation, outline its role and copy the following text:
This organisation will not have access to data and will not have decision making responsibility about the purpose or the manner in which data is processed.
- List any organisation that is not a previously mentioned processor, controller or funder.
- Outline the reason for their participation and their role
- Do not repeat controllers, processors or funders - these are captured elsewhere.
- Do not mention specific names - only refer to organisations.
- Do not add a precise number of people.
Example answer to question 3.
The example study is a clinical trial led by University of X, who are the sole data controller and the only organisation with decision-making responsibility about the purposes for which and the manner in which the data received from NHS Digital for this purpose will be processed. The trial has a patient safety oversight committee, which includes members from X University Hospitals NHS Trust and the University Y; this committee has an advisory role in monitoring patient safety, but decision-making responsibility will remain with the University of X. Separately there are local principal investigators based at University Z, N University Hospitals NHS Trust, and Q University Hospitals NHS Trust; these individuals will have local responsibility for participant recruitment but will not have any responsibilities relating to processing this NHS Digital data. Finally, a professor from the University L provided advice on the trial design and statistical analysis methods to use, but this individual will not access data and had a purely advisory role.
4. Will you be linking to any other datasets?
No linkage
If you will not be linking data we provide to any other datasets, copy the following text and move on to the next question:
The data supplied by NHS Digital will not be shared with third parties or linked to any other datasets (other than any agreed data linkage performed by NHS Digital).
Linkage
If you are linking data, for each linkage, outline:
- Which data set is being linked to and whether this is record level or aggregate.
- Whether the dataset is publicly available.
- Why the linkage is required for processing.
- How this linkage will occur.
- The legal basis justification for this linkage.
- How you are mitigating any risks of reidentification (beyond any identification that is part of this agreement).
- Be specific about how your data linkage is necessary to achieve your objective.
- Do not provide a detailed technical explanation of how the linkage will occur - keep your description high level.
Example answer to question 4
HES to NJR dataset linkage:
- The dataset to be linked is the Dataset XXX which is under the data controllership of Organisation A. This data is record level and identifiable.
- The dataset is not publicly available at record level, although aggregate summaries are published.
- Linkage to this dataset will provide a clearer view of the patient care pathways and the way that previous knee replacement surgery may impact future hospital care outcomes. The Dataset XXX contains additional information on joint replacement surgeries that is not available in the HES dataset.
- The linkage will be on a deterministic basis using NHS number, date of birth, gender and postcode. Fuzzy matching and probabilistic linkage will not be applied due to the risk of incorrectly including patients who have not consented.
- Patients have given their explicit consent for their data to be linked; this was clearly described in both the patient information sheet and the consent form.
- Data must be processed in a clear identifiably form in order to support linkage, but identifiers will be removed once linkage is completed so that the linked data provided back to University of X will instead contain pseudonyms.
5. Will you be attempting to reidentify individuals?
No reidentification
If you are not going to try to reidentify individuals, copy and paste this text, inserting the name of the controller organisation:
“[Controller organisation name] have no requirement nor will attempt to re-identify the supplied data.
Reidentification
If you are intending to reidentify individuals:
- Outline the steps you will take to re-identify individuals.
- Outline what will be done with the data when re-identified.
- Link the reason for re-identification with the objective and why this is a proportionate processing activity. Explain why avoiding re-identifying individuals is not an option.
- Be specific about the exact objective(s) this reidentification is required for.
- Do not rely on broad justifications.
Example answer to question 5
1. In most circumstances the data will only be processed in a pseudonymised form, with the encryption key that would allow individuals to be re-identified stored separately to the clinical data under strict access control. Should it be necessary to re-identify an individual, this must be agreed by the data controller’s Senior Information Risk Owner (SIRO) before the encryption key is accessed and applied to that individual’s data.
2. Re-identification will only be considered in the event of patient safety concerns. If the data processing raises these concerns, the individual records will be reviewed following re-identification by a clinician involved in that patient’s care to identify the appropriate next steps.
3. If analysis raises concerns about patient safety, re-identification cannot be avoided as this could potentially lead to serious harm. This is considered proportionate processing as the possibility of reducing harm to an individual would likely outweigh privacy concerns, but this would be considered on a case by case basis by the SIRO prior to any re-identification.
6. Will anyone who is not an employee of a named data controller or processor access the data?
Our definition of an employee includes anyone employed with a substantive contract by the data processor or controller. This does not include:
- PhD students with research contracts
- visiting professors on honorary contracts
No other access
If no one else will access the data, copy and paste this text:
Data will only be accessed and processed by substantive employees of the data controller and its processors and will not be accessed or processed by any other third parties not mentioned in this agreement. Third party organisations would have to make a formal NHS digital data access request in order to obtain the data-set.
Other access
If anyone who is not an employee of a named data controller or processor will access the data, you need to ensure that you have appropriate contractual terms in place as well as the other requirements set out below. Then:
1. Explain who will be accessing the data and for what reason.
2. Ensure you comply with this statement and if so, copy and paste it:
Only personnel who either are subject to the same contractual requirements relating to data protection as substantive employees or are substantive employees will have access to this data, and only for the purposes described in this agreement. The relevant contractual requirements include but are not limited to being suitably trained and aware of their responsibilities in handling data, with access rights managed via a well-defined joiners and leavers process.
Last edited: 3 December 2020 8:09 pm