Social Care FHIR Store Mappings: Difference between revisions

From Discovery Data Service
Jump to navigation Jump to search
No edit summary
No edit summary
Line 196: Line 196:
|-
|-
|PRIMARY SUPPORT REASON
|PRIMARY SUPPORT REASON
|The latest known Primary Support Reason (PSR) in the reporting period should be recorded for the service user against each event row. If the PSR is not determined i.e., the service user’s journey does not progress past the request stage, then ‘Unknown’ should be chosen. If a service user receives multiple services for different reasons, the most relevant PSR to each event should be chosen. If a service user is also supported by the local authority as an unpaid carer, the event rows that relate to the support provided to the person as a service user should show the most relevant support reason, and the event rows that relate to the person supported because of their caring role, should have a PSR of Social Support
|The latest known Primary Support Reason (PSR) in the reporting period should be recorded for the service user against each event row. If the PSR is not determined i.e., the service user’s journey does not progress past the request stage, then ‘Unknown’ should be chosen.
 
 
If a service user receives multiple services for different reasons, the most relevant PSR to each event should be chosen.
 
 
If a service user is also supported by the local authority as an unpaid carer, the event rows that relate to the support provided to the person as a service user should show the most relevant support reason, and the event rows that relate to the person supported because of their caring role, should have a PSR of Social Support
|M
|M
|Physical Support: Access & mobility only
|Physical Support: Access & mobility only
Line 289: Line 295:
|-
|-
|EVENT TYPE
|EVENT TYPE
|Event types which occur in the local authority within the reported timeframe should be captured for service users and carers. This includes: • Requests received in the reporting period. • Assessments and reviews commenced and/or completed in the reporting period. No open or ongoing requests, assessments or review events are required, each row should include an event outcome. • Service events that started or ended within the reporting period, or where the service was open and ongoing at the end of the reporting period. This includes events where the start date was before the start of the reporting period, were open at the end of the reporting period or ended after the reporting period. Service events are the only event type in CLD that can be open and ongoing, with an event start date, but no event end date. • Cancelled events should be excluded from the collection. Suspended services should be included as originally intended. It is recognised that different LA’s have different business rules and practices, but the four key steps in the social care pathway are common to all, with data collected on each aspect reported by LAs at some point in the past. These are Requests, Assessments, Services, and Reviews
|Event types which occur in the local authority within the reported timeframe should be captured for service users and carers.
This includes:  
 
• Requests received in the reporting period.
 
• Assessments and reviews commenced and/or completed in the reporting period. No open or ongoing requests, assessments or review events are required, each row should include an event outcome.
 
• Service events that started or ended within the reporting period, or where the service was open and ongoing at the end of the reporting period. This includes events where the start date was before the start of the reporting period, were open at the end of the reporting period or ended after the reporting period. Service events are the only event type in CLD that can be open and ongoing, with an event start date, but no event end date.
 
• Cancelled events should be excluded from the collection. Suspended services should be included as originally intended. It is recognised that different LA’s have different business rules and practices, but the four key steps in the social care pathway are common to all, with data collected on each aspect reported by LAs at some point in the past. These are Requests, Assessments, Services, and Reviews
|M
|M
|Request
|Request

Revision as of 22:18, 2 February 2023

Submission Information
Name Description Conformance Codes & Primary Value Set
LA CODE For every row of data, please record the LA code associated with all social care collections e.g. for Lincolnshire, the LA code is503.

This will be used to ensure thatall data rows can be attributed to specific Local Authorities, and to derive the Local Authority Name.

M
REPORTING PERIOD START DATE The reporting period start date for the data being submitted. Typically, this will the firstday of the reporting month, quarter, or year M
REPORTING PERIOD END DATE The reporting period end date for the data being submitted. Typically, this will be last day of the reporting month, quarter, or year M
Person Details.
Name Description Conformance Codes & Primary Value Set
PERSON UNIQUE IDENTIFIER An LA Client ID – a Person Unique Identifier - can be supplied to identify events for the same person, for whom the NHS number is missing M
NHS NUMBER NHS Number should be provided, as the national unique identifier for persons, which can be used to link to other data sources. M
FIRST NAME M
LAST NAME M
GP PRACTICE NAME M
GP PRACTICE CODE M
GENDER Gender is defined as the gender the individual considers themselves to be. ‘Other’ has been added for clients who do not identify as male or female. ‘Unknown’ should be used where the client’s gender has not been recorded. M 2 - Female


1 - Male

X - Not known


Not stated/recorded (or unborn)

Neither

ETHNICITY Ethnicity should be completed in line with the current NHS Digital Data Dictionary to vastly improved diversity monitoring to ‘Unknown’ should be used where the client’s ethnicity has not been recorded M A - White (English / Welsh / Scottish / Northern Irish / British)

B - White Irish

- White (Gypsy or Irish Traveller)

C - Any other White background

D - White and Black Caribbean

E - White and Black African

F - White and Asian

G - Any other mixed / multiple ethnic background

H - Indian

J - Pakistani

- Bangladeshi

- Chinese

L - Any other Asian background

N - African

M - Caribbean

P - Any other Black / African / Caribbean background

- Arab

S - Any other ethnic group

Z - Refused

99 - Undeclared / Not known

- Other Ethnic Group:

- Black/African/Caribbean/Black British

- Asian/Asian British

- Mixed/Multiple

- a) WBRI

- b) WIRI

- c) WIRT

- d) WOTH

- e) WROM

- f) MWBC

- g) MWBA

- h) MWAS

- i) MOTH

- j) AIND

- k) APKN

- l) ABAN

- m) AOTH

- n) BCRB

- o) BAFR

- p) BOTH

- q) CHNE

- r) OOTH

- s) REFU

- t) NOBT

A - White British

C - Other White

G - Other mixed

L - Other Asian

P - Other Black

S - Other

T - White Gypsy or Roma or Traveller or Irish Traveller

Z - Not stated

99 - Ethnicity is unknown

DATE OF BIRTH "The date of birth should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number.

For Annex A the additional guidance is provided: If an expected birth date is available for an unborn child, enter this date, otherwise leave blank. If no date of birth or expected date of birth is not available, leave blank."

M
DATE OF DEATH Date of death recorded as appropriate. For an individual who is not dead, please input the value M
PRIMARY SUPPORT REASON The latest known Primary Support Reason (PSR) in the reporting period should be recorded for the service user against each event row. If the PSR is not determined i.e., the service user’s journey does not progress past the request stage, then ‘Unknown’ should be chosen.


If a service user receives multiple services for different reasons, the most relevant PSR to each event should be chosen.


If a service user is also supported by the local authority as an unpaid carer, the event rows that relate to the support provided to the person as a service user should show the most relevant support reason, and the event rows that relate to the person supported because of their caring role, should have a PSR of Social Support

M Physical Support: Access & mobility only


Physical Support: Personal care support

Sensory Support: Support for visual impairment


Sensory Support: Support for hearing impairment

Sensory Support: Support for dual impairment


Support with Memory & Cognition

Learning Disability Support

Mental Health Support


Social Support: Substance misuse support

Social Support: Asylum seeker support


Social Support: Support for Social Isolation/Other

PSR Not Known


Sensory Support

Physical Support


Social Support

No Support Reason


Not Known

POSTCODE The postcode of the person’s normal place of residence should be recorded alongside all event rows for that client in the return. The postcode will be used to assist with identifying missing NHS numbers and to derive geographical fields to support analysis. Where care services are received at the person’s home, the postcode should reflect that. Where someone now lives in a residential or nursing home, the postcode of the residential/nursing home should be used. The same should also apply to clients who move to an out-of-area residential home; the postcode of the out-of-area residential/nursing home should be recorded. Under these circumstances, the activity should be reported by the CASSR where the person is ordinarily resident, where the LA holds responsibility for the person in an out of county placement. Clients who are placed in care homes temporarily should not use the postcode of the care home, as this has not yet become their normal place of residence. For unpaid carers, it is recognised that caring roles can be across LA borders, so as with above, the postcode of the carer’s normal place of residence should be recorded M
ACCOMMODATION STATUS This data item is collected for clients with a Learning Disability aged 18 to 64, althoughthere is growing appetite for this to be captured for all adult client groups and age bands. For CLD it is required that the Accommodation Status is linked to the latest known address / postcode. ‘Unknown’ should be used where the client’s accommodation status has not been recorded. M
EMPLOYMENT STATUS This data item should be prioritised for clients with a Learning Disability aged 18 to 64. Where possible, LAs should also include the employment status of unpaid carers. Where possible, LAs should include the employment status of unpaid carers captured within the reporting period. ‘Unknown’ should be used where the client’s employment status has not been recorded M
HAS NPAID CARER CARER Formerly – ‘Has Informal Carer’ (changed to better represent the role of unpaidcarers and align with current terminology. This should not affect the data submitted.) Whether the person receives support from an informal carer gives a holistic view of a person's support package. These rules are closely aligned to the Carer Status from SALT LTS001b table 2 but is expected for all event types in the dataset, not just where long term support services are provided to the client. This variable is also relevant for unpaid carers, to determine if they themselves are being cared for. It is recognised that there can be multiple informal carers known to the client and actively providing support. For the purposes of the CLD collection, a value of 'Yes' would indicate that at least one carer is known to the client. ‘Unknown’ should be used where it is not recorded if the carer unpaid or not. M
AUTISM SPECTRUM DISORDER (ASD) A single variable of ‘Autism Spectrum Disorder (ASD)’ to replace the two ‘Autism’ and ‘Asperger’s Syndrome’ variables. ASD is to be adopted in 2022 by the World Health Organisation (WHO) using the latest version of the International Classification of Diseases (ICD-11). In the Light Touch Review of SALT (2018) the National Autistic Society did not see much value in the existing data capture of Autism and Asperger Syndrome, and owingto updates in diagnostic criteria, these Reported Health Conditions / comorbid conditions no longer matched the emerging single categorisation of ‘Autism SpectrumDisorder’. As with Reported Health Conditions previously reported in SALT, ASD Should be diagnosed and relevant to care needs. ‘Unknown’ should be used where the client’s ASD status has not been recorded M
VISUAL IMPAIRMENT For the purposes of CLD visual impairment should be recorded for all people who are in scope of the CLD collection. ‘Unknown’ should be used where the client’s Visual status has not been recorded M
HEARING IMPAIRMENT For the purposes of CLD Hearing impairment is reported for all people who are in scope of the CLD collection. ‘Unknown’ should be used where the client’s hearing status has not been recorded. M
DEMENTIA Dementia should be reported for every client in scope of the CLD collection. As with Reported Health Conditions previously reported in SALT, Dementia should be diagnosed and relevant to care needs. It is expected that Dementia should be identified from young-onset Dementia to diagnosed conditions such as Alzheimer's disease, vascular dementia, frontotemporal dementia, and more. Mild Cognitive Impairment (MCI) would not be included as the symptoms are not usually severe enough to interfere significantly with daily life. ‘Unknown’ should be used where the client’s Dementia status has not been recorded. M
Events (ALL)
Name Description Conformance Codes & Primary Value Set
EVENT TYPE Event types which occur in the local authority within the reported timeframe should be captured for service users and carers.

This includes:

• Requests received in the reporting period.

• Assessments and reviews commenced and/or completed in the reporting period. No open or ongoing requests, assessments or review events are required, each row should include an event outcome.

• Service events that started or ended within the reporting period, or where the service was open and ongoing at the end of the reporting period. This includes events where the start date was before the start of the reporting period, were open at the end of the reporting period or ended after the reporting period. Service events are the only event type in CLD that can be open and ongoing, with an event start date, but no event end date.

• Cancelled events should be excluded from the collection. Suspended services should be included as originally intended. It is recognised that different LA’s have different business rules and practices, but the four key steps in the social care pathway are common to all, with data collected on each aspect reported by LAs at some point in the past. These are Requests, Assessments, Services, and Reviews

M Request


Assessment

Service


Review

EVENT REFERENCE The event reference facilitates identifying events for data quality reporting and is a mechanism to ensure that event rows are not duplicated. It is anticipated that some Local Authority case management systems willautomatically create a unique reference for events when the record is created. Where the event reference is automated, it can be included as the event reference. W here an automated unique event reference is not available, LAs should consider a local method to derive an event reference, using other data items in the collection such as matching dates, event types and/or a combination of other data fields M
EVENT START DATE Required for all event rows, this will be the date the event started, which may differ from the date the event was recorded on the case management system. For example, where a client received home care from the 20th March, but the service was recorded and authorised on the 22nd March, the start date recorded in CLD should be 20th March M
EVENT END DATE Event end date should be entered for all events completed or ended during the collection period. An event end date is required for all request, assessment and review events. It is feasible to have an event start and event end on the same date, for example a request for support received by a contact centre which is started and completed over the phone. In this case, please record the same date for both the event start date and end date. M
EVENT DESCRIPTION The free text ‘Event Description’ provides context and can be the system description of the service, allowing Local authorities to assign further clarification and meaning to event rows. Descriptions of events will vary between Local Authorities M
EVENT OUTCOME The purpose of this field is to help determine the path taken by individuals in the social care system, particularly in situations in which the sequence of events is not be feasible to infer from linking event records. It is intended to reflect the reason for the ending of an event or indicate the resulting procedure. As a mandatory field, all events require an Event Outcome. It is acknowledged that the Event Outcome is not always easy to extract from LA activity systems. LAs should select the Event Outcomes that best represent the outcomes of each event based on available information. Event outcomes should be known at the point when the event is completed, with no further processing required. They will indicate whether the client’s pathway has ended or indicate the subsequent step in the social care journey. There is no requirement to track cases and derive the usual SALT sequel attached to each unique event. The intention is that the processing of sequels will be done centrally following submission of the data, using agreed transformation rules based on linking records. Event outcomes can be amended for event records that are included in later submissions, where the event outcome has changed or been corrected. For situations in which the event has concluded but the next event is delayed, the expected Event Outcome should be included for the completed event. If there is a change of circumstance that leads to the expected event not taking place, the event outcome for the completed event can be revised in future submissions For example, if an individual that has made a request and is put on a triage list for an assessment, the Event Outcome for the request should be “Progress to Assessment”. If the individual is deemed not to require an assessment or an emergency event such as hospital admission takes place prior to the assessment taking place, the Event Outcome of the request can be revised to reflect the situation. In the case of a service which is open or ongoing at the end of the reporting period, the event outcome should be ‘Provision of Service’. M Progress to Reablement/ST-Max


Progress to Assessment / Unplanned


Review

Admitted to hospital


Progress to Re-assessment

Progress to Support Planning / Services


Progress to End of Life Care

No change in package


Service ended as planned

NFA - Moved to another LA


NFA - 100%


NHS funded care

NFA - Self-funded client (inc 12wk disregard)


NFA - Support declined

NFA - Information & Advice / Signposting only


NFA - Deceased

Events (Requests Only)
Name Description Conformance Codes & Primary Value Set
REQUEST: ROUTE OF ACCESS Route of Access is required for all requests for support whether this is for a NEW or EXISTING client. Requests captures referrals from other services/ professionals as well as direct contacts from people contacting the LA on someone else’s behalf. The recording of route of access should follow the SALT convention for STS001 and apply equally to service users and carers, although with the latter, this may not be captured on local systems, so a default of ‘Community / Other route’ should be chosen M Planned Entry (Transition)


Discharge from Hospital

Diversion from Hospital Services


Community / Other route

Prison


Self-Funder with depleted funds

Self-Funder with depleted funds - 12-wk disregard or DPA


Discharge from Reablement

Transfer from Other LA

Events (Assessments Only)
Name Description Conformance Codes & Primary Value Set
ASSESSMENT TYPE The CLD LA Reference Group saw the benefit of adding a new variable with structured assessment type values to match SALT concepts, and LAs may choose to capture the system assessment name using the event description. This field has been made mandatory and amended to capture Financial Assessments to support monitoring of Charging Reform implementation. It is recognised that LAs will have different assessment practices and use proportional assessments such as an ‘Initial Conversation’ style assessment or a ‘3-stage’ assessment. LAs will have to de cide how best to reflect this activity as Long Term or Short Term Assessments. Long Term Assessments should include all needs assessments where there is an eligibility determination M Short Term Assessment


Long Term Assessment

INFORMAL CARER INVOLVED IN ASSESSMENT M Yes


No

Don't know

Events (Services Only)
Name Description Conformance Codes & Primary Value Set
SERVICE TYPE M Short Term Support: ST-Max


Short Term Support: Ongoing Low Level

Short Term Support: Other Short Term


Long Term Support: Nursing Care

Long Term Support: Residential Care


Long Term Support: Community

Long Term Support: Prison

SERVICE COMPONENT The reference group saw the benefit of adding a new ‘service component’ field to supplement the existing ‘Service Type’ variable. The following values have been agreed. For instances where a service provision is a direct payment, but that it has a known specified purpose, the purpose should be represented in the Service Component field and Direct Payment should be selected in the Delivery Mechanism field. For cases in which the purpose for the direct payment is not specific or known, Direct Payment should be selected in the Service Component field. unknown. For example, where a direct payment is made for carer respite, the Service Component should be recorded as Carer Respite and the Delivery Mechanism field can be used to record Direct Payment M Reablement


Short Term Nursing Care

Short Term Residential Care


Long Term Nursing Care

Long Term Residential Care


Home Support

Day Support


Meals

Transport


Equipment

Direct Payment


Shared Lives

DELIVERY MECHANISM (LONG TERM COMMUNITY OR PRISON ONLY) Values have been consolidated and apply to carers and prison or community settings and can be identified separately from the service type variable. The inclusion of delivery mechanism provides further insight to the financial information reported for each service row. For CLD the Delivery Mechanism is specific to the service line. This is a change to the Service Setting/ Delivery Mechanism methodology described in SALT, which is based on the hierarchy of all services recorded for the client or carer Community: Direct Payment


Community: CASSR Managed Personal Budget

Community: CASSR Commissioned Support


Prison: CASSR Managed Personal Budget

Prison: CASSR Commissioned Support

Events (Reviews Only)
Name Description Conformance Codes & Primary Value Set
REVIEW REASON The Significant Event in SALT LTS002 has been renamed as Review Reason for the Client Level Data collection. As with route of access, rather than adding a new carer specific review reason, please choose the most appropriate review reason if known, else default to ‘planned’ for all carer reviews M Planned


Unplanned - Hospital (Planned and unplanned episodes)

Unplanned - Carer related


Unplanned - Safeguarding concern

Unplanned - Other Reason


Unplanned - Provider Failure

Unplanned - Change in Commissioning arrangements

REVIEW OUTCOMES ACHIEVED There is currently a gap in person-centred outcomes measurement linked specifically to needs and packages. To address this, ‘review outcomes achieved’ has been added M Fully Met


Partially Met

Not Met

Costs (Services Only)
Name Description Conformance Codes & Primary Value Set
UNIT COST (£) M
COST FREQUENCY (UNIT TYPE) There is currently a gap in person-centred outcomes measurement linked specifically to needs and packages. To address this, ‘review outcomes achieved’ has been added with values equivalent to the Safeguarding Adults Collection (SAC) return, Making Safeguarding Personal (MSP) table Fully met e.g. if all outcomes are fully met Partially met e.g. if at least one is fully or partially met Not met e.g. if no outcomes are met Data item: Defined list The item is included as an overview of whether support services have enabled the client to achieve their stated outcomes. It will provide some insights into the success of LA funded support and unmet need for clients known to the LA. It is expected that, in line with Care act 2014 eligibility, clients in receipt of long term support will have specified at least two personal outcomes where there is a need. The process for deciding the extent to which an outcome has been achieved will differ in each Local Authority, but reviews should be conducted as a discussion with the relevant individuals, where the reviewer arrives at a professional judgement on the achievement of their outcomes M Per Session


Hourly

Weekly


Fortnightly

4-weekly


Monthly

Quarterly


Annually

One-off

PLANNED UNITS PER WEEK Required for services only where the unit cost occurs more frequently than weekly such as hourly, daily, or per session M
SAC
Name Description Conformance Codes & Primary Value Set
Achieved Outcomes Looks at whether desired outcomes have been achieved is part of Making Safeguarding Personal (MSP). The process for deciding whether an outcome has been achieved will be different for different local authorities. Ideally the adult at risk or their representative should identify whether their outcomes have been met but sometimes it is the safeguarding team that would make this decision. We would not expect 100 per cent of expressed outcomes to be achieved. O Fully Achieved


Partially


Achieved


Not Achieved

Age Group (SAC) The age of the individual on the last day of the reporting period or age at the time of death if an individual has died. Where the age of an individual has not been recorded, please record them in the Not Known column. We only expect this category to be used in a minority of cases. Mandatory for Section 42 Safeguarding Enquires, Optional / Voluntary for Safeguarding Concerns and Other Safeguarding Enquiries 18-64

65-74

75-84

85-94

95+

Not Known

Concluded Enquiries When the safeguarding investigation is complete and the conclusions and actions have been decided. Only enquiries that concluded within this reporting year should be recorded. This can include cases that began in a previous reporting period. Mandatory for Concluded Section 42 Enquires, Optional / Voluntary for Concluded Other Enquires Concluded section 42 enquiries


Concluded other safeguarding enquiries

Desired Outcomes Looks at whether desired outcomes have been achieved is part of Making Safeguarding Personal (MSP). Desired outcomes are the wishes of the adult at risk or their representative which have been expressed at some point during the information gathering or enquiry phases. O/V Yes they were asked and outcomes were expressed


Yes they were asked but no outcomes were expressed

No

Don't Know

Not recorded

Location of risk Describes where the alleged safeguarding incident took place. Mandatory (except when relating to Other Concluded Safeguarding Enquires which are Optional / voluntary) Own home

In the community (excluding community services)


In a community service


Care home - nursing


Care home - residential


Hospital - acute


Hospital - mental health


Hospital - community


Other

Mental Capacity Status Detailing, for each enquiry, whether the adult at risk lacked capacity to make decisions related to the safeguarding enquiry. Mandatory for Concluded Section 42 Enquires, Optional / Voluntary for Other Concluded Enquires Yes, they lacked capacity



No, they did not lack capacity


Don't Know

Not recorded

Reported Health Condition Reported Health Conditions (RHCs) are the reasons why support is provided to the adult at risk. A RHC relates to an illness, disability or condition affecting the client - and diagnosed by a healthcare professional - that contributes to the client's need for support. Individuals should only have a RHC on the local system if they are receiving support. However, not all individuals who receive support will have a RHC. We would expect RHCs to be recorded on the local system as part of a social care assessment or review. We do not expect local authorities to assess RHCs as part of the safeguarding process and therefore we would expect RHC data to be taken from existing information on the local care management system. Optional / Voluntary, except for with regards to Section 42 enquires for Autism and Asperger's sub classifications which are mandatory.
Risk Assessment Outcomes Was a risk identified and was any action taken / planned to be taken? Mandatory for Concluded Section 42 Enquires, Optional / Voluntary for Other Concluded Enquires Risk identified and action taken



Risk identified and no action taken


Risk - Assessment inconclusive and action taken


Risk - Assessment inconclusive and no action taken


No risk identified and action taken


No risk identified and no action taken

Enquiry ceased at individual's request and no action taken

Risk Outcomes Where a risk was identified, what was the outcome / expected outcome when the case was concluded? This describes what happened to the risk being actioned. It is the decision of the safeguarding officer as to which option to record but the views of the individual at risk (or the person acting in their best interests) and other colleagues should be considered where possible. Mandatory for Concluded Section 42 Enquires, Optional / Voluntary for Other Concluded Enquires Risk Remained



Risk Reduced

Risk Removed

Safeguarding Activity Safeguarding Activity relates to cases as opposed to individuals (unlike Individuals Involved in Safeguarding Activity). Collects distinct counts of the following: • Total Number of Safeguarding Concerns received during the reporting period • Total Number of Section 42 Safeguarding Enquiries commenced during the reporting period • Total Number of Other Safeguarding Enquiries commenced during the reporting period Please note that these counts relate to cases and not individuals Mandatory Total Number of Safeguarding Concerns



Total Number of Section 42 Safeguarding Enquiries

Total Number of Other Safeguarding Enquiries

Safeguarding Adult Reviews 1 When an adult at risk dies from or suffers from serious harm, a SAR is conducted to identify how local professionals and organisations can improve the way they work together. A Safeguarding Adults Board (SAB) would usually make the decision to instigate a SAR and a report will be produced to document the findings and recommendations. This is a count of SARs which concluded during the reporting year. Mandatory SARs where one or more individual died


SARs where no individuals died

Safeguarding Adult Reviews 2 When an adult at risk dies from or suffers from serious harm, a SAR is conducted to identify how local professionals and organisations can improve the way they work together. A Safeguarding Adults Board (SAB) would usually make the decision to instigate a SAR and a report will be produced to document the findings and recommendations. This is a count of individuals involved in SARs which concluded during the reporting year. Mandatory Individuals involved in SARs who suffered serious harm and died


Inidividual involved in SARs who suffered serious harm and survived

Source of Risk The source of risk refers to the person who is suspected of carrying out abuse. If a concluded enquiry has determined that there is more than one source of risk, there should be a count for each source type in these tables Mandatory for Concluded Section 42 Enquiries, Optional / Voluntary for Other Concluded Enquires Service Provider



Other - Known to Individual

Other - Unknown to Individual

Type of Risk The type of risk describes the nature of the allegations made, such as physical or sexual. Multiple types of risk can be included in this table; please record one count for each different type and source. Mandatory for Section 42 enquires, Voluntary for Other enquires. Physical abuse


Sexual Abuse


Psychological abuse


Financial or material abuse

Discriminatory abuse


Organisational abuse


Neglect and acts of omission


Domestic abuse


Sexual exploitation


Modern slavery


Self-neglect

Contacts
Name Description Conformance Codes & Primary Value Set
Child Unique ID Unique Identity number for each child. O
Age of Child (Years) Please provide the child's age in years at their last birthday. If a child is unborn, enter their age as '-1'. O
Date of Contact Provide the date the contact was received by the local authority. The date of birth should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Contact Source Identify the source of the contact using the following codes. O a) 1A: Individual

b) 1B: Individual

c) 1C: Individual

d) 1D: Individual

e) 2A: Schools

f) 2B: Education services

g) 3A: Health services

h) 3B: Health services

i) 3C: Health services

j) 3D: Health services

k) 3E: Health services

l) 3F: Health services

m) 4: Housing

n) 5A: LA services

o) 5B: LA services

p) 5C: LA services

p1) 5D: LA services

q) 6: Police

r) 7: Other legal agency

s) 8: Other

t) 9: Anonymous

u) 10: Unknown

Early Help
Name Description Conformance Codes & Primary Value Set
Assessment start date Please provide the date a child became subject to an early help assessment, a common assessment or targeted assessment. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. As Early Help processes vary across local authorities, please provide the closest match to the request above by your authority for those children how were identified as needing an early help assessment or who were accessing early help services at the point of inspection. O
Assessment completion date Please provide the date an early help assessment, a common assessment or targeted assessment ended for the child. This may alternatively be the date the early help intervention was no longer in place. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. As Early Help processes vary across local authorities, please provide the closest match to the request above by your authority for those children how were identified as needing an early help assessment or who were accessing early help services at the point of inspection. Where early help assessments are left blank due to a child continuing to access a service, please leave this blank. O
Refererral
Name Description Conformance Codes & Primary Value Set
Date of referral Provide the date of this referral to children's social care services. A referral is defined as a request for services to be provided by local authority children's social care via the assessment process outlined in working together 2018. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Referral Source Identify the source of the contact using the following codes. O a) 1A: Individual

b) 1B: Individual

c) 1C: Individual

d) 1D: Individual

e) 2A: Schools

f) 2B: Education services

g) 3A: Health services

h) 3B: Health services

i) 3C: Health services

j) 3D: Health services

k) 3E: Health services

l) 3F: Health services

m) 4: Housing

n) 5A: LA services

o) 5B: LA services

p) 5C: LA services

p1) 5D: LA services

q) 6: Police

r) 7: Other legal agency

s) 8: Other

t) 9: Anonymous

u) 10: Unknown

Referral NFA The referral no further action flag allows the reporting of children who were referred but after initial consideration no further action was taken. Please indicate if the most recent referral (or individual referral) resulted in 'No Further Action' (NFA) by children's social care. O a) Yes

b) No

Number of Referrals in Last 12 Months Provide the number of referrals the child has received within the 12 months prior to their latest referral. The lowest value is therefore 0 where the referral had not followed one within 12 months. Please note: - this does not require the number in the previous 12 months for EACH referral, but the number in the 12 months before their LATEST referral. Therefore, where a child appears on this list multiple times, the number in this column will be the same in each case. O
Assessments
Name Description Conformance Codes & Primary Value Set
Does the Child have a Disability Indicate if the child has a disability according to the Disability Discrimination Act 2005. This defines a disabled person as a person with a “physical or mental impairment which has a substantial and long-term adverse effect on his ability to carry out normal day-to-day activities.”
O
Continuous Assessment Start Date This is the date the continuous assessment started. This should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Continuous Assessment Date of Authorisation Provide the date on which the assessment was completed and authorised. If the Continuous assessment is not complete this should be left blank. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. This date will be within the last six months. O
Was the child assessed as requiring LA children's social care support Please indicate if the assessment resulted in the child accessing a social care service. Where a child has not accessed a service, this will usually be where an assessment was closed and the child recorded as ‘RC8 - case closed after assessment, no further action’ or 'RC9 - case closed after assessment, referred to early help'. Please indicate if the assessment resulted in the child accessing a social care service. Where a child has not accessed a service, this will usually be where an assessment was closed and the child recorded as ‘RC8 - case closed after assessment, no further action’ or 'RC9 - case closed after assessment, referred to early help'. If the assessment is ongoing, please leave blank.
O a) Yes

b) No

Section 47 Enquiries and Initial Child Protection Conferences
Name Description Conformance Codes & Primary Value Set
Strategy discussion initating Section 47 Enquiry Start Date This is the date of the strategy discussion that initiated the Section 47 Enquiry. Please enter the date of the strategy discussion at which the Section 47 enquiry was initiated. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Date of Initial Child Protection Conference Please enter the date on which the Initial Child Protection Conference took place (if applicable). If an ICPC has not yet taken place or was deemed unnecessary please leave blank. The due date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Number of Section 47 Enquiries in the last 12 months Provide the number of section 47 enquiries the child has been the subject of within the 12 months prior to their latest section 47 enquiry. The lowest value is therefore 0 where the section 47 has not followed one within 12 months. Please note: - This column asks for a figure based on the LATEST section 47 enquiry for that child. When a child appears on this list more than once, the number in this column will be the same in each row for that child. O
Number of ICPCs in the last 12 months Provide the number of initial child protection conferences the child has been the subject of in the 12 months before their latest Section 47 enquiry. The lowest value is therefore 0 when there has not been an ICPC within the 12 months of the latest S47. This is counting prior ICPCs, not whether the current S47 resulted in ICPC. Please note: - This column asks for a figure based on the LATEST section 47 enquiry for that child. When a child appears on this list more than once, the number in this column will be the same in each row for that child. O
Children in Need
Name Description Conformance Codes & Primary Value Set
CIN Start Date Please enter the date the most recent episode of need commenced. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Primary Need Code Please enter the child's latest primary need for the latest Children in Need episode. It should not be left blank. Only one reason can be recorded.
O N1 - Abuse or neglect

N2 - Child's disability

N3 - Parental disability or illness

N4 - Family in acute stress

N5 - Family dysfunction

N6 - Socially unacceptable behaviour

N7 - Low income

N8 - Absent parenting

N9 - Cases other than children in need

N0 - Not stated

CIN Closure Date Enter the date the most recent child in need episode ceased. Please leave blank if the most recent episode is open. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Reason for Closure For cases that have ceased in the six months prior to inspection please enter the reason the most recent Children in Need episode ceased. Please use the reason for closure descriptors provided by the DfE in the latest CIN census guide. Please leave blank if the most recent episode is open. O RC1 - Adopted

RC2 - Died

RC3 - Child arrangements order

RC4 - Special guardianship order

RC5 - Transferred to services to another local authority

RC6 - Transferred to adult social care services

RC7 - Services ceased for any other reason, including child no longer in need

RC8 - Case closed after assessment, no further action

RC9 - Case closed after assessment, referred to early help

Case status Please indicate the current status of this child. Please only use one code below and take the first of the codes below that applies (unless closed). i.e. Where a child is already CIN and is subject to an open assessment, please record as CIN. Where a child is both CLA and CP, please record as CLA. O a) Looked after child

b) Child Protection plan

c) Child in need plan

d) Open assessment

e) Closed episode

Child Protection
Name Description Conformance Codes & Primary Value Set
Child Protection Plan Start Date Please enter the start date of the Child Protection Plan. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Latest Category of Abuse Record the category of abuse most recently assigned to the child protection plan. The multiple category is for when more than one category of abuse is relevant to the child’s current protection plan. It is not for children who have been the subject of more than one child protection plan during the year. O a) Neglect

b) Physical abuse

c) Sexual abuse

d) Emotional abuse

e) Multiple/not recommended

Child Protection Plan End Date Please enter the date that the most recent child protection plan ceased. Please leave blank if the most recent plan is open. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Number of Previous Child Protection Plans The number of previous times that a child was made the subject of a child protection plan by the same local authority. If this is the first plan then the value should be zero. Child protection plans issued by other local authorities should not be counted. The number of previous child protection plans includes the number of times the child was on the child protection register. This column should not be blank as the minimum number is 0. O
Children in Care
Name Description Conformance Codes & Primary Value Set
Unaccompanied Asylum Seeking Child (USAC) within the Last 12 Months (Y/N) Please indicate if a child is an unaccompanied asylum seeking child within the 12 months prior to inspection. An unaccompanied asylum seeking child is defined by paragraph 352ZD of the Immigration rules as one who is: • Under 18 years of age when the claim is submitted • Claiming in their own right • Separated from both parents and is not being cared for by an adult who in law or by custom has responsibility to do so The Unaccompanied Asylum Seeking status of a child will cease if the child is granted refugee status, Humanitarian Protection or UASC leave (discretionary leave for young people whose asylum claim) is refused. O a) Yes

b) No

Date Started to be Looked After Please provide the date that the child became looked after for the current period. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Child's Category of Need Please provide the child's current category of need description for their current episode. O N1 - Abuse or neglect

N2 - Child's disability

N3 - Parental illness or disability

N4 - Family in acute stress

N5 - Family dysfunction

N6 - Socially unacceptable behaviour

N7 - Low income

N8 - Absent parenting

Is this a second or subsequent period of being a Looked After Child within the last 12 months (Y/N) Indicate if the child has had a previous period of care in the 12 months prior to inspection. O a) Yes

b) No

Start date of current legal status Please provide the date the current legal status of the child began. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Child's Legal Status Indicate the current legal status of the child. Refer to latest SSDA903 guidance and use SSDA903 codes as applicable. O C1: ICO

C2: FCO

D1: Freeing order

E1: Placement order

V2: Single period under S20

L1: Police protection LA

L2: EPO

L3: Child assessment order

J1: Remanded to LA or youth detention

J2: LA accommodation under PACE

J3: Youth rehabilitation order

V3: Short term breaks, episodes recorded

V4: Short term breaks, agreements recorded

What is the permanence plan for this child? Please indicate what the current primary permanence plan is for the child. Where the child does not have a permanence plan agreed (such as recently entered care) please leave blank. O a) Return to family

b) Adoption

c) SGO/CAO

d) Supported living in the community

e) Long-term residential placement

f) Long-term fostering

g) other

Date of Last Health Assessment Please provide the date of the last health assessment for the child. The SSDA903 guidance confirms details of what constitutes a health assessment. Please note that we are asking for information on all looked after children as at the date of the inspection, not just those who have been looked after continuously for 12 months. If the child does not have a health assessment, please leave blank. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Date of Last Dental Check lease provide the date of the last dental check for the child. The SSDA903 guidance confirms details of what constitutes a dental check. Please note that we are asking for information on all looked after children as at the date of the inspection, not just those who have been looked after continuously for 12 months. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Date Ceased to be Looked After For children that have ceased to be looked after in the six months prior to inspection please provide the date that the child's last looked after episode ended. Leave blank if child is still being looked after. The date should be recorded in a DD/MM/YYYY format, i.e. day/month/year as a four digit number. O
Reason Ceased to be Looked After For children that have ceased to be looked after in the six months prior to inspection please provide the reason the child ceased to be looked after. O a) E11: Adopted - application unopposed

b) E12: Adopted - consent dispensed

c) E2: Died

d) E3: Care taken by another LA

e) E4A: Returned home to live with parents or relatives - part of planning

f) E4B: Returned home to live with parents or relatives - not part of planning

g) E13: Parents, relatives or other with no parental responsibility

h) E41: residence order granted

i) E45: Special Guardianship Orders - former carer relative/friend

j) E46: Special Guardianship Orders - former carer other

k) E47: Special Guardianship Orders - relative/friend

l) E48: Special Guardianship Orders - other

m) E5: Moved to independent living - supported

n) E6: Moved into independent living - no support

o) E7: Transferred to residential care funded by adult social services

p) E9: Sentenced to custody

q) E14: Accommodation on remand ended

r) E15: Age assessment determined child was 18 or over

s) E16: Child moved abroad

t) E8: Care ceased for any other reason

u) X1: CodeError

v) E17: Aged 18+ and remained with current carers

Start Date of Most Recent Placement Please provide the date that the child started in their most recent placement. O
Placement Type Please provide the placement type descriptor for the child's most recent placement. Published guidance by the DfE provides greater detail on what is included within each specific code O a) U1: Foster placement - relative - long term

b) U2: Foster placement - relative - FFA

c) U3: Foster placement - relative - not FFA

d) U4: Foster placement - long term

e) U5: Foster placement - FFA

f) U6: Foster placement - not FFA

g) A3: Placed for adoption - consent - current foster

h) A4: Placed for adoption - consent - not foster

i) A5: Placed for adoption - order - foster

j) A6: Placed for adoption - order - not foster

k) P1: Placed with parents

l) P2: Independent living

m) P3: Residential employment

n) H5: Residential accommodation

o) K1: Secure Children’s Homes

p) K2: Children’s Homes

q) R1: Residential Care Home

r) R2: NHS/Health Trust

s) R3: Family Centre or Mother and Baby Unit

t) R5: Young Offender Institution

u) S1: Residential school

v) Z1: Other placements

w) T0: Temporary placement

x) T1: Temporary placement - hospital

y) T2: Temporary placement - holiday

z) T3: Temporary placement - carer holiday

zz) T4: Temporary placement - seven days or less

Placement postcode Please provide the postcode of the establishment/provider. For fostering placements please provide the postcode of the actual foster carer rather than of the fostering agency.
O
Leaving Care Services
Name Description Conformance Codes & Primary Value Set
Community Data Items
Name Description Conformance Codes & Primary Value Set
Secure Setting Data Items
Name Description Conformance Codes & Primary Value Set
Outcome Profiles
Name Description Conformance Codes & Primary Value Set
Data Linkage
Name Description Conformance Codes & Primary Value Set