Conceptual Model

Introduction to the MODS

FHIR Profiles

The Adult Social Care Record Minimum Operational Data Standard (MODS) exists to ensure a consistent baseline record of direct care data by CQC registered adult social care providers. 

Guidance for CQC registered adult social care providers and their associated suppliers implementing the Adult Social Care Record (MODS) which represents the minimum operational data standard for direct care data in England.

## Purpose

This document is designed to serve as a comprehensive guide for the implementation of the Adult Social Care Record - Minimum Operational Data Standard (MODS). It aims to detail the updates and modifications in the latest release, ensuring that stakeholders are informed about the essential classes of data encompassed within this standard and the dependencies between it and other standards.. The primary intent is to facilitate a smooth adoption and practical application of a standardised data specification across organisations involved in adult social care.

The guidance provided here should be considered in conjunction with the [specific data dictionary for MODS that can be found here]() and the overarching Conceptual Model for Adult Social Care that can be found here. These resources collectively form a robust framework for understanding and applying the data standard effectively.

 ### Aims and objectives of the Adult Social Care Record (MODS)

The primary objective of the Adult Social Care Record (MODS) is to establish a minimum data requirement for direct care data by CQC registered adult social care providers and the suppliers. Establishment of the Adult Social Care Record (MODS) aims to create:

**Consistent Data Collection:** Establish a uniform baseline for data gathering by CQC registered adult social care providers, aiming to enhance the quality of care delivered.

**Standardised Data Formats:** Promote the use of consistent data structures, acting as a 'common glue' to enable safe data sharing and more cohesive care delivery across different entities.

**Regulatory Compliance and Best Practices:** Reflect regulatory demands and disseminate best practices for data management within the sector.

**Reduction of Administrative Burden:** Minimise repetitive data entry and overlapping reporting obligations, thereby streamlining operational processes.

**Alignment with Broader Standards:** Synchronise with existing standards in the wider health and social care systems to avoid inefficiency and redundant efforts ‘reinventing the wheel’.

**Specialised Data Model:** Develop a data model that integrates with current healthcare frameworks but is specifically tailored to the needs of social care.

**Support for Technological Advancements:** Foster innovation and the integration of assistive technology within the care sector.

 ### Target Audience

The MODS is primarily developed for care providers and suppliers of information systems in the adult social care sector. This guidance is particularly beneficial for those involved in implementing digital systems in care settings, including integration across various providers. It also serves as a vital resource for care professionals responsible for submitting data into systems using the MODS framework.

Furthermore, MODS is relevant to a diverse range of stakeholders, as outlined in the identified 
Personas, ensuring a comprehensive understanding and application of the data standard across the sector.

## Background 
The Adult Social Care Record (MODS) is designed to establish a suite of interoperable components that, when combined, create a comprehensive digital record for adult social care. These components, or "building blocks," are versatile and can be assembled into specific configurations or included within particular forms, yet they are all unified under an extensive conceptual framework. For instance, an identified need—a fundamental element of the digital social care record—is always connected to an individual. This need might be recognised during various interactions, such as in the process of assessment, within care planning, or through the actual delivery of care services.

**Latest Version:**

Version 0.2.0 marks the latest iteration of the Adult Social Care Record (MODS) beta. This iteration is the culmination of an initial discovery phase and the creation of an alpha version of MODS. The ongoing beta phase, along with the forthcoming stages of development, are dedicated to refining the functionality of MODS to ensure optimal performance. The development team is actively engaged in soliciting and incorporating user feedback, with the goal of continuously enhancing MODS in alignment with the insights gained from practical use and research.

 

### Our Approach

**Related Standards and Programmes of Work:**

<ul>
  <li><a href="https://gpitbjss.atlassian.net/wiki/spaces/DSCR/overview?homepageId=11971330147">Digital Social Care Record (DSCR)</a></li>
  <li><a href="http://www.en13606.org/information.html">ISO 13606</a></li>
  <li><a href="https://contsys.org/page/default">Contsys</a></li>
  <li><a href="https://theprsb.org/core-information-standard-v2-0/">PRSB Core Information Standard</a></li>
  <li><a href="https://simplifier.net/hl7fhirukcorer4">HL7 FHIR UK CORE</a></li>
  <li><a href="https://termbrowser.nhs.uk/?">SNOMED CT (UK Edition)</a></li>
  <li><a href="https://www.datadictionary.nhs.uk/">NHS Data Dictionary</a></li>
  <li><a href="https://digital.nhs.uk/data-and-information/information-standards/information-standards-and-data-collections-including-extractions/publications-and-notifications/information-standards-notices">ISN Approved Collections</a></li>
  <li><a href="https://openreferraluk.org/">Open Referral</a></li>
  <li><a href="https://standards.esd.org.uk/?">LGA inform</a></li>
  <li><a href="https://coda.io/@savvi/welcome/the-savvi-concept-model-21">SAVVI</a></li>
  <li><a href="https://ckm.openehr.org/ckm/projects/1013.30.77">OpenEHR Social Determinants of Health</a></li>
  <li><a href="https://ckm.openehr.org/ckm/projects/1013.30.39">OpenEHR Social Context Project</a></li>
  <li><a href="https://confluence.hl7.org/display/GRAV/The+Gravity+Project">The Gravity Project - Gravity Project - Confluence</a></li>
  <li><a href="https://confluence.ihtsdotools.org/display/SCCDP/Social+care+content+requirements+project?src=sidebar">SNOMED International Social Care Project</a></li>
</ul>
 

**ISO13606:**

“ISO 13606 is a standard from the International Standardization Organization (ISO), originally designed by the European Committee for Standardization (CEN).

The overall objective of the ISO 13606 standard is to define a rigorous and stable information architecture for communicating part or all of the electronic health record (EHR) of a single subject of care (patient) between EHR systems, or between EHR systems and a centralized EHR data repository. It may also be used for EHR communication between an EHR system and clinical applications or middleware components (such as decision support components) that need to access EHR data, or as the representation of EHR data within a distributed (federated) record system.”

 

Classes of information about the person within the MODS will fall into one of the following categories:

<p>///mermaid
graph TD
accTitle: Classes of information about the person within the MODS will fall into one of the following categories
    accDescr: Imagine a giant digital folder that holds all of a person’s health information in one place. Inside this folder, information is organized a bit like a nesting doll: big folders contain individual records (like a doctor's visit note), and those notes are broken down into smaller sections and specific entries. Each entry then points to the tiny details, such as a specific test result or a single measurement. The system is designed to handle general details about who the person is alongside these specific health stories, making sure that every piece of information—from a broad summary to a single data point—stays connected and easy for healthcare staff to find.
    subgraph EHR_EXTRACT
        DEMOGRAPHIC_DATA[DEMOGRAPHIC DATA]

        FOLDER[FOLDER] --&gt;|sub_folders| FOLDER
        FOLDER -.-&gt;|compositions| COMPOSITION[COMPOSITION]
        
        COMPOSITION --&gt;|content| SECTION[SECTION]
        COMPOSITION --&gt;|content| ENTRY[ENTRY]
        
        SECTION --&gt;|members| SECTION
        SECTION --&gt;|members| ENTRY
        
        ENTRY --&gt;|items| CLUSTER[CLUSTER]
        ENTRY --&gt;|items| ELEMENT[ELEMENT]
        
        CLUSTER --&gt;|parts| CLUSTER
        CLUSTER --&gt;|parts| ELEMENT
        
        ELEMENT --&gt;|value| DATA_VALUE[DATA_VALUE]
    end
</p>
<ul class="details">
<li><a href="">Explain the Classes of information about the person within the MODS diagram</a>
<div>Imagine a giant digital folder that holds all of a person’s health information in one place. Inside this folder, information is organized a bit like a nesting doll: big folders contain individual records (like a doctor's visit note), and those notes are broken down into smaller sections and specific entries. Each entry then points to the tiny details, such as a specific test result or a single measurement. The system is designed to handle general details about who the person is alongside these specific health stories, making sure that every piece of information—from a broad summary to a single data point—stays connected and easy for healthcare staff to find.</div>
</li>
</ul>


<p>**EHR_EXTRACT:** The top-level container of part or all of the health and adult social care record of a single subject of care, for communication between an EHR Provider system and an EHR Recipient. 
**FOLDER:** The high level organisation within a health and adult social care record, dividing it into compartments relating to care provided for a single condition, by a clinical team or institution, or over a fixed time period such as an episode of care. Examples of FOLDER are Diabetes care, Schizophrenia, Cholecystectomy, Paediatrics, St Mungo’s Hospital, GP Folder, Episodes 2000-2001, Italy. 
**COMPOSITION:** The set of information committed to one health and adult social care record as a result of a clinical encounter or a record documentation session. Examples of COMPOSITION are Progress note, Laboratory test result form, Radiology report, Referral letter, Clinic visit, Clinic letter, Discharge summary, Functional health assessment, Diabetes review. 
**SECTION:** EHR data within a COMPOSITION that belongs under one care heading, usually reflecting the flow of information gathering during a care encounter, or structured for the benefit of future human readership. Examples of SECTION are Reason for encounter, Past history, Family History, Allergy information, Subjective symptoms, Objective findings, Analysis, Plan, Treatment, Diet, Posture, Abdominal examination, Retinal examination. 
**ENTRY:** The information recorded in a health and adult social care record as a result of one clinical action, one observation, one clinical interpretation, or an intention. This is also known as a clinical statement. Examples of ENTRY are a symptom, an observation, one test result, a prescribed drug, an allergy reaction, a diagnosis, a differential diagnosis, a differential white cell count, blood pressure measurement. 
**CLUSTER:** The means of organising nested multi-part data structures such as time series, list or tables. Examples of CLUSTER are Audiogram results, electro-encephalogram interpretation, weighted differential diagnoses. 
**ELEMENT:** The leaf node of the health and adult social care record hierarchy, containing a single data value. Each ELEMENT contains data of a particular Data Type. Examples of ELEMENT are Systolic blood pressure, heart rate, drug name, symptom, body weight.
 

For more information on that standards please see 
[ISO 13606 Standard - EHR Interoperability](http://www.en13606.org/information.html)</p>

## Requirements and use Cases

The NHS Transformation Directorate's Digitising Social Care (DiSC) Programme has introduced an Assured Supplier List to support Adult Social Care providers in England in selecting from a verified roster of Digital Social Care Records (DSCR) Solutions. These solutions have been integrated through the Dynamic Purchasing System (DPS), with its specifications transformed into Capabilities and Standards to align with the Digital Care Services (DCS) Framework.

The Adult Social Care Record (MODS) is a critical component of these data standards. It encompasses data classes and data elements that outline the requirements for how information should be recorded from individuals receiving care from a CQC regulated social care service.

In the process of establishing the MODS, a series of use cases and requirements were identified:

* [Use case 1: Consistency of care to an individual when a temporary worker needs to step in](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=4#)
* [Use case 2: Communicating an individual's care needs between local authority and care provider at the point of commissioning](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=5#)
* [Use case 3: Consistency of care and recording across a multi-disciplinary team](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=6#)
* [Use case 4: Providing consistent support in hospital and at home for an individual with an existing care plan](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=7#)
* [Use case 5: Implementing a new social care system](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=8#)
* [Use case 6: Care provider moving to a digital system](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=9#)
* [Use case 7: Sharing elements of care planning information across many systems – components or "building blocks" of care plan](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=10#)
* [Use case 8: DHSC receiving information from local authorities and care providers](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=11#)
* [Personas](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=12#)
* [Additional use cases](https://standards-non-prod-main-standards-ingress.nonprod.standards.nhs.uk/published-standards/adult-social-care-record-mods/adult-social-care-record-mods-implementation-guidance?page=13#)

### Use case 1: Consistency of care to an individual when a temporary worker needs to step in

####Scenario:
Mr. Green ([Subject of care](https://standards.nhs.uk/published-standards/adult-social-care-digital-social-care-record-minimum-operational-data-standard-mods/data-specification/data-browser?classId=%22%22&amp;q=subject+of+care&amp;search=true&amp;elementId=464173)) has been living in a care home (Care Organisation) for several years. He is a very social person (About me, Strengths, Need) and is often in the communal rooms such as the dining room (Preferences). Also, he likes to participate in activities such as singing and painting (Preferences, Service). Mr. Green is somebody who likes to have a lot of structure in his life (Preferences).

He is normally assisted by Nurse Assistant Emily (Care worker who Provides care for Mr. Green and is flagged as a key worker), but she is on leave for a week and her shifts are being covered by an agency worker, Eliza (Care worker). Eliza is an experienced care worker but has never worked in this care home or met any of the residents. Before starting work this morning she spent a few minutes going over the residents' records (Adult Social Care Record) to find out a little about them.

Today, Mr. Green (Subject of care) woke up at 8 o’clock. Nurse assistant Eliza reviewed her tasks (Task) and assisted Mr. Green with a shower (Action) and helped him to go to the toilet (Action).

By himself, he walked to the dining room where he ate two eggs and a roll and drank a cup of coffee. He was sitting next to Mr. Brown where he normally sits. After that, he read the daily newspaper.

At 9 o’clock nurse Eva (Care worker) gave him his medication (Medication, Action), which he took with a glass of water.

At 10 o’clock Mr. Green (Subject of care) was picked up (Action) by the activity well-being facilitator Mahsa (Care worker) so that Mr. Green could participate in the choir group (Service). He was in a good mood and looked as if he was having a good time with the other residents (Outcome). At 12 o’clock he went for lunch in the dining room where he ate some soup and a sandwich. After that he went for an afternoon nap in his room.

#### Goal: 
Monitoring the assistance of Mr. Green with his daily life in a care home. Take care of him and help him with washing himself, ensuring he gets his daily medication, food and drinks and that he goes to the activities that he enjoys provided by the care home.

#### Assumptions: 
Retaining patient data roughly consists of three steps: Recording (1), sharing it with colleagues (2) and sharing it with the recipient of care (3). For this process to run smoothly, it is important that the data is understandable and reusable for everyone and can be monitored over time to see changes. In this use case, the focus is on a recipient of care in a care home, so it is information that carers and activity well-being facilitators capture in the daily life of Mr. Green. Every individual and each day are different so the information can be different, it totally depends on the recipient of care and the care needs somebody has at the time. Also, this sharing of information is between carers and activity providers, but it can also be that a transfer message has to be shared multidisciplinary for example between a carer and a doctor. In all situations the information needs to be easily comparable with days, weeks or months before to understand changes in the individual’s state.

#### Process breakdown
Note time when Mr. Green was awake and wanted to have a shower (Daily Living)
Note which food Mr. Green ate and what he was drinking (Daily Living)
Note if and which medication Mr. Green took (Medication, Action)
Note in which activities Mr. Green was active (Activities)
Note which care worker helped the recipient of care (Care worker)
Note how his day schedule looked (Activities)
Note in which social (group) activities he was active (Activities)
Note how his mood and communication was (Outcome)
Note how much sleep he had (Daily Living)
Note if any markable changes occurred compared with the situation before (Outcome)
These data points are the core information about Mr. Green's daily life. MODS contributes to Eliza's ability to care for him and the data she has access to and populates could be recorded using MODS.

### Use case 2: Communicating an individual's care needs between local authority and care provider at the point of commissioning

#### Scenario:
Mr. Bodat ([Subject of care](https://standards.nhs.uk/published-standards/adult-social-care-digital-social-care-record-minimum-operational-data-standard-mods/data-specification/data-browser?classId=%22%22&amp;q=subject+of+care&amp;search=true&amp;elementId=464173)) is a 73-year-old man (Date of birth), a widower (Marital status).

He was quite healthy until recently but is getting more and more health complaints (Problems, Needs) and social care needs (Needs). He lives in a complex home situation (Accommodation status, Environment, Circumstances).

For a week, he cannot not really move due to recent foot problems - he lives on the third floor of an old apartment building with only steep stairs (Problems, Needs). His days seem to become lonelier and lonelier, and neighbours from downstairs now rarely see him (Social circumstances, Needs). One neighbour (Personal contact) talked to a social care youth worker (Care worker) he met accidentally and mentioned the situation. The youth worker (Care worker) offered to refer (Referral) Mr. Bodat (Subject of care) to Adult Social Care for an assessment of his needs (Care needs assessment).

#### Goal: 
To assess Mr. Bodat’s eligible care and support needs, and to commission a package of care which will meet those needs and allow him to continue living independently in his own home.

#### Assumptions: 
The system needs to reconcile Mr. Bodat's eligible outcomes, as assessed under the Care Act, with his desired outcomes in terms of his ability to live a fulfilling life. The assessment may identify non-eligible needs which Mr. Bodat nevertheless would like to have met. The care provider and Mr. Bodat may agree on a slightly different set of priorities and outcomes for the care to be provided versus the care funded by the local authority. However, since Mr. Bodat cannot contribute any first-party top-ups to the cost of his care, the costs need to remain within the authority's funding envelope.

#### Process breakdown
Youth care worker acknowledges he is not responsible for care, but makes referral to Social Care for assessment (Referral)
Emma, a Social Worker (Care worker), visits Mr. Bodat (Subject of care) and carries out a Care Act needs assessment (Care needs assessment)
Emma assesses Mr. Bodat's wellbeing, health, selfcare abilities and social situation, and determines that he is eligible for care to be provided by the local authority (Care needs assessment)
Caroline, a finance officer, visits Mr. Bodat to carry out a financial assessment to determine what if anything he will need to pay towards the cost of his care. His income and savings are below the relevant thresholds and the local authority will fund the full cost of meeting his eligible care needs (Out of scope)
Caroline also makes an appointment for Mr. Bodat to speak to the Benefits Advice team at the council, as she believes he is eligible for more disability benefits than he is currently receiving due to his declining health (Out of scope)
In parallel, Emma (Care worker) completes a care plan (Care and support plan) covering Mr. Bodat's (Subject of care) eligible needs (Needs). This includes a base unit (Device) providing medication reminders and a Lifeline alarm (Device), and two home visits a day (Task) to meet his personal care needs. Emma also puts Mr. Bodat in contact with a community group who offer a befriending service (Service), can help him get online (Task), and can do a weekly shop for him (Task).
Once the care plan (Care and support plan) has been agreed (Agreed with person or legitimate representative) with Mr Bodat (Subject of care), Emma (Care worker) passes it to the Brokerage team to procure the home care elements (Out of scope)
The package is picked up by a local provider (Social Care Provider), who sends Sue (Care worker) to visit Mr. Bodat (Subject of care) to get to know him and see what his situation is really like. Sue confirms the information received from the local authority, captures further details of his day-to-day needs (Needs) and completes the "About Me" record (About me).
Sue is able to gauge for herself, as she talks to Mr. Bodat (Subject of care), that the information on the record is accurate in terms of his health, mobility, mental capacity and cognition (Needs)(Review)
Mr. Bodat (Subject of care) tells Sue (Care worker) about his regular medications (Medication) - although he can administer them himself, he worries about forgetting to take his medication and about getting his repeat prescriptions (Risk)
Sue (Care worker) returns to the office and updates the records. She discusses Mr. Bodat's (Subject of care) care needs (Needs) with her manager and they agree a more detailed care plan (Care and support plan) showing how his needs will be met within the time funded by the local authority. The manager assigns another worker, Andi , to be Mr. Bodat's care worker (Care worker)

### Use case 3: Consistency of care and recording across a multi-disciplinary team

An individual's daily care involves a diverse group of healthcare and social care practitioners—including GPs, district nurses, social workers, care providers, care workers, social prescribers, local authority call handlers, among others. While these care workers do not function as a unified multi-disciplinary team, they require access to comprehensible and precise records. These records must be articulated in a vernacular that merges clinical precision with everyday language, enabling these varied practitioners to document and exchange information effectively. This collaborative approach is essential to inform continued care and support the individual in leading their desired lifestyle.

#### Scenario:
Mrs Smith ([Subject of care](https://standards.nhs.uk/published-standards/adult-social-care-digital-social-care-record-minimum-operational-data-standard-mods/data-specification/data-browser?classId=%22%22&amp;q=subject+of+care&amp;search=true&amp;elementId=464173)) lives alone (Household composition) but due to mobility issues (Needs) she is unable to leave her home without support (Need) and requires assistance with dressing (Need) and personal care (Need). She has dementia (Need) so can give inconsistent responses regarding her abilities and medication (Risk).
Jane (Care worker), an experienced care worker, visits (Tasks) Mrs Smith (Subject of care) at 10am. When she arrives she wakes (Action) Mrs Smith (Subject of care) and administers her medication (Medication, Action). Mrs Smith (Subject of care) complains of a headache (Problem) so additional medication is given (Medication, Action). Mrs Smith (Subject of care) is supported to get out of bed (Action) , shower (Action) and get dressed (Action). Jane cooks her breakfast (Action) and then leaves.
At midday, Alan (Care worker), a new social worker, visits to review (Review) Mrs Smith's care plan (Care and support plan). Mrs Smith's son, Robert (Personal contact), also arrives to take part in this meeting. During the meeting Mrs Smith (Subject of care) says that she has no mobility issues and can use the toilet independently. Robert (Personal contact), challenges this and explains that Mrs Smith (Subject of care) has carers twice a day to help with this. Mrs Smith (Subject of care) is confused about her care needs and insists that she does not need support (Risk). She also asks for additional medication for a headache. Robert gives her this medication (Medication, Action).
Sophie (Care worker), a new care worker who has recently joined the agency, arrives to visit (Tasks) Mrs Smith (Subject of care) in the evening. When she arrives Mrs Smith (Subject of care) advises that she does not need any help going to the toilet and has already taken her medication. Mrs Smith (Subject of care) insists that she does not need support so attempts to get to the bathroom by herself and falls (Incident).
Sophie (Care worker) calls an Ambulance as Mrs Smith (Subject of care) hits her head when falling and she is taken to A&amp;E (Admission details). Sophie (Care worker) is unsure what medication (Medication) Mrs Smith has taken today and the details of her support needs (Need, Risk) . When Mrs Smith (Subject of care) arrives at A&amp;E she tells the doctor and nurses that she lives independently and does not need support with personal care. She also tells them that she has not taken any medication today.
Goal: 
Support Mrs Smith to continue to live in her own home by providing consistent care and support. Sharing information with all other professionals and family carers to safeguard and support her, including preventing falls and monitoring medication administered.

#### Assumptions: 
In this use case, the recipient of care lives alone but has dementia so may give inconsistent responses about her care and support needs and medication. Providing clear and consistent information/records about medication administered, Mrs Smith's mobility and personal care needs and the likelihood of confusion due to dementia is essential. This information should be shared with all professionals and family members regularly so they can support Mrs Smith appropriately. If this information is not available to all professionals supporting Mrs Smith, then she may injure herself, receive duplicate medication or overstate her abilities.

#### Process breakdown
Record the time Mrs Smith was woken (Action)
Record the time Mrs Smith took routine medication (Medication, Action)
Record the additional medication administered (Medication, Action)
Record support required for personal care (Care and support plan)
Record food provided (Action)
Record Risks that Mrs Smith get’s confused and sometimes forgets that medication has been administered and overstates her abilities (Risk)
Record fall and procedure followed (Incident).
Record Hospital admission details (Admission details)
Record Hospital records of medication administered and support required (Medication, Action)

### Use case 4: Providing consistent support in hospital and at home for an individual with an existing care plan

Teams responsible for hospital admissions and discharges understand the existing care plans and ensure that they communicate the requisite care details to care providers upon a patient's discharge.

#### Scenario:
James ([Subject of care](https://standards.nhs.uk/published-standards/adult-social-care-digital-social-care-record-minimum-operational-data-standard-mods/data-specification/data-browser?classId=%22%22&amp;q=subject+of+care&amp;search=true&amp;elementId=464173)) has a learning disability (Reasonable adjustment, Impairment, Needs) and lives in supported living (Accommodation status).
James (Subject of care) has not been well and was admitted to hospital for 48 hours (Admission details).
When James (Subject of care) arrived with his care worker (Care worker), they explained to the nurse in A&amp;E that he had a learning disability (Reasonable adjustment) and would need information explained to him clearly (Need) and any documents would need to be in an easy read format (Need). They did not bring along a copy of James' (Care and support plan) which explains the support he needs with dressing and going to the bathroom etc.
When James (Subject of care) was admitted to the ward, his care worker (Care worker) explained to the ward nurse (Care worker) that he had a learning disability and would need additional support (Need). His care worker then had to leave.
During his stay at hospital James (Subject of care) struggled to understand what the doctors and nurses were explaining to him and found it difficult to ask for help. When James was discharged (Discharge details), a different care worker (Care worker) came to collect him, James (Subject of care) was very distressed (Outcome). The nurse (Care worker) gave James' care worker (Care worker) a copy of his discharge papers (Discharge details) and explained the extra support (Need) and medication (Medication) James (Subject of care) would need over the next week.
When they arrived home, James' care worker (Care worker) showed the manager (Care worker) his discharge papers (Discharge details) and they were filed but the information about James' (Subject of care) additional support (Need) and medication (Medication) this week were not shared with the rest of the team.

#### Goal: 
Everyone who cares for James in hospital is able to access a digital copy of his care plan so they are aware of his needs and able to provide him with the correct level of support. When he is discharged from hospital, his after care is incorporated into his care plan and the necessary information from his hospital stay is shared with his family carers and care provider staff.

#### Assumptions: 
As James has a learning disability, he may struggle to understand some of the information provided at the hospital, need extra support and a copy of his care plan should be shared with hospital staff. The Red Bag Scheme could be beneficial in this scenario.
Details of additional support needs noted by nurses - but unable to access a digital copy of care plan, no paper copy provided
Paper copy of the documents filed by the care provider but not shared with all staff who may support James over the next week
By having a clear digital shared care record with James's care and support needs available to all NHS staff would enable them to support James better. When he is discharged, the additional support needs from his hospital stay could be added to this digital record and then this could be accessed by all care staff at James' supported living accommodation. This would ensure consistent care and support in both settings.

#### Process breakdown
Hospital admission (Admission details)
Additional support needs noted by nurses (Needs, Care and support plan)
Hospital records maintained and shared (Needs, Medication)
Discharge papers provided to care worker (Discharge details)

### Use case 5: Implementing a new social care system

Enabling easier implementation of new adult social care IT systems.

#### Scenario:
A London council are in the process of implementing a new social care IT (DSCR) system.
They need to be confident that all potential suppliers have the same understanding of the requirements set out in the tender documentation, so that the tenders they receive are directly comparable and are fit for purpose.
Each subject of care (person’s) record needs to capture their demographic information, alerts, care and support needs, family support network, professionals involved etc.
Then they need to tailor the workflow to meet the needs of their staff for accurate and efficient recording, whilst also capturing all the essential information for statutory returns and future CQC regulatory requirements.
They also need to consider integrations like connected care health systems to ensure they are sharing data securely, in the correct format and regularly to maintain an accurate DSCR
To ensure they have captured all this information, are using the most up to date datasets and terminology, they refer to the Adult Social Care (ASC) Data Catalogue and MODS.

#### Goal: 
Implement an effective, accurate and efficient adult social care IT (DSCR) solution which meets the needs of their staff, captures all statutory information and promotes effective support and safeguarding of vulnerable adults.
Implementing a system with standardised datasets and terminology will lead to more effective interoperability between health, adult social care and care providers.
Having agreed a MODS, it will make it easier to switch between systems and given agreed areas that should be covered by the MODS should enable system suppliers to have more consistent processes across systems as they all need to meet the same requirements. This should reduce the training overhead for staff and will improve safeguarding as recording standards should be easier to maintain.

#### Assumptions: 
The LA will have legacy data from whatever system was in use previously. It should be possible for this data to be able to be incorporated into the new system so that there is one case history for each service user. Any previous documents/attachments should be able to be transferred across so that they give the appropriate context to the service user's information. This is not in scope for this programme of work.
It should be possible for information fields to be mapped so that the legacy data can be straightforwardly imported into the new system and will sit under the appropriate headings/sections of that system (e.g. involvements, contact numbers, hazards etc). LA Case Management systems (CMS) out of scope.

#### Process breakdown
Procure a adult social care system that meets the needs of the organisation and supports efficient recording of regulatory requirements
Tailor the system to meet the needs of the staff using the system and the people receiving care
Consider which data tables are in the system and to which of the MODS do these link
Import legacy data into the new system and be able to access it (view, edit, update) in the correct screens/areas of that system
Import any associated documentation or plans into the new system and be able to access them in the appropriate areas of that system
Work with health and care providers to ensure the systems can integrate for future sustainability
Provide training to all staff to ensure they can use the system to maintain accurate records for direct care

### Use case 6: Care provider moving to a digital system

As care providers move to digital systems by 2025, this will enable easier transfer of routine info to local authorities.

#### Scenario:
A CQC registered care adult social care provider (Social Care Provider) is in the process of implementing digital social care records to improve the support they can provider for their recipients of care (Subject of care) and their joined up working with other services.
Utilising the MODS on the ASC Data Catalogue has provided them with guidance around the minimum operational data standard so they are confident that they will meet all regulatory requirements and the data they will be sharing will be fully aligned with other services. They have then been able to work with the Digitising Social Care Programme to tailor this to their needs and use this opportunity to improve their recording practices.
By having access to up to date health and adult social care information, they can create better packages of support for their recipients of care (Subject of care). As a care provider (Social Care Provider), they have valuable insight into the recipient of care's day to day activities and support needs (Needs) so they can also share this valuable data with the other services to provide more consistent support in all settings.

#### Goal: 
The Digitising Social Care Records Programme is aiming for 80% all CQC-registered adult social care providers to have access to a digital social care record that can interoperate with a local Shared Care Record by March 2025.
These records will play a vital role in joining up health and adult social care, freeing up time spent for the workforce across health and adult social care on administrative tasks whilst equipping them with the information they need to deliver care. They are the platform on which other remote care tools can integrate and can enable the greater personalisation of care planning that focuses on the individual.
Assumptions: 
The care provider will have enough networked equipment available (e.g. tablets, pads, laptops etc) for their staff to be able to capture and access key information once that information has been put into a digital system.
The workforce will be sufficiently trained and IT-capable to be able to access the relevant system(s) to be able to view, edit and update key information on their service users.

#### Process breakdown
Procure a digital system that meets the needs of the organisation and supports efficient recording of statutory and regulatory requirements
Tailor the system to meet the needs of the care provider and people receiving care.
Work with health and adult social care suppliers and providers to ensure the systems can integrate.
Provide training to all staff to ensure they can use the system to maintain accurate records

### Use case 7: Sharing elements of care planning information across many systems – components or "building blocks" of care plan

This use case does not follow the structure of the others, as there are multiple scenarios involved. Instead we have identified a range of user needs which combine to describe the benefits of a properly structured record.

<table>
  <caption>
    MODS user needs and data source mapping across care, health, social work, and system roles
  </caption>
  <thead>
    <tr>
      <th>As a…</th>
      <th>I need…</th>
      <th>So that…</th>
      <th>MODS data sources</th>
      <th>Other data sources</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>Person receiving care</td>
      <td>
        To tell people about my care and support needs (including any changes to what I need)
        once and once only
      </td>
      <td>
        (a) I don't have to keep repeating myself to all the different professionals involved in my life<br>
        (b) my care and support can adapt to meet my changing needs
      </td>
      <td>
        About Me<br>
        Observations including but not limited to<br>
        Needs, Risks, Wishes, Preferences, Strengths
      </td>
      <td></td>
    </tr>

    <tr>
      <td>Person receiving care</td>
      <td>
        Everyone involved in my care and support to have access to comprehensive and up-to-date
        information about my care and support needs
      </td>
      <td>
        I get the right level and type of care and support at the right time
      </td>
      <td>
        About Me<br>
        Observations such as<br>
        Needs, Risks, Wishes, Preferences, Strengths<br><br>
        Problems<br>
        Medication management<br>
        Allergies and adverse reactions
      </td>
      <td></td>
    </tr>

    <tr>
      <td>Care actor</td>
      <td>
        My involvement as a carer to be included in the Digital Social Care Record
      </td>
      <td>
        Professionals are aware of the role I play in caring for/supporting the individual,
        and are able to involve me appropriately throughout the individual's care journey
      </td>
      <td>Carers</td>
      <td></td>
    </tr>

    <tr>
      <td>Data SME</td>
      <td>
        I need to understand the definitions, formats and processes used to collect data
        from various organisations and people and ensure that is consistent
      </td>
      <td>
        I can provide aggregate data that is statistically valid, consistent over time,
        and fit for a wide range of purposes
      </td>
      <td></td>
      <td></td>
    </tr>

    <tr>
      <td>Data SME</td>
      <td>
        Client/person level data to align with existing data sources about individuals,
        eg PDS, GP Connect
      </td>
      <td>
        To avoid duplication of records, so that aggregate data gives a more accurate picture
        across the whole population
      </td>
      <td>MODS</td>
      <td>
        PDS<br>
        GP Connect
      </td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>
        My records to be populated with accurate, up-to-date data about health conditions,
        allergies and adverse reactions, prescriptions, etc from the GP's records; and this
        data to be updated in real time if it changes
      </td>
      <td>
        (a) I can ensure the person receiving care’s day-to-day health needs are being met correctly<br>
        (b) I don't need to re-create/re-enter data that is already held digitally
      </td>
      <td>
        About Me<br>
        Observations including but not limited to<br>
        Needs, Risks, Wishes, Preferences, Strengths
      </td>
      <td>GP Connect</td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>
        Confidence that I have a legitimate reason to hold/access all the data held within the DSCR/MODS
      </td>
      <td>I am fully compliant with the GDPR</td>
      <td></td>
      <td></td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>
        New care and support packages arriving from the local authority to contain as much detail as possible
        about the individual's care and support needs, health conditions (including cognitive and sensory
        impairments) and desired outcomes
      </td>
      <td>
        I don't need to repeat any aspects of the needs assessment process which others have already undertaken
      </td>
      <td>
        Observations including but not limited to<br>
        Needs, Risks, Wishes, Preferences, Strengths
      </td>
      <td>
        Care Act eligibility assessment<br>
        LA care and support plan<br>
        GP Connect
      </td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>
        New care and support packages arriving from the local authority to include a clear statement of the care
        and support being commissioned, including time and cost
      </td>
      <td>
        I can ensure the care and support I provide is in line with the funding available for it
      </td>
      <td></td>
      <td>
        LA care and support plan<br>
        LA funding – time and budget
      </td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>To locate data sources about indicators/metrics</td>
      <td>
        I can incorporate data collection needs into my internal working processes as efficiently as possible
      </td>
      <td></td>
      <td>
        NHS Digital<br>
        CQC<br>
        Skills for Care
      </td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>
        Confidence that the DSCR/MODS is fully aligned with statutory/regulatory requirements
      </td>
      <td>
        I can be certain that by adopting MODS I am meeting all these requirements
      </td>
      <td>MODS</td>
      <td>
        Primary and secondary legislation<br>
        CQC guidance<br>
        NICE guidance
      </td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>
        To be consulted/informed about changes to statutory requirements, data standards,
        data gathering requirements, registration requirements etc
      </td>
      <td>
        I can be fully prepared for changes which will impact on the way I provide care and support
        and/or capture data
      </td>
      <td></td>
      <td></td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>Access to standard national datasets and data standards</td>
      <td>
        I can review/compare them against the data I capture in my own systems
      </td>
      <td></td>
      <td></td>
    </tr>

    <tr>
      <td>Operational SME (care provider)</td>
      <td>
        To be notified when someone I provide domiciliary care for is admitted to hospital
      </td>
      <td>I do not have to make unnecessary visits</td>
      <td></td>
      <td>Hospital systems</td>
    </tr>

    <tr>
      <td>Operational SME (health)</td>
      <td>
        Clear and accurate information about the care and support needs of a person with sensory or
        cognitive impairment, learning disabilities and/or mental health needs when they are admitted to hospital
      </td>
      <td>
        We can communicate with them effectively and take account of their needs in the way we care for them in hospital
      </td>
      <td>
        About Me<br>
        Observations including but not limited to<br>
        Needs, Risks, Wishes, Preferences, Strengths<br>
        Care and support plan<br>
        Carers
      </td>
      <td>About Me</td>
    </tr>

    <tr>
      <td>Operational SME (health)</td>
      <td>
        Clear and accurate information about the care and support arrangements available at home
        when someone is discharged from hospital
      </td>
      <td>
        We know if it is safe and appropriate to discharge the individual back home
      </td>
      <td>
        Care and support plan<br>
        Carers
      </td>
      <td></td>
    </tr>

    <tr>
      <td>Operational SME (social work)</td>
      <td>
        Data from care providers and TEC systems at an appropriate level of detail about the
        day-to-day care and support provided to an individual and the outcomes being achieved
      </td>
      <td>
        (a) Contribute to the annual review of the individual's care and support plan<br>
        (b) Flag any significant changes in care and support needs<br>
        (c) Ensure commissioning meets current and future demand
      </td>
      <td>
        Instructions<br>
        Activities<br>
        Actions<br>
        Alert<br>
        Outcome
      </td>
      <td>
        TEC data<br>
        Day-to-day care record<br>
        Hospital admissions/discharges<br>
        Changes in care and support needs
      </td>
    </tr>

    <tr>
      <td>
        Operational SME (social work)<br>
        Operational SME (care provider)
      </td>
      <td>
        To record data once in the system, ensure it is complete and accurate, and be confident
        that it will reach everyone else who needs to see it
      </td>
      <td>
        To reduce the time pressure of constantly re-entering data and responding to requests
        for routine information
      </td>
      <td>MODS</td>
      <td></td>
    </tr>

    <tr>
      <td>System SME (system administrator)</td>
      <td>
        To be consulted/informed about changes to statutory requirements, data standards,
        data gathering requirements, registration requirements etc
      </td>
      <td>
        I can be fully prepared for changes which will impact on the way I capture data
      </td>
      <td></td>
      <td></td>
    </tr>

    <tr>
      <td>System SME (system supplier)</td>
      <td>To locate data sources about indicators/metrics</td>
      <td>
        I can ensure that data is captured correctly to auto-populate the statutory returns
        required of my clients
      </td>
      <td>MODS</td>
      <td></td>
    </tr>

    <tr>
      <td>System SME (system supplier)</td>
      <td>To locate person-specific data sources</td>
      <td>
        I can create the functionality to import person-specific data from reliable and
        trustworthy sources to save double-entry and data quality issues
      </td>
      <td></td>
      <td>
        Data Catalogue<br>
        PDS<br>
        GP Connect
      </td>
    </tr>
  </tbody>
</table>

### Use case 8: DHSC receiving information from local authorities and care providers

#### Use case:
DHSC able to receive management information from all local authorities and adult social care providers which uses agreed, understood and shared terminology

#### Scenario:
* The Department of Health and Social Care (DHSC) are working to improve the way they collect management information from local authorities and adult social care providers. They have noticed that the information they are receiving is often inconsistent and during sessions to analyse the data with local authorities and adult social care providers they discussed the data discrepancies. This highlighted different understanding of the terms being used differently by local authorities and adult social care providers, for example 'carer' and other terms like 'personal budget' and ‘needs assessment’ had varying definitions.

* A glossary of adult social care terminology with agreed definitions would help to resolve this issue and provide more consistent data for both health and adult social care, supporting improved secure information sharing available at the right time for the right person in the right place for direct care.

#### Goal: 
DHSC receive management information in a consistent format with agreed and understood terminology to ensure information is reported consistently. To do this, an agreed glossary of terms and definitions should be created in partnership with health, care providers and local authorities.

#### Assumptions: 
Throughout the discovery phase of this project we have identified a number of words/terms that are used inconsistently by different services or have multiple meanings. Finding consistent definitions can be difficult and often each authority has a slightly different definitions for a term, a good example is personal budget. Having a defined and consistent terminology that all local authorities and care providers use would reduce the confusion and inconsistency.

### Additional use cases

Additional use cases, prioritised and mapped to care actors:

<table>
<thead>
<tr>
<th>Category</th>
<th>Use case</th>
<th>Priority (derived from stakeholder survey)</th>
<th>LA ASC</th>
<th>Care recipients</th>
<th>Carers</th>
<th>Care providers</th>
<th>NHS</th>
<th>PH</th>
<th>C&amp;F</th>
<th>DHSC</th>
<th>Software suppliers</th>
</tr>
</thead>
<tbody>
<tr>
<td>Individual</td>
<td>Multiple clinicians/professionals/carers involved in an individual's day-to-day life (GP, District Nurse, social worker, care provider, care worker, social prescriber, local authority call handler, others), not operating as part of a multi-disciplinary team, but needing to access clear and accurate records - in a language that bridges the gap between clinical and everyday terminology - and capture/share information to inform ongoing care delivery and to help the person live the life they want to.</td>
<td>3.97</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>Individual</td>
<td>Communicating an individual's care needs between local authority and care provider at the point of commissioning</td>
<td>3.86</td>
<td>Y</td>
<td>Y</td>
<td></td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>Individual</td>
<td>Hospital admissions/discharge teams understand the care plan already in place and are able to provide the necessary care information to care providers on discharge</td>
<td>3.86</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>Individual</td>
<td>Consistency of care to an individual when a temporary worker needs to step in</td>
<td>3.79</td>
<td></td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>Individual</td>
<td>Care Home sending information to GP system</td>
<td>3.21</td>
<td></td>
<td>Y</td>
<td></td>
<td>Y</td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>Service</td>
<td>Enabling easier implementation of new social care IT systems</td>
<td>4.00</td>
<td>Y</td>
<td></td>
<td></td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
<td>Y</td>
</tr>
<tr>
<td>Service</td>
<td>Sharing elements of care planning information across many systems – componentisation of care plan</td>
<td>3.90</td>
<td>Y</td>
<td></td>
<td></td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>Service</td>
<td>As care providers move to digital systems (by 2024?), enable easier transfer of routine info to local authorities</td>
<td>3.79</td>
<td>Y</td>
<td></td>
<td></td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
<td>Y</td>
</tr>
<tr>
<td>Service</td>
<td>DHSC able to receive management information from all local authorities and care providers which uses agreed, understood and shared terminology</td>
<td>3.76</td>
<td>Y</td>
<td></td>
<td></td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td>Y</td>
<td></td>
</tr>
<tr>
<td>Service</td>
<td>Population Health Management – greater ability to share health and care datasets to gain insights across a place</td>
<td>3.41</td>
<td>Y</td>
<td></td>
<td></td>
<td>Y</td>
<td>Y</td>
<td>Y</td>
<td></td>
<td>Y</td>
<td></td>
</tr>
<tr>
<td>Service</td>
<td>Care providers can interrogate the data they are capturing, rather than just recording it</td>
<td>3.41</td>
<td></td>
<td></td>
<td></td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>Service</td>
<td>Local authorities receiving information from care providers that enables activity (review of needs etc) to be stratified through artificial intelligence</td>
<td>3.17</td>
<td>Y</td>
<td></td>
<td></td>
<td>Y</td>
<td></td>
<td></td>
<td></td>
<td></td>
<td></td>
</tr>
</tbody>
</table>

## Information Governance

Information Governance is a key aspect of the Authority's requirements for all assured solution systems suppliers under the DiSC Framework and contract agreements for the standards and capabilities who record considerable amounts of sensitive, personally identifiable information, this Standard intends to provide controls over the processing and use of that data. They must comply with these principles. For more information please visit [Information Governance (DSCR)](https://gpitbjss.atlassian.net/wiki/spaces/DSCR/pages/12238684246/Information+Governance+DSCR)
  
Care actors recording the MODS data in digital systems, must comply with the following principles specific to adult social care in the [Care Quality Commission Regulation: 17 Good governance](https://www.cqc.org.uk/guidance-providers/regulations-enforcement/regulation-17-good-governance) and the [Care Quality Commission Code of practice on confidential personal information](https://www.cqc.org.uk/sites/default/files/20180419%20Code%20of%20practice%20on%20CPI%20with%20GDPR%20and%20IRMER%20updates.pdf)

## Accessible Information Standard

From 1 August 2016 onwards, all organisations that provide NHS care and/or publicly-funded adult social care are legally required to follow the **Accessible Information Standard**:

“The Accessible Information Standard aims to make sure that people who have a disability, impairment or sensory loss get information that they can access and understand, and any communication support that they need from health and adult social care services.”

Adult social care providers and assured solution suppliers implementing the MODS should allow “patients, service users, carers and parents with a disability, impairment or sensory loss to:

Be able to contact, and be contacted by, services in accessible ways, for example via email or text message.
Receive information and correspondence in formats they can read and understand, for example in audio, braille, easy or large print.
Be supported by a communication professional at appointments if this is needed to support conversation, for example a British Sign Language interpreter.
Get support from health and care staff and organisations to communicate, for example to lip-read or use a hearing aid.”
[More information on the standard is available here](https://standards.nhs.uk/published-standards/accessible-information)

## Audit and provenance information

All information recorded must include audit information about when a record was created, modified, completed and authorised and by whom. This may also include proof of an attestation i.e. authorisation and the source system where the information was recorded.

Audit information is about the provenance of information record itself rather than information about who performed an activity.

[For more information about audit and provenance see the audit and provenance conceptual model.]()

## Conceptual Model: Adult Social Care Record

Version: 0.2.1 Beta

Release date: 12.02.2024

Abstract: A visualisation of a conceptual data model for adult social care based on the International Standard EN ISO 13940:2016 and Contsys:2019

Keywords: Adult Social Care, Care Actor, Assessment, Care Plan, Instruction, Activity, Action, Administrative, Consent, Legal, Audit, Provenance, Conceptual Model, Adult Social Care Record, MODS, Minimum Operational Dataset, Data Standard

Contact Point: 
External Link Content Image
Jira Service Management

Overview:
<p>///mermaid
graph TD
 accTitle: A visualisation of a conceptual data model for adult social care based on the International Standard EN ISO 13940:2016 and Contsys:2019
    accDescr: This diagram shows how different people and groups work together to support someone who needs care. At the heart of it all is the person being looked after, surrounded by the important details that keep them safe, such as their legal rights and their permission for care. A team of professionals—which could be an individual, a small team, or a large organization—uses this information to provide support and make decisions on the person's behalf. By carefully watching and recording what they see (observations), these helpers can figure out the best way to plan the person's care and daily activities. These observations act as a guide: they tell the team what is happening right now and help them decide which actions or plans are needed to help the person live their best life.

    Audit[Audit Info.]

    Org[Organisation] --- CareActors[Care Actors]
    Team[Team] --- CareActors
    Person[Person] --- CareActors

    CareActors ---|Supports<br>Provides Care for<br>Takes Decisions on Behalf of| Subject[Subject of Care]

    Legal[Legal Information] ---|Concerns| Subject
    Admin[Administrative Information] ---|Concerns| Subject
    Consent[Consent Information] ---|Concerns| Subject

    Subject ---|Performed for| Assessments[Assessments]
    Subject ---|Performed for| Plans[Care Plans]
    Subject ---|Performed for| Actions[Instructions<br>Actions<br>Activities]

    Subject ---|Refers to| Obs[Observations]
    
    Obs ---|Recorded| Assessments
    Obs ---|Recorded| Plans
    Obs ---|Recorded| Actions
    
    Obs ---|Influences| Assessments
    Obs ---|Influences| Plans
    Obs ---|Influences| Actions
</p>

<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for adult social care based on the International Standard EN ISO 13940:2016 and Contsys:2019</a>
<div>This diagram shows how different people and groups work together to support someone who needs care. At the heart of it all is the person being looked after, surrounded by the important details that keep them safe, such as their legal rights and their permission for care. A team of professionals—which could be an individual, a small team, or a large organization—uses this information to provide support and make decisions on the person's behalf. By carefully watching and recording what they see (observations), these helpers can figure out the best way to plan the person's care and daily activities. These observations act as a guide: they tell the team what is happening right now and help them decide which actions or plans are needed to help the person live their best life.</div>
</li>
</ul>


<p>Care actors include People, Teams and Organisations who can have multiple roles where they Support, Provide Care for and/or Take decisions on behalf of the Subject of Care</p>

<p>Assessments &amp; Care plans are performed for the Subject of Care and can be influenced by Observations about the Subject of Care. These result in Instruction, activity &amp; actions which may result in further Observations being recorded which in turn may trigger ReAssessments &amp; Care plan reviews.</p>

<p>Consent and legal information concerning the subject of care must be captured to inform the provision of care, as well as Administrative Information that will inform operational delivery of care.</p>

<p>All adult social care records must include Audit Information information.</p>

### Care actor

Organisation, team or person participating in health and adult social care.

<p>///mermaid
classDiagram
 layout: "elk"
 accTitle: visualisation of a conceptual data model for Care Actor - Organisation, team or person participating in health and adult social care.
    accDescr: When someone needs support with their health or daily life, they are the "Subject of Care" at the heart of a big team. This team includes family and friends (like personal contacts or unpaid carers) and professional care workers who all work together to provide the right help. To make sure everything runs smoothly, organizations like the NHS or local councils (the commissioners and service providers) organize and fund the care, while voluntary groups offer extra support to the person and their family. Most importantly, the person receiving care is involved in every step, but if they ever need help making a choice, a trusted "proxy" can step in to make decisions on their behalf to ensure they always get the best possible support.
    %% Core Entities and Hierarchy
    class CareActor
    class Organisation
    class Person
    class Role
    class CareTeam

    CareActor &lt;|-- Organisation : is a
    CareActor &lt;|-- Person : is a
    Person "*" -- "1" CareTeam : part of
    CareActor "1" -- "1..*" Role : has role

    %% Role Subtypes
    Role &lt;|-- Commissioner : is a
    Role &lt;|-- ServiceProvider : is a
    Role &lt;|-- UnpaidCarer : is a
    Role &lt;|-- PersonalContact : is a
    Role &lt;|-- SubjectOfCare : is a
    Role &lt;|-- ProxyForSubjectOfCare : is a
    Role &lt;|-- CareWorker : is a

    %% Care Worker Subtypes
    CareWorker &lt;|-- LocalAuthorityProfessional
    CareWorker &lt;|-- Volunteer
    CareWorker &lt;|-- CareProfessional
    CareWorker &lt;|-- HealthProfessional

    %% Provider Subtypes
    LocalAuthority --|&gt; Commissioner
    HealthcareProvider --|&gt; ServiceProvider
    SocialCareProvider --|&gt; ServiceProvider
    VoluntaryOrganisation --|&gt; ServiceProvider

    %% Functional Relationships (Right Side of Image)
    CareWorker "1..*" -- "1" CareTeam : part of
    UnpaidCarer "1..*" -- "0..*" CareTeam : part of
    
    CareWorker "0..*" -- "1..*" SubjectOfCare : provides care for
    UnpaidCarer "0..*" -- "1..*" SubjectOfCare : provides care for

    ServiceProvider "0..1" -- "1..*" SubjectOfCare : supports
    Commissioner "0..1" -- "1..*" SubjectOfCare : supports
    VoluntaryOrganisation "0..*" -- "1..*" UnpaidCarer : supports

    SubjectOfCare "1" -- "0..*" PersonalContact : has
    ProxyForSubjectOfCare "0..*" -- "1" SubjectOfCare : takes decisions on behalf of

    CareWorker "*" -- "0..1" ServiceProvider : employed by
    CareWorker "*" -- "0..1" VoluntaryOrganisation : employed by

    SubjectOfCare "*" -- "0..1" Commissioner : ordinarily resident in
    SubjectOfCare "*" -- "0..1" ServiceProvider : ordinarily resident in
</p>

<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Care Actor - Organisation, team or person participating in health and adult social care.</a>
<div>When someone needs support with their health or daily life, they are the "Subject of Care" at the heart of a big team. This team includes family and friends (like personal contacts or unpaid carers) and professional care workers who all work together to provide the right help. To make sure everything runs smoothly, organizations like the NHS or local councils (the commissioners and service providers) organize and fund the care, while voluntary groups offer extra support to the person and their family. Most importantly, the person receiving care is involved in every step, but if they ever need help making a choice, a trusted "proxy" can step in to make decisions on their behalf to ensure they always get the best possible support.</div>
</li>
</ul>

<p>A Person, Organisation or Care Team can be a Care Actor. Each Care Actor will have a Role in a particular context. For example the same Person may have one or more roles in various different contexts:

Subject of care
Unpaid carer
Personal contact
Care worker
Proxy for subject of care
Service Providers are all Organisations that provide a type of service and include:

Social Care Providers
Healthcare providers including General practices
Voluntary Organisations
and in some cases Local Authorities.
Service Providers are Organisations that support the Subject of care and employ Care workers who provide care for the Subject of care, sometimes as part of a Care Team.

Unpaid carers provide care for the Subject of care and can be part of the Care Team.

Personal contacts and their relationship with the Subject of care is captured as part the record.

If the Subject of care does not have capacity, a Proxy for subject of care may be appointed to take decisions on their behalf and the relationship between them and the Subject of care, alongside Legal information is recorded.

Care Actors can also be a Commissioner of services i.e the source of care funding. This may be determined by the Local Authority that the Subject of care and/or Unpaid carer is ordinarily resident in.</p>

### Assessment

The process of evaluating a person’s needs, wishes, strengths and preferences, as well as identifying any relevant risks associated with them.

<p>///mermaid
classDiagram
 layout: "elk"
accTitle: visualisation of a conceptual data model for Assessment - the process of evaluating a person’s needs, wishes, strengths and preferences, as well as identifying any relevant risks associated with them.
    accDescr: When a person needs support, their care team carries out a formal check, called an assessment, to understand their unique situation and how best to help them. This process involves looking at the person’s strengths, what they are good at, and what they want for their own life, while also identifying any risks or specific needs they have. Professional care workers lead these checks, but they always listen to the person or a trusted friend acting on their behalf to make sure the final plan reflects their true wishes and preferences. Because lives change, these assessments are regularly reviewed and updated to ensure the support stays right for the person, making sure they stay safe, healthy, and in control of their future.
    %% Core Entities
    class CareActor
    class SubjectOfCare
    class SubjectOfCareProxy
    class Assessment
    class Review
    class Observation

    %% High-level Relationships
    CareActor "1..*" -- "0..*" Assessment : performs
    CareActor "1..*" -- "0..*" Assessment : completes
    CareActor "1" -- "0..*" Assessment : authorises
    SubjectOfCare "1" -- "0..*" Assessment : performed for
    SubjectOfCareProxy "1" -- "1" Assessment : expressed by
    Observation "1" -- "0..*" Assessment : influences
    Review "0..*" -- "1" Assessment : reviews

    %% Assessment Subtypes (Inheritance)
    Assessment &lt;|-- FinancialAssessment : is a
    Assessment &lt;|-- RiskAssessment : is a
    Assessment &lt;|-- NeedsAssessment : is a
    Assessment &lt;|-- MentalCapacityAssessment : is a

    %% Specific Assessment Links
    MentalCapacityAssessment -- DoLS

    %% Financial Assessment details
    FinancialAssessment "1" -- "0..*" FinancialCircumstance
    SubjectOfCare "1" -- "0..*" FinancialCircumstance

    %% Risk Assessment details
    RiskAssessment "1" -- "0..*" SafeguardingConcern : identifies
    RiskAssessment "1" -- "0..*" Risk : identifies
    SubjectOfCare "1" -- "0..*" SafeguardingConcern : has
    SubjectOfCare "1" -- "0..*" Risk : has

    %% Needs Assessment details
    NeedsAssessment "1" -- "0..*" Need : evaluates
    NeedsAssessment "1" -- "0..*" Wishes : evaluates
    NeedsAssessment "1" -- "0..*" Strength : evaluates
    NeedsAssessment "1" -- "0..*" Preferences : evaluates
    SubjectOfCare "1" -- "0..*" Need : has
    SubjectOfCare "1" -- "0..*" Wishes : expresses
</p>
<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Assessment - the process of evaluating a person’s needs, wishes, strengths and preferences, as well as identifying any relevant risks associated with them.</a>
<div>When a person needs support, their care team carries out a formal check, called an assessment, to understand their unique situation and how best to help them. This process involves looking at the person’s strengths, what they are good at, and what they want for their own life, while also identifying any risks or specific needs they have. Professional care workers lead these checks, but they always listen to the person or a trusted friend acting on their behalf to make sure the final plan reflects their true wishes and preferences. Because lives change, these assessments are regularly reviewed and updated to ensure the support stays right for the person, making sure they stay safe, healthy, and in control of their future.</div>
</li>
</ul>

<p>Assessments are performed for the Subject of care and can be expressed by a Proxy for subject of care if the Subject of care does not have Mental Capacity.

Care Actors perform, complete and authorise Assessments of the:

Needs
Risks
Safeguarding concerns
Strengths
Wishes
Preferences
and Mental Capacity
of the Subject of care.

Needs, Risks, Safeguarding concerns, Strengths, Wishes and Preferences are recorded as Observations in reference to the Subject of care during an Assessment. Observations are recorded before, during (and after) Assessments. Observations about the Subject of care made before the Assessment should be available during the Assessment as they can influence both assessment and care planning processes.

The Adult Social Care Record (MODS) defines three typical types of assessments:

Care Needs Assessments
Risk Assessments
Mental Capacity Assessments
Care Needs Assessments evaluate the Needs, Strengths, Wishes, Preferences of the Subject of care. Needs include information about the significance and urgency of the care need and can include a reference to a list of healthcare problems. Strengths, Wishes, Preferences are evaluated and recorded as a narrative description.

Risk Assessments identify Risks and Safeguarding concerns, as well as recording the reason for the risk assessment, any Care Actors that the Risk involves and whether the Subject of care has an understanding of the risks. Risks can include information about trigger factors, relapse indicators and information about the Care Actors who should be informed.

Mental Capacity Assessments, includes a narrative of whether an assessment of the mental capacity of the Subject of care has been undertaken. The narrative statement includes what capacity the decision relates to, the outcome of the assessment and the best interest decisions if person lacks capacity. Mental Capacity Assessment records should include a reference to the location of the Document where the mental capacity assessment is recorded.

Assessment records should include details about the scheduled Reviews.

Note: Financial Assessments are currently out-of-scope for the current iteration of the Adult Social Care Record.</p>

### Care plan

A written plan typically recorded after an assessment, addressing the needs and risks associated with the person receiving care and setting out goals and instructions for the care they will receive. The person receiving care should have the opportunity to be fully involved in the plan and to say what their priorities are. If the person receiving care is in a care home, home care (domiciliary care), or attends a day service, the plan for their daily care may also be called a care plan.

<p>///mermaid
classDiagram
 layout: "elk"
accTitle: visualisation of a conceptual data model for Care plan - a written plan typically recorded after an assessment, addressing the needs and risks associated with the person receiving care and setting out goals and instructions for the care they will receive.
    accDescr: A care plan is like a helpful roadmap designed specifically for you to ensure you get the right support. It is built by listening to your personal wishes and preferences, looking at what you are already good at, and identifying the areas where you might need a hand to stay safe. For any of these plans to start, you—or someone you trust to speak for you—must understand the plan and agree to it, which is known as giving consent. Professional care workers then use this agreement to set clear goals and write down simple instructions for the team to follow. This process makes sure that every action taken is centered on what matters most to you, helping you stay in control of your life while receiving the help you need.
    class CareActor
    class SubjectOfCare
    class SubjectOfCareProxy
    class CarePlan
    class Consent
    class Instruction
    class Goal
    class Need
    class Risk
    class Strength
    class Observation
    class Wishes
    class Preferences

    %% Ownership and Authorization
    CareActor "1..*" -- "1" CarePlan : performs
    CareActor "1..*" -- "1" CarePlan : completes
    CareActor "1" -- "1" CarePlan : authorises
    
    %% Plan Targets
    SubjectOfCare "1" -- "0..*" CarePlan : performed for
    SubjectOfCareProxy "1" -- "0..*" CarePlan : expressed by

    %% Consent Logic
    CarePlan "1" -- "1" Consent : requires
    SubjectOfCare "1" -- "1" Consent : gives
    SubjectOfCareProxy "1" -- "1" Consent : states

    %% Inputs and Influences
    Observation "0..*" -- "1" CarePlan : influences
    Wishes "0..*" -- "1" CarePlan : influences
    Preferences "0..*" -- "1" CarePlan : influences

    %% Plan Components
    CarePlan "1" -- "0..*" Need : addresses
    CarePlan "1" -- "0..*" Risk : addresses
    CarePlan "1" -- "0..*" Strength : evaluates
    CarePlan "1" -- "1..*" Goal : targets
    CarePlan "1" -- "0..*" Instruction : determines

    %% Operational Links
    Instruction "0..*" -- "0..*" Goal : targets
    Instruction "0..*" -- "1" SubjectOfCare : is performed for
    SubjectOfCare "1" -- "0..*" Need : has
    SubjectOfCare "1" -- "0..*" Risk : has
</p>
<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Care plan - a written plan typically recorded after an assessment, addressing the needs and risks associated with the person receiving care and setting out goals and instructions for the care they will receive.</a>
<div>A care plan is like a helpful roadmap designed specifically for you to ensure you get the right support. It is built by listening to your personal wishes and preferences, looking at what you are already good at, and identifying the areas where you might need a hand to stay safe. For any of these plans to start, you—or someone you trust to speak for you—must understand the plan and agree to it, which is known as giving consent. Professional care workers then use this agreement to set clear goals and write down simple instructions for the team to follow. This process makes sure that every action taken is centered on what matters most to you, helping you stay in control of your life while receiving the help you need.</div>
</li>
</ul>

<p>Care Actors perform, complete and authorise Care plans that address the:

Needs
Risks
Safeguarding concerns
that the Subject of care has.

Care plans target Goals for the Subject of care within the context of Observations about the Subject of care, in particular, their:

Strengths
Wishes
Preferences
and Mental Capacity
Care plans determine the set of Instructions for the provision of care based on these Goals.

Observations such as Needs, Risks, Safeguarding concerns, Strengths, Wishes and Preferences can be recorded before, during (and after) care planning and/or assessment. Observations about the Subject of care should be available during the care planning process.

To receive planned care and support the Subject of care is required to give Informed Consent or if the Subject of care does not have Mental Capacity the Proxy for subject of care is required to express Informed Consent for the Care plan. </p>

### Instruction, activity action

Records of instructions, activities and actions detail how care should be, and how care has been, provided. Instructions target goals from the care plan and determine a set of planned Activities. Actions log that a planned (or unplanned) activity has been completed and any associated outcomes or observations.

<p>///mermaid
graph TD
    %% Top Level Activity Grid
    subgraph Activities ["Types of Activity"]
        direction LR
        Vaccination ~~~ Device ~~~ ToC[Transfer of Care] ~~~ Comm[Communication]
        Medication ~~~ Procedure ~~~ Task ~~~ Referral ~~~ Service
    end

    %% Main Logic Flow with Cardinality
    Goal -- "0..* targets 0..1" --&gt; Instruction
    Instruction -- "1 determines 0..*" --&gt; Activity
    Activity -- "0..* performed in 0..1" --&gt; Location
    
    %% Connecting Subtypes to Parent
    Activity --- Activities

    %% Operational Links
    Activity -- "0..* performed for 1" --&gt; SubjectOfCare
    Activity -- "0..* responsible for 0..*" --&gt; CareActor
    
    Action -- "0..* recorded 0..*" --&gt; Activity
    Action -- "0..* performed by 1..*" --&gt; CareActor
    Action -- "0..* during 0..1" --&gt; Visit
    Action -- "1..* recorded 0..1" --&gt; Observation
    Action -- "0..* performed for 1" --&gt; SubjectOfCare

    Location -- "1 contains 0..*" --&gt; Visit
</p>

<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Instruction, activity &amp; action</a>
<div>When you have a health goal, your care team writes down clear instructions on exactly what needs to happen to help you reach it. These instructions are turned into specific activities, like a nurse giving a vaccination, a doctor performing a check-up, or a care worker helping with daily tasks. Every time one of these tasks is finished, it is recorded as an "action" so there is a clear history of what was done, who did it, and when it happened. This careful tracking makes sure everyone on your team knows exactly how you are being supported and ensures that every step taken is helping you stay healthy and safe.</div>
</li>
</ul>
<p>Instructions are typically determined in the Care plan and determine a set of Activities that target Goals for the Subject of care from the Care plan.

Activities are performed for the Subject of care and are typically (not always) scheduled or planned in advance. Activities include:

Vaccinations
provision of Medications
Healthcare Procedures
Transfers of Care
Communication activities
Tasks
provision of Devices
Referrals
or Services
Activities will usually be (not always) performed in a given Location.

Actions “log” that a planned Activity has been performed including when and where it was performed, and by whom, as well as Observations that were made whilst the Activity was taking place.

Note: The model is based on the EHR Information Model:</p>

<p>///mermaid
graph LR
    Instruction --- Activity1[ACTIVITY]
    Instruction --- Activity2[ACTIVITY]
    Instruction --- Activity3[ACTIVITY]

    Activity1 --- Action1_1["ACTION 2aug2008 12:00"]
    Activity1 --- Action1_2["ACTION 6aug2008 15:45"]

    Activity2 --- Action2_1["ACTION 4aug2008 10:30"]

    Activity3 --- Action3_1["ACTION 1aug2008 10:30"]
    Activity3 --- Action3_2["ACTION 3sep2008 10:40"]
    Activity3 --- Action3_3["ACTION 1oct2008 10:30"]

    StandaloneAction["ACTION 13sep2008 11:23"]
</p>

### Observation

A record of something a care actor has seen, heard, or noticed in reference to the health or social wellbeing of the Subject of care. These can include objective and subjective observations and can be recorded by healthcare professionals and/or other care actors.

<p>///mermaid
graph TD
    %% Top Level Observation Types (Inheritance)
    subgraph ObservationTypes [Types of Observation]
        direction LR
        Problem ~~~ Allergies ~~~ Alert ~~~ InvRes[Investigation Result] ~~~ Outcome
        Incident ~~~ SafCon[Safeguarding Concern] ~~~ Need ~~~ Strength ~~~ Risk
        Circumstance ~~~ DailyLiving[Daily Living] ~~~ Preferences ~~~ Wishes ~~~ Environment
    end

    %% Core Entity
    Observation((Observation))

    %% Central Relationships with Cardinality
    Observation -- "is a" --&gt; ObservationTypes
    
    SubjectOfCare -- "1 refers to 0..*" --&gt; Observation
    CareActor -- "1 records 0..*" --&gt; Observation
    Observation -- "0..* involves 0..*" --&gt; CareActor
    Observation -- "1..* performed in 1" --&gt; Location

    %% Downstream Influences
    Observation -- "influences 0..*" --&gt; Review
    Observation -- "influences 0..*" --&gt; CarePlan[Care Plan]
    Observation -- "influences 0..*" --&gt; Assessment
    Observation -- "influences 0..*" --&gt; Instruction
</p>

<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Observation</a>
<div>An "observation" is simply a way for your care team to write down important information about your health and daily life, covering everything from your personal wishes and strengths to medical facts like allergies or test results. When a professional notices something or you share how you are feeling, they record it to create a clear picture of your situation, noting where it happened and who was involved. These gathered details are vital because they help your team make the right decisions about your future support. By looking at these observations, your team can update your care plan, check your progress in reviews, and give specific instructions to make sure the help you receive always matches what matters most to you.</div>
</li>
</ul>

<p>Observations are recorded by a Care Actor and refer to the Subject of care.

An Observation is performed in a Location and multiple Care Actors could be involved. Observations influence Assessments, Care plans and Instructions, as well as being a trigger for Reviews.

Observations recorded as part of social care provision including:

Needs
Risks
Safeguarding concerns
Strengths
Wishes
Preferences
Daily Living
Alert
Incident
Circumstance (including Environment)
Outcome
Some Observations would typically be recorded as part of healthcare provision such as:

Allergies
Investigation Results
Problem list
and should be shared with adult social care providers and included in an Adult Social Care record.</p>

### Administrative Information

Information recorded when a person interacts with health and adult social care actors and concerning the management of a person's care and those responsible for caring for them.

<p>///mermaid
graph TD
    %% Main People and Entities
    Sub[Subject of Care]
    CA[Care Actor]
    SP[Service Provider]

    %% Central Administrative Items
    Comm[Communication]
    Doc[Document]
    Adm[Admission details]
    Dis[Discharge Details]
    Occ[Occupancy]
    Rev[Review]

    %% Supporting Concepts (Side boxes)
    subgraph Context
        Location
        Address
        Event
    end

    %% Administrative Flow
    Comm -- sends/receives --&gt; CA
    Comm -- concerns --&gt; Sub
    
    Doc -- records/concerns --&gt; CA
    Doc -- concerns --&gt; Sub
    
    Adm -- provides/concerns --&gt; SP
    Adm -- concerns --&gt; Sub
    
    Dis -- provides/concerns --&gt; SP
    Dis -- concerns --&gt; Sub
    
    Occ -- concerns --&gt; SP

    CA -- Schedules --&gt; Rev

    %% Review Fan-out
    Rev -- concerns --&gt; Assessment
    Rev -- concerns --&gt; Instruction
    Rev -- concerns --&gt; Action
    Rev -- concerns --&gt; Activity
    Rev -- concerns --&gt; CarePlan
</p>

<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Administrative information</a>
<div>To help your care run smoothly, there is a lot of behind-the-scenes work focused on keeping everyone connected through clear communication and organized records. This includes sharing documents and important details about when you start or finish using a care service. Your care worker will regularly schedule a "review" to check in on how things are going. This review is the main place where big decisions happen; your team looks at your assessments, daily activities, and specific instructions to decide if your overall care plan needs to be updated. This process ensures that the support you receive is always current and based on what is actually happening in your life.</div>
</li>
</ul>

<p>
Administrative information includes records of:

Communications
Documents
Admission details
Discharge details
and Reviews
concerned with the management and provision of care for the Subject of care.

Administrative information also includes records of:

Occupancy
concerning Service providers.

Administrative information also includes a number of standards for recording:

Events
Locations
Addresses
these typically would not form distinct records themselves but are building blocks used as part of other records.

 </p>

### Consent and legal information

Records of informed consent and legal information for a person’s care.

<p>///mermaid
graph TD
    %% Top Level Legal/Professional Entities
    CA[Care Actor]
    Sub[Subject of Care]
    Proxy[Subject of Care Proxy]
    LPA[Lasting Power of Attorney]
    IC[Informed Consent]

    %% Legal Documents (Left and Right)
    DoLS[DoLS]
    ADRT[Advanced Decision to Refuse Treatment]
    CPR[CPR Decision]
    AS[Advanced Statement]
    MHA[Mental Health Act or Equivalent]

    %% Organizational Logic
    CA -- "1 assigns 0..*" --&gt; LPA
    LPA -- "0..* is assigned to 1" --&gt; Sub
    LPA --- "1" Proxy
    
    Sub -- "1 has 0..*" --&gt; DoLS
    Sub -- "1 concerns 0..*" --&gt; ADRT
    Sub -- "1 concerns 0..*" --&gt; CPR
    Sub -- "1 concerns 0..*" --&gt; AS
    Sub -- "1 concerns 0..*" --&gt; MHA
    
    Sub -- "1 states 0..*" --&gt; IC
    Proxy -- "1 states 0..*" --&gt; IC

    %% Consented Processes
    subgraph Processes [Processes Requiring Consent]
        direction LR
        Ass[Assessment] ~~~ Inst[Instruction] ~~~ Actn[Action] ~~~ Actv[Activity] ~~~ CP[Care Plan]
    end

    IC -- "0..1 requires 0..*" --&gt; Ass
    IC -- "0..1 requires 0..*" --&gt; Inst
    IC -- "0..1 requires 0..*" --&gt; Actn
    IC -- "0..1 requires 0..*" --&gt; Actv
    IC -- "0..1 requires 0..*" --&gt; CP
</p>
<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Consent</a>
<div>Everything in your care starts with your permission, which is often called giving "informed consent". You are at the heart of every decision, but you can also have a trusted person—like a legal proxy or someone with power of attorney—help make choices for you if you are ever unable to do so yourself. There are also special documents used to record your specific wishes ahead of time, such as how you want to be treated in an emergency or if you want to refuse certain medical treatments. The most important rule shown here is that your clear agreement is required before your care team can start a new care plan, carry out health tests, or follow specific instructions. This process ensures you stay in control of your health and that your personal choices are always respected.</div>
</li>
</ul>

<p>Records of legal information include:

Advance decision to refuse treatment (ADRT)
Advance statement
Cardio-pulmonary resuscitation
Deprivation of Liberty Safeguards (DoLS) or equivalent
Lasting power of attorney
Mental Health Act or Equivalent
Lasting power of attorney is assigned by a Care Actor to an attorney who can act as a Proxy for subject of care.

A record of Informed consent is required for:

Assessments
Care plans
Instructions
Activities
and Actions
Informed consent can be given or refused by the Subject of care, or if the Subject of care does not have Mental Capacity the Proxy for subject of care is required to give or refuse Informed Consent.</p>

### Audit Information

Information about the provenance of all information recorded and any changes to an information record for audit purposes:

<p>///mermaid
graph TD
    %% Main Entities
    Doc[Document]
    Sys[System]
    CL[Change Log]
    VR[Versioned Record]
    CA[Care Actor]

    %% Relationships with Cardinality
    Doc -- "0..1 proves 1" --&gt; CL
    Sys -- "1 recorded in 1" --&gt; CL
    CL -- "1 relates to 1" --- VR
    CA -- "1 Creates, Modifies, Amends, Attests, Deletes 1" --&gt; CL
</p>

<ul class="details">
<li><a href="">Explain the visualisation of a conceptual data model for Audit</a>
<div>To make sure your information is always handled safely, every time a professional—like a doctor or social worker—looks at or updates your records, a digital "diary" called a change log automatically takes a note of it. Whether they are writing a new document, changing an old one, or even deleting something, the system keeps track of exactly what happened, who did it, and when. This creates a permanent history of your information that acts as proof to show that everything is being done correctly and fairly. By having this clear record of every change made by a care worker, your team can always look back at previous versions of your files to see how your support has evolved, ensuring your details are accurate and your privacy is protected.</div>
</li>
</ul>

<p>All information records in an Adult Social Care Record (MODS) must be Versioned Records.

All Versioned Records must include a Change Log that captures information about when a record was created, modified, completed and attested (authorised) and by whom. If a Versioned Record has been attested a Document can be associated with the Change Log that proves the attestation e.g. a signature. In addition the change log should capture a system identifier for the System where the change was recorded in.

If the Versioned Record is immutable, then the specific information about the Change (in the Change Log) could be inferred by examining each version of the record, otherwise the information about the specific Change (in the Change Log) must be detailed enough to recreate the record at a specific point in time.</p>

## Data Dictionary: Overview

The Minimum Operational Data Set impacts CQC registered adult social care providers and the suppliers of their respective Digital Social Care Records.

MODS release 0.2.1 is a minimum viable product and as such, is an initial data specification that will form the basis of a national social care information standard that covers provider activity and the information needed to support the deliver of care. It provides a ‘blueprint’ for the classes of data and formats for data that a provider should support.

What it is not: MODS is not a national data collection and does not imply that a care provider must capture all of the content in the model.

The Minimum Operational Dataset includes the following classes of data:

Care actors are organisations or persons participating in health and adult social care. The following care actors are included in the MODS:

Care Organisation
Care Provider : information about a care provider supporting the subject of care. Includes Healthcare services, Community or Integrated healthcare, Residential Social Care, Community Social Care and Other Health and Adult Social Care Services.
GP Practice: information about the subject of care’s registered GP practice.
Local Authority: information about the local authority that a care actor is an ordinary resident in e.g. place where you live, or main home, which determines which council will assess your needs and potentially fund any care and support you need. If you have more than one home, councils follow guidance from the Government to help them decide which one is your main home, and which council should fund your care.
Care Worker:
Care Worker: details of the person’s professional contacts including other regulated care providers.
GP: details of the person’s general practitioner.
Local authority professional: details of professional working for the local authority to support the subject of care.
Subject of Care: A person who seeks to receive, is receiving, or has received care.
Proxy for Subject of Care: Health and adult social care third party having person role with the right to take decisions on behalf of the subject of care. One or more people can be given power (Lasting Power of Attorney) by the person when they had capacity to make decisions about their health and welfare should they lose capacity to make those decisions. To be valid, an LPA must have been registered with the Court of Protection. If life-sustaining treatment is being considered the LPA document must state specifically that the attorney has been given power to consent to or refuse life-sustaining treatment. Details of any person (deputy) appointed by the court to make decisions about the person’s health and welfare. A deputy does not have the power to refuse life-sustaining treatment.
Unpaid Carer: Information about somebody who provides support or who looks after a family member, partner or friend who needs help because of their age, physical or mental illness, or disability. This would not usually include someone paid or employed to carry out that role, or someone who is a volunteer.
Personal Contact: The details of the subject of care’s personal contacts and information about the relationship between the subject of care and the person.
See the Care actor conceptual model for a visualisation of care actors and the relationships between them.

Assessments include social care assessments of needs, risks, mental capacity, wishes, preferences, strengths and finances.

Care Needs Assessment: Local authorities must carry out an assessment of anyone who appears to require care and support. The aim of assessment is to understand the person's needs and goals. Providers additionally assess and review needs, risks and mental capacity, as well as collect background “about me” information. N.B. results from specific assessments i.e. Waterlow, would be recorded as an observation and be considered as part of the assessment and care planning process.
Risk Assessment: An assessment of your health, safety, wellbeing and ability to manage your essential daily routines. You might also hear the term risk enablement, which means finding a way of managing any risks effectively so that you can still do the things you want to do.
Mental Capacity Assessment [PRSB]: Mental capacity needs to be assessed at each decision point, for instance where decisions around treatment, discharge, support needs, living situation or other factors need to be made. Hence there should be provisions for more than one mental capacity assessment to be shared. If sharing the outcome of a mental capacity assessment it is important to record to which decision it relates. The mental capacity assessment is based on one of the following Acts, Mental Capacity Act 2005 (England and Wales) Adults with Incapacity Act 2000 (Scotland) Mental Capacity Act 2016 (Northern Ireland).
About me [PRSB]: About Me information is the detail that a person wants to share with professionals in health and adult social care in a narrative form.
Note: Results from specific assessments e.g. Waterlow, MUST, Bedrail, Abbey Pain, would be recorded as Observations and the results would be considered as part of the Risk or Care Need Assessments.

See the Assessment conceptual model for a visualisation of assessment entries and the relationships between them.

Care Plans are written plans, after you have had an assessment, setting out what your care and support needs are, how they will be met (including what you or anyone who cares for you will do) and what services you will receive. The subject of care should have the opportunity to be fully involved in the plan and to say what their priorities are. If they are in a care home or attend a day service, the plan for their daily care may also be called a care plan.

Care and support plan [PRSB]: This records the decisions reached during conversation between the individual and health and care professional about future plans and also records progress.
Additional support plans [PRSB]: Additional care and support plan which the person and/or care professional consider should be shared with others providing care and support.
Contingency plan [PRSB]: These are the things to do and people to contact, should an individual’s health or other circumstances get worse.
End of life care plan: Details of a person's palliative and end of life care plans. Based on the PRSB end of life care plan.
See the Care plan conceptual model for a visualisation of care plan entries and the relationships between them.

Instructions, Activities &amp; Actions. Instructions include a summary of how care should be provided. Instructions contain multiple activities. Activities are actionable records linked to an instruction that are planned or scheduled to take place. Actions are usually logged against each Activity but can also be ad-hoc to record that an action has been performed.

Note: The model is based on the 
External Link Content Image
EHR Information Model
:



Instruction: Information, including a narrative summary, describing how care should be delivered based on a care plan(s). Usually linked to a set of specific activities.
Activity: Defines an actionable activity , such as a medication administration.
Medication [PRSB]: All medications and devices that can be prescribed to be entered via this Medication item entry. Handles details of continuation / addition / amendment of admission medications.
Vaccination [PRSB]: Details of vaccinations.
Procedure [PRSB]: The details of any procedures performed. Includes both psychological and medical therapies and procedures (e.g. cognitive behaviour therapy, hip replacement).
Communication: A record of a communication e.g. planned, completed, failed etc.
Task: A record of a specific actionable activity that can be preformed to support the subject of care (e.g. household task).
Referral [PRSB]: Used to record and send details about a request for referral service or transfer of a patient to the care of another provider or provider organisation.
Service: Used to record services delivered as part of a person’s care plan
Device: Used to record provision of assistive technology, equipment and medical devices
Transfer of care: When you move from one place of care to another, such as from hospital to your home, supported housing or residential care. Your transfer should be properly planned and coordinated, and health and social care services should work together. Transfers of care may be delayed for various reasons. For example, you may be ready to leave hospital but end up staying there longer than you need to, while you wait for community care services or a place in a care home to be available.
Action: Used to record an action that has been performed, which may have been ad hoc, or due to the execution of an Activity in an Instruction workflow. Note: actions may or may not be part of a single document and can be recorded and associated with an activity once the action has been completed.
See the Instruction, activity &amp; action conceptual model for a visualisation of entries and the relationships between them.

Observations:

Alerts [PRSB]: Details of an alert, which should be determined locally. They might, for example, include the fact that the person has a dangerous dog. It is important that alerts are managed and removed when they are no longer relevant - e.g. 'the dangerous dog' alert if the dog is no longer present. The alerts displayed to users viewing the core information may vary by use case and user's role.
Allergies and adverse reactions [PRSB]: Details about the Subject of care's allergies or adverse reactions.
Circumstances: Used to record observed circumstances that impact a person’s health and wellbeing.
Access requirements [PRSB]: Details of access for the person, such as special access requirements
Accommodation status [PRSB]: Details of the type of accommodation where the person lives.
Dependants: Details of any dependants
Education history [PRSB]: The current and/or previous relevant educational history of the person.
Household composition [PRSB]: Description of the household composition e.g. lives alone, lives with family, lives with partner, etc.
Household environment [PRSB]: Factors in the household which impact the person's health and wellbeing, to include smoking in the home, alcohol/substance use etc.
Occupational history [PRSB]: The current and/or previous occupation(s) of the person
Social Circumstances [PRSB]: Details of the persons social circumstances
Environment: Factors in a persons environment that could impact the person's health and wellbeing or are relevant to actors providing care e.g. near a busy road or where a stopcock is located outside a property
Daily living: Observation of activities relating to personal care and mobility about the home that are basic to daily living.
Goal: The overall goals, hopes, aims or targets that the person has. Including anything that the person wants to achieve that relates to their future health and wellbeing. Each goal may include a description of why it is important to the person. Goals may also be ranked in order of importance or priority to the person.
Incident: An incident that occurred in relation to care services resulting in unexpected or avoidable death, harm or injury to patient, carer, staff or visitor.
Investigation results [PRSB]: Healthcare activity with the intention to clarify one or more health conditions of a subject of care. This can include a report which may have results for multiple tests.
Outcome: End result, change or benefit for an individual who uses social care and support services.
Need: All needs, including emotional, social, cultural, religious and spiritual needs, should be included in assessments about the care and treatment people receive.
Preferences: A description of what is most important to a person, the people who are important to a person and things a person wants someone supporting them to do or not to do.
Problem [PRSB]: Healthcare problems associated with the Subject of care.
Risk: Details about a risk to a person or others, this includes any risk the person might cause to them self or to others. e.g. suicide, self harm
Safeguarding concerns [PRSB]: Identified safeguarding concerns protecting vulnerable people from neglect or physical, financial, psychological, verbal or other forms of abuse. Implementation guidance: It is recognised that local authorities may not record the details of safeguarding concerns as a matter of policy. In such scenarios, health and social care organisations enquiring about a safeguarding flag may be directed to the local Multi-Agency Safeguarding Hub (MASH) team.
Strengths [PRSB]: A description of strengths and assets the person has relating to their goals and hopes about their health and well-being.
Wishes: A record of a person's aspirations and a description of things they want someone supporting them to do (or not to do)
See the Observation conceptual model for a visualisation of entries and the relationships between them

 

Administrative Information: Information recorded when a person interacts with health and adult social care services and concerning the management of a persons care and those responsible for caring for them.

Address: The identification of a place of relevance. This could be to a: PERSON ORGANISATION ORGANISATION_SITE or LOCATION. The ADDRESS may have COMMUNICATION_CONTACT_METHOD associated with it and may be the location for an ACTIVITY.
Admission Details [PRSB]: Details about a health and social care admission.
Communication: A record of a communication or correspondence, including the status such as preparation, completed, stopped etc.
Discharge details [PRSB]: Details about a health and social care setting discharge.
Document [PRSB]:Details about documents related to the person.
Events: Abstract class. Contains information that should be included as part of any event record e.g. plan, assessment, observation etc.
Location: A physical LOCATION. This could be: where a SUBJECT OF CARE is seen where SERVICES exist from which requests for ACTIVITIES are sent or any other place of interest to an ORGANISATION which is not recorded as an ORGANISATION or an ORGANISATION_SITE. For ACTIVITIES provided by staff groups, LOCATIONS are places where a face-to-face contact or a Group_Session occurs. For diagnostic ACTIVITIES, LOCATIONS either define the whereabouts of the ACTIVITY or the places from which requests are sent. Each LOCATION must be classified by one and only one type of LOCATION and the same classification must be used by all users.
Occupancy: Record of occupancy and availability for a given location.
Review [PRSB]: Details of a scheduled re-assessment of a person’s needs and/or review of a care plan, so that people can look at whether the services a person is receiving meet their needs and help them to achieve their goals.
See the Administrative Information Conceptual Model for a visualisation of entries and the relationships between them.

 

Consent and Legal Information: Information recorded about a consent given by a person concerning the management of a persons care and those responsible for caring for them, as well as the legal records relating to a person.

Cardio-pulmonary resuscitation [PRSB]: Whether a decision has been made, the decision, who made the decision, the date of decision, date for review and location of documentation. Where the person or their family member/carer have not been informed of the clinical decision please state the reason why,
Informed consent: The voluntary and continuing permission of the person to receive particular treatment or care and support, based on an adequate knowledge of the purpose, nature, likely effects and risks including the likelihood of success, any alternatives to it and what will happen if the treatment does not go ahead. Permission given under any unfair or undue pressure is not consent. By definition, a person who lacks capacity to consent cannot consent to treatment or care and support, even if they cooperate with the treatment or actively seek it.
Lasting power of attorney [PRSB]: Details of the person's LPA record or equivalent. A legal instrument that allows a person (the 'donor') to appoint one or more people (known as 'attorneys') to make decisions on their behalf. There are 2 types: health and welfare, and property and financial affairs, and either one or both of these can be made. To have legal force, lasting powers of attorney must be created in accordance with section 9 and section 10 of the Mental Capacity Act 2005. The attorney must have regard to section 4 of the Mental Capacity Act 2005, the Mental Capacity Act Code of Practice, and must make decisions in the best interests of the person. (NG108) Lasting power of attorney is a legal document that lets someone appoint one or more people to make decisions on their behalf, should they be unable to. Lasting power of attorney can be made in relation to health and welfare, and property and financial affairs.(NG96).
Deprivation of Liberty Safeguards (DoLS) or equivalent [PRSB]: DoLS are a legal framework applying to individuals who lack the mental capacity to consent to the arrangements for their care. Where such care may amount to a "deprivation of liberty" the arrangements independently assessed to ensure they are in the best interests of the individual concerned.
Mental health act or equivalent [PRSB]: Details about a person diagnosed with a mental disorder, including where they are formally detained under the Mental health act or equivalent and the section number, or if a person is subject to Community Treatment Order or Conditional Discharge (or equivalent).
Advance decision to refuse treatment (ADRT) [PRSB]: Record of an advance decision to refuse one or more specific types of future treatment, made by a person who had capacity at the time of recording the decision. The decision only applies when the person no longer has the capacity to consent to or refuse the specific treatment being considered. An ADRT must be in writing, signed and witnessed. If the ADRT is refusing life-sustaining treatment it must state specifically that the treatment is refused even if the person's life is at risk.
Advance statement [PRSB]: Written requests and preferences made by a person with capacity conveying their wishes, beliefs and values for their future care should they lose capacity.
See the Consent and legal information Conceptual Model for a visualisation of entries and the relationships between them

 

Audit Information: Information about when a record was created, modified, completed and authorised and by whom. All records in the MODS are expected to include audit and provenance information. Every record must be versioned and a log created for every change to a record.

See the Audit Information Conceptual Model for a visualisation of entries and the relationships between them.

 

MODS does not currently include :

Financial information &amp; Financial Assessment
Carer Assessment
Compliance Information

## Glossary
Last updated 31 October, 20241 min read
[A draft glossary and comparison of terms used across adult social care MODS data standards is available here:](https://data.digitisingsocialcare.co.uk/browser/dataset/110069/0)

A downloadable version can be found in the Resources section of the Glossary.

Adult Social Care Record (MODS) Implementation Guidance

adult-social-care-record-mods

https://transform.england.nhs.uk/about-us/

Adult Social Care Record (MODS): Adult Social Care Record (MODS) Implementation Guidance

Glossary