Unofficial. This site is an experimental reformatting of data published by NHS England. It is not endorsed by NHS England. Always check the official Data Uses Register before relying on anything here.

DSfC NHS Kernow CCG RS

NHS Cornwall and the Isles of Scilly ICB · Sub ICB Location

Listed under NHS Cornwall and the Isles of Scilly Integrated Care Board.

Expired The latest version ended on 23 August 2024. The September 2026 register still lists the agreement, but its term has passed.

Reference
DARS-NIC-226613-D8S2N
Latest version
v3.3
Term of latest version
24 August 2021 to 23 August 2024
Start date
Before 1 September 2018
Data controller
Sole Data Controller
Commercial purposes
No
Sublicensing
No
Files released to date
0

Why the data was released

Objective for processing

Risk stratification is a tool for identifying and predicting which patients are at high risk (of health deterioration and using multiple services) or are likely to be at high risk and prioritising the management of their care in order to prevent worse outcomes.

To conduct risk stratification Secondary User Services (SUS+) data, identifiable at the level of NHS number is linked with Primary Care data (from GPs) and an algorithm is applied to produce risk scores. Risk Stratification provides focus for future demands by enabling commissioners to prepare plans for patients. Commissioners can then prepare plans for patients who may require high levels of care. Risk Stratification also enables General Practitioners (GPs) to better target intervention in Primary Care.

Risk Stratification will be conducted by Prescribing Services Limited

Processing activities

Data must only be used for the purposes stipulated within this Data Sharing Agreement. Any additional disclosure / publication will require further approval from NHS Digital.

Data Processors must only act upon specific instructions from the Data Controller.

Data can only be stored at the addresses listed under storage addresses.

All access to data is managed under Role-Based Access Controls. Users can only access data authorised by their role and the tasks that they are required to undertake.

Patient level data will not be linked other than as specifically detailed within this Data Sharing Agreement. Data released will only be shared with those parties listed and will only be used for the purposes laid out in the application/agreement.

NHS Digital reminds all organisations party to this agreement of the need to comply with the Data Sharing Framework Contract requirements, including those regarding the use (and purposes of that use) by “Personnel” (as defined within the Data Sharing Framework Contract ie: employees, agents and contractors of the Data Recipient who may have access to that data)

The DSCRO (part of NHS Digital) will apply National Opt-outs before any identifiable data leaves the DSCRO only for the purpose of Risk Stratification.

CCGs should work with general practices within their CCG to help them fulfil data controller responsibilities regarding flow of identifiable data into risk stratification tools.

The identifier available in the data set is the NHS numbers. Any further identification of the patients will only be completed by the patient’s clinician on their own systems for the purpose of direct care with a legitimate relationship.

ONWARD SHARING:

There is no requirement for the analytical teams to re-identify patients, but in the development of cohorts of patients considered to be at risk, the data controllers may need the facility to provide identifiable results back to direct healthcare professionals or local authority direct care staff only for the purpose of direct care. All re-id requests will be processed and authorised by the DSCRO on a case by case basis. National data opt outs are not applied in these cases as they are for the purposes of direct care which follows the legal basis of implied consent.

An example of a request for the re-id of patients for direct care may be;

A&E High Attendance usage

The CCG can filter data to show for example the number of A&E attendances in a given period for each patient. The CCG can then flag to the relevant GP of the patient any patients that require intervention. An outcome of this is earlier intervention in the patient(s) care thus potentially reducing future costs and minimising future risk.

Polypharmacy re-IDs

CCG's can request re-ID of a list of patients to be sent to the relevant GP with a high number of medications (ingredient count) and review the medication for these patients. This can help address the risk of polypharmacy which is recognised as an adverse risk factor for patient safety. A by-product of such reviews may be to reduce costs of medication.

The Re-identification process for direct care is as follows:

1. The CCG identifies a patient cohort (typically small numbers) to be re-identified for the purpose of direct care.

2. The CCG sends a re-id request to the DSCRO. This may be done through the CCG or CSU’s Business Intelligence (BI) Tool, or through a manual form.

3. The DSCRO (either through an automated system or manual checking in line with the request) assesses as to whether the request passes the specified re-identification process checks. Checks include if the requester is authorised to access identifiable data, if the number of patients in the cohort is appropriate, and that the request does not seem inappropriate or outside of expected parameters, including for example around timings and the requestor’s relationship with patients in the data

4. If successful/approved, the DSCRO re-identifies the relevant data item(s) for the appropriate patients and returns the identifiable fields to Health or care professional(s) with a legitimate relationship to the patient. The CCG does not see the identifiable record.

5. DSCROs retain an audit trail of all re-id requests

6. National Data opt outs are not applied for the purpose of direct carePatient level data will not be shared outside of the CCG unless it is for the purpose of Direct Care, where it may be shared only with those health professionals who have a legitimate relationship with the patient and a legitimate reason to access the data.

Aggregated reports only with small number suppression can be shared externally as set out within NHS Digital guidance applicable to each data set.

SEGREGATION:

Where the Data Processor and/or the Data Controller hold both identifiable and pseudonymised data, the data will be held separately so data cannot be linked.

Where the Data Processor and/or the Data Controller hold identifiable data with opt outs applied and identifiable data with opt outs not applied, the data will be held separately so data cannot be linked.

All access to data is auditable by NHS Digital.

Data for the purpose of Invoice Validation is kept within the CEfF, and only used by staff properly trained and authorised for the activity. Only CEfF staff are able to access data in the CEfF and only CEfF staff operate the invoice validation process within the CEfF. Data flows directly in to the CEfF from the DSCRO and from the providers – it does not flow through any other processors.

DATA MINIMISATION:

Data Minimisation in relation to the data sets listed within the application are listed below. This also includes the purpose on which they would be applied -

For the purpose of Risk Stratification:

• Patients who are normally registered and/or resident within the NHS Kernow CCG region (including historical activity where the patient was previously registered or resident in another commissioner.

Royal Cornwall Hospitals Acute Trust and The Bunker do not access data held under this agreement as they only supply the building. Therefore, any access to the data held under this agreement would be considered a breach of the agreement. This includes granting of access to the database[s] containing the data.

Risk Stratification

1. Identifiable SUS+ data is obtained from the SUS Repository to the Data Services for Commissioners Regional Office (DSCRO).

2. Data quality management and standardisation of data is completed by the DSCRO and the data identifiable at the level of NHS number is transferred securely to Prescribing Services Ltd, who securely hold the SUS+ data.

3. Identifiable GP Data is securely sent from the GP system to Prescribing Services Ltd.

4. SUS+ data is linked to GP data in the risk stratification tool by the data processor.

5. As part of the risk stratification processing activity, GPs have access to the risk stratification tool within the data

processor, which highlights patients with whom the GP has a legitimate relationship and have been classed as at risk. The only identifier available to GPs is the NHS numbers of their own patients. Any further identification of the patients will be completed by the GP on their own systems.

6. Once Prescribing Services Ltd has completed the processing, the CCG can access the online system via a secure connection to access the data pseudonymised at patient level.

Expected output

Risk Stratification

1. As part of the risk stratification processing activity detailed above, GPs have access to the risk stratification tool which highlights patients for whom the GP is responsible and have been classed as at risk. The only identifier available to GPs is the NHS numbers of their own patients. Any further identification of the patients will be completed by the GP on their own systems.

2. GP Practices will be able to view the risk scores for individual patients with the ability to display the underlying SUS+ data for the individual patients when it is required for direct care purposes by someone who has a legitimate relationship with the patient.

CCGs will be able to:

3. Target specific vulnerable patient groups and enable clinicians with the duty of care for the patient to offer appropriate interventions.

4. Reduce hospital readmissions and targeting clinical interventions to high risk patients.

5. Identify patients at risk of deterioration and providing effective care.

6. Reduce in the difference in the quality of care between those with the best and worst outcomes.

7. Re-design care to reduce admissions.

8. Set up capitated budgets – budgets based on care provided to the specific population.

9. Identify health determinants of risk of admission to hospital, or other adverse care outcomes.

10. Monitor vulnerable groups of patients including but not limited to frailty, COPD, Diabetes, elderly.

11. Health needs assessments – identifying numbers of patients with specific health conditions or combination of conditions.

12. Classify vulnerable groups based on: disease profiles; conditions currently being treated; current service use; pharmacy use and risk of future overall cost.

13. Production of Theographs – a visual timeline of a patients encounters with hospital providers.

14. Analyse based on specific diseases

In addition:

- The risk stratification tool will provide aggregate reporting of number and percentage of population found to be at risk.

- Record level output (pseudonymised) will be available for commissioners (of the CCG), pseudonymised at patient level. Onward sharing of this data is not permitted.

Expected measurable benefits

Risk Stratification

Risk stratification promotes improved case management in primary care and will lead to the following benefits being realised:

1. Improved planning by better understanding patient flows through the healthcare system, thus allowing commissioners to design appropriate pathways to improve patient flow and allowing commissioners to identify priorities and identify plans to address these.

2. Improved quality of services through reduced emergency readmissions, especially avoidable emergency admissions. This is achieved through mapping of frequent users of emergency services thus allowing early intervention.

3. Improved access to services by identifying which services may be in demand but have poor access, and from this identify areas where improvement is required.

4. Supports the commissioner to meets its requirement to reduce premature mortality in line with the CCG Outcome Framework by allowing for more targeted intervention in primary care.

5. Better understanding of local population characteristics through analysis of their health and health outcomes.

6. Enables GPs to better target mental health care intervention

All of the above lead to improved patient experience and health outcomes through more effective commissioning of services.

Benefits reported so far

Not stated in the register.

Datasets on the latest version

Legal basis for provision: Health and Social Care Act 2012 – s261(7); National Health Service Act 2006 - s251 - 'Control of patient information'.

Datasets approved under DARS-NIC-226613-D8S2N-v3.3
DatasetType of dataSensitivity FrequencyConfidential data
SUS for Commissioners Identifiable Sensitive Frequent Adhoc Flow Section 251 NHS Act 2006

Files released

Files released counts only files released externally by DARS. Access granted in NHS England's own systems, such as its Secure Data Environment, is not included.

No files recorded as released under this agreement.

Version history

The register lists each renewal of this agreement as a separate row. This site has 3 versions — earlier versions existed before this site's records begin.

DARS-NIC-226613-D8S2N-v3.3 24 August 2021 to 23 August 2024
Title
DSfC NHS Kernow CCG RS
Commercial
No
Sublicensing
No
Datasets
1
Files released
0

Datasets: SUS for Commissioners

What changed from DARS-NIC-226613-D8S2N-v2.2

Text removed is struck through; text added is underlined. Unchanged paragraphs are summarised rather than repeated.

Fields changed from DARS-NIC-226613-D8S2N-v2.2
FieldWasBecame
Start date2018-09-012021-08-24
End date2021-08-312024-08-23

Objective for processing

Risk stratification is a tool for identifying and predicting which patients are at high risk (of health deterioration and using multiple services) or are likely to be at high risk and prioritising the management of their care in order to prevent worse outcomes. [2 paragraphs unchanged]

Processing activities

[3 paragraphs unchanged] Patient level data will not be shared outside of the CCG unless it is for the purpose of Direct Care, where it may be shared only with those health professionals who have a legitimate relationship with the patient and a legitimate reason to access the data. All access to data is managed under Role-Based Access Controls. Users can only access data authorised by their role and the tasks that they are required to undertake. All access to data is managed under Roles-Based Access Controls. Patient level data will not be linked other than as specifically detailed within this Data Sharing Agreement. Data released will only be shared with those parties listed and will only be used for the purposes laid out in the application/agreement. No patient level data will be linked other than as specifically detailed within this agreement. Data will only be shared with those parties listed and will only be used for the purposes laid out in the application/agreement. The data to be released from NHS Digital will not be national data, but only that data relating to the specific locality and that data required by the applicant. [1 paragraph unchanged] The DSCRO (part of NHS Digital) will apply Type 2 objections National Opt-outs before any identifiable data leaves the DSCRO only for the purpose of Risk Stratification. [1 paragraph unchanged] Segregation The identifier available in the data set is the NHS numbers. Any further identification of the patients will only be completed by the patient’s clinician on their own systems for the purpose of direct care with a legitimate relationship. ONWARD SHARING: There is no requirement for the analytical teams to re-identify patients, but in the development of cohorts of patients considered to be at risk, the data controllers may need the facility to provide identifiable results back to direct healthcare professionals or local authority direct care staff only for the purpose of direct care. All re-id requests will be processed and authorised by the DSCRO on a case by case basis. National data opt outs are not applied in these cases as they are for the purposes of direct care which follows the legal basis of implied consent. An example of a request for the re-id of patients for direct care may be; A&E High Attendance usage The CCG can filter data to show for example the number of A&E attendances in a given period for each patient. The CCG can then flag to the relevant GP of the patient any patients that require intervention. An outcome of this is earlier intervention in the patient(s) care thus potentially reducing future costs and minimising future risk. Polypharmacy re-IDs CCG's can request re-ID of a list of patients to be sent to the relevant GP with a high number of medications (ingredient count) and review the medication for these patients. This can help address the risk of polypharmacy which is recognised as an adverse risk factor for patient safety. A by-product of such reviews may be to reduce costs of medication. The Re-identification process for direct care is as follows: 1. The CCG identifies a patient cohort (typically small numbers) to be re-identified for the purpose of direct care. 2. The CCG sends a re-id request to the DSCRO. This may be done through the CCG or CSU’s Business Intelligence (BI) Tool, or through a manual form. 3. The DSCRO (either through an automated system or manual checking in line with the request) assesses as to whether the request passes the specified re-identification process checks. Checks include if the requester is authorised to access identifiable data, if the number of patients in the cohort is appropriate, and that the request does not seem inappropriate or outside of expected parameters, including for example around timings and the requestor’s relationship with patients in the data 4. If successful/approved, the DSCRO re-identifies the relevant data item(s) for the appropriate patients and returns the identifiable fields to Health or care professional(s) with a legitimate relationship to the patient. The CCG does not see the identifiable record. 5. DSCROs retain an audit trail of all re-id requests 6. National Data opt outs are not applied for the purpose of direct carePatient level data will not be shared outside of the CCG unless it is for the purpose of Direct Care, where it may be shared only with those health professionals who have a legitimate relationship with the patient and a legitimate reason to access the data. Aggregated reports only with small number suppression can be shared externally as set out within NHS Digital guidance applicable to each data set. SEGREGATION: [1 paragraph unchanged] Where the Data Processor and/or the Data Controller hold identifiable data with opt outs applied and identifiable data with opt outs not applied, the data will be held separately so data cannot be linked. [1 paragraph unchanged] Bunker Secure Hosting Ltd do not access data held under this agreement as they only supply the building. Therefore, any access to the data held under this agreement would be considered a breach of the agreement. This includes granting of access to the database[s] containing the data. Data for the purpose of Invoice Validation is kept within the CEfF, and only used by staff properly trained and authorised for the activity. Only CEfF staff are able to access data in the CEfF and only CEfF staff operate the invoice validation process within the CEfF. Data flows directly in to the CEfF from the DSCRO and from the providers – it does not flow through any other processors. Data Minimisation DATA MINIMISATION: Data Minimisation in relation to the data sets listed within section 3 the application are listed below. This also includes the purpose on which they would be applied - [1 paragraph unchanged] • Patients who are normally registered and/or resident within the NHS Kernow CCG region (including historical activity where the patient was previously registered or resident in another commissioner commissioner. Identifiable data will only be disclosed: Royal Cornwall Hospitals Acute Trust and The Bunker do not access data held under this agreement as they only supply the building. Therefore, any access to the data held under this agreement would be considered a breach of the agreement. This includes granting of access to the database[s] containing the data. 1) where the requesting Data Controller’s Caldicott Guardian/Senior Approving Officer has approved the disclosure 2) where the DSCRO Information Risk Owner has approved the disclosure 3) to requestor/recipients specified by the Data Controller 4) to recipients that have a legitimate relationship with the individuals identified by the data, e.g. clinician 5) using mechanisms and routes that are secure and have an appropriate legal basis for holding identifiable data 6) where there is a legal basis and it is covered by a Data Sharing Agreement that justifies its use or the data subject has consented or where there is a separate legal basis for making the dataset identifiable enabling the re-identification to take place 7) whilst continuing to respect the data subject’s preferences for data sharing In order for identifiable data to be disclosed, all seven requirements must be met. Where identifiable data for the same dataset to the same organisation is released by NHS Digital (via a DSCRO), relevant controls must be in place locally by the recipient organisation to ensure that identifiable data is stored separately, under strict access control provisions, from its original anonymised in accordance with the ICOACoP form and used only for the specific purpose stipulated in this agreement. There must be no efforts made by the recipient organisation to link these datasets. Local Identifiers: If a Data Controller organisation (or the Data Processor working on their behalf): a. only receives a DSCRO disseminated identifiable (NHS Number) flow, then it can receive clear local identifiers. b. receives and pseudonymised flow, then clear local identifiers can be included and used only for the purpose outlined within the Data Sharing Agreement c. receives both DSCRO disseminated identifiable and pseudonymised flows, the identifiable flow must have the local identifiers pseudonymised or removed. [2 paragraphs unchanged] 2. Data quality management and standardisation of data is completed by the [7 words unchanged] level of NHS number is transferred securely to Prescribing Services Ltd, who securely hold the SUS+ data within the secure Data Centre on N3. data. [5 paragraphs unchanged]

Expected measurable benefits

[6 paragraphs unchanged] 5. Better understanding of local population characteristics through analysis of their health and health outcomes. 6. healthcare outcomes 6. Enables GPs to better target mental health care intervention All of the above lead to improved patient experience and health outcomes through more effective commissioning of services.

Unchanged: Expected output.

DARS-NIC-226613-D8S2N-v2.2 1 September 2018 to 31 August 2021
Title
DSfC NHS Kernow CCG RS
Commercial
No
Sublicensing
No
Datasets
1
Files released
0

Datasets: SUS for Commissioners

What changed from DARS-NIC-226613-D8S2N-v1.2

Text removed is struck through; text added is underlined. Unchanged paragraphs are summarised rather than repeated.

Fields changed from DARS-NIC-226613-D8S2N-v1.2
FieldWasBecame
Start date2019-02-062018-09-01
End date2022-02-052021-08-31

Expected output

[9 paragraphs unchanged] 8. Set up capitated budgets. budgets – budgets based on care provided to the specific population. [4 paragraphs unchanged] 13. Produce of Theographs 13. Production of Theographs – a visual timeline of a patients encounters with hospital providers. 14. Analyse based on specific diseases. diseases In addition: - The risk stratification tool will provide aggregate reporting of number and percentage of population found to be at risk. - Record level output (pseudonymised) will be available for commissioners (of the CCG), pseudonymised at patient level. Onward sharing of this data is not permitted.

Unchanged: Objective for processing, Processing activities, Expected measurable benefits.

Objective for processing

Risk stratification is a tool for identifying and predicting which patients are at high risk or are likely to be at high risk and prioritising the management of their care in order to prevent worse outcomes.

To conduct risk stratification Secondary User Services (SUS+) data, identifiable at the level of NHS number is linked with Primary Care data (from GPs) and an algorithm is applied to produce risk scores. Risk Stratification provides focus for future demands by enabling commissioners to prepare plans for patients. Commissioners can then prepare plans for patients who may require high levels of care. Risk Stratification also enables General Practitioners (GPs) to better target intervention in Primary Care.

Risk Stratification will be conducted by Prescribing Services Limited

Expected output

Risk Stratification

1. As part of the risk stratification processing activity detailed above, GPs have access to the risk stratification tool which highlights patients for whom the GP is responsible and have been classed as at risk. The only identifier available to GPs is the NHS numbers of their own patients. Any further identification of the patients will be completed by the GP on their own systems.

2. GP Practices will be able to view the risk scores for individual patients with the ability to display the underlying SUS+ data for the individual patients when it is required for direct care purposes by someone who has a legitimate relationship with the patient.

CCGs will be able to:

3. Target specific vulnerable patient groups and enable clinicians with the duty of care for the patient to offer appropriate interventions.

4. Reduce hospital readmissions and targeting clinical interventions to high risk patients.

5. Identify patients at risk of deterioration and providing effective care.

6. Reduce in the difference in the quality of care between those with the best and worst outcomes.

7. Re-design care to reduce admissions.

8. Set up capitated budgets – budgets based on care provided to the specific population.

9. Identify health determinants of risk of admission to hospital, or other adverse care outcomes.

10. Monitor vulnerable groups of patients including but not limited to frailty, COPD, Diabetes, elderly.

11. Health needs assessments – identifying numbers of patients with specific health conditions or combination of conditions.

12. Classify vulnerable groups based on: disease profiles; conditions currently being treated; current service use; pharmacy use and risk of future overall cost.

13. Production of Theographs – a visual timeline of a patients encounters with hospital providers.

14. Analyse based on specific diseases

In addition:

- The risk stratification tool will provide aggregate reporting of number and percentage of population found to be at risk.

- Record level output (pseudonymised) will be available for commissioners (of the CCG), pseudonymised at patient level. Onward sharing of this data is not permitted.

DARS-NIC-226613-D8S2N-v1.2 6 February 2019 to 5 February 2022
Title
DSfC NHS Kernow CCG RS
Commercial
No
Sublicensing
No
Datasets
1
Files released
0

Datasets: SUS for Commissioners

Objective for processing

Risk stratification is a tool for identifying and predicting which patients are at high risk or are likely to be at high risk and prioritising the management of their care in order to prevent worse outcomes.

To conduct risk stratification Secondary User Services (SUS+) data, identifiable at the level of NHS number is linked with Primary Care data (from GPs) and an algorithm is applied to produce risk scores. Risk Stratification provides focus for future demands by enabling commissioners to prepare plans for patients. Commissioners can then prepare plans for patients who may require high levels of care. Risk Stratification also enables General Practitioners (GPs) to better target intervention in Primary Care.

Risk Stratification will be conducted by Prescribing Services Limited

Expected output

Risk Stratification

1. As part of the risk stratification processing activity detailed above, GPs have access to the risk stratification tool which highlights patients for whom the GP is responsible and have been classed as at risk. The only identifier available to GPs is the NHS numbers of their own patients. Any further identification of the patients will be completed by the GP on their own systems.

2. GP Practices will be able to view the risk scores for individual patients with the ability to display the underlying SUS+ data for the individual patients when it is required for direct care purposes by someone who has a legitimate relationship with the patient.

CCGs will be able to:

3. Target specific vulnerable patient groups and enable clinicians with the duty of care for the patient to offer appropriate interventions.

4. Reduce hospital readmissions and targeting clinical interventions to high risk patients.

5. Identify patients at risk of deterioration and providing effective care.

6. Reduce in the difference in the quality of care between those with the best and worst outcomes.

7. Re-design care to reduce admissions.

8. Set up capitated budgets.

9. Identify health determinants of risk of admission to hospital, or other adverse care outcomes.

10. Monitor vulnerable groups of patients including but not limited to frailty, COPD, Diabetes, elderly.

11. Health needs assessments – identifying numbers of patients with specific health conditions or combination of conditions.

12. Classify vulnerable groups based on: disease profiles; conditions currently being treated; current service use; pharmacy use and risk of future overall cost.

13. Produce of Theographs

14. Analyse based on specific diseases.

Register history

When this agreement appeared in, or was edited in, each monthly edition of the register. Built by comparing every edition this site holds, the earliest of which is July 2021.

Cite this page

NHS England (2026) Data Uses Register, September 2026 edition, agreement DARS-NIC-226613-D8S2N, “DSfC NHS Kernow CCG RS”. Read via NHS Data Access Explorer (unofficial), https://healthdatauses.uk/agreements/dars-nic-226613-d8s2n/ (accessed [date]).

This address stays the same, but the page is rebuilt with each monthly edition, so the citation names the edition it shows. Every edition's data is kept in the facts store.

Source: datausesregister_september2026.xlsx, September 2026 edition of the NHS England Data Uses Register. Search that workbook for DARS-NIC-226613-D8S2N to see the original rows.