Full or Partial Capability status. For this Capability, Solutions are required to meet a minimum of one MUST EPIC and associated acceptance criteria but not all MUST EPICs (where there are multiple MUST EPICS) to achieve Partial Capability Status, or; to meet all MUST EPICs and their associated acceptance criteria to achieve Full Capability Status.
Description
NHS England defines Telecare as technologies in the citizen’s home and communities to minimise risk and provide urgent notification of adverse events. Who is alerted will depend on the device being used and circumstances of the Patient/Service User but is typically a friend, neighbour or family member, a call centre or the emergency services. The specific goal of Telecare is to help Patients / Service Users live independently for longer in their own home or a location of their choice by ensuring that, if the Patient/Service User experiences an event that could seriously affect their health or well-being (e.g. a fall, seizure or failing to eat regularly), then the correct responder is notified and action can be taken.
Telecare sits under the umbrella of a wider range of technologies known as Technology Enabled Care Services (TECS). They are intended to help the Patient/Service User better manage and have more control over their healthcare needs, sustain Patient/Service User independence, help information exchange, and assist in the diagnosis and monitoring of health status. TEC services are often sub-divided into: Telehealth; Telecoaching; Teleconsultation (or Telemedicine); and Telecare.
Telecare devices are widely used by individuals, in some cases for health- or care-related purpose but often for a more general sense of safety or well-being. Examples of commonly used Telecare devices include those for:
- Environment monitoring
- Extreme temperature, smoke, flood or carbon monoxide detectors
- Sensors monitoring the fridge or cupboards (e.g. has the Patient/Service User opened the fridge/cupboards? Are they eating regularly?)
- Personal monitoring
- Monitoring of vital signs or for conditions e.g. seizure alarm
- Personal alarms (including pendants worn on the person or pull cords or alarm buttons in their home)
- Bed or chair occupancy monitors
- Intelligent behaviour monitoring e.g. is the Patient/Service User following their usual pattern of movement around the home or their local community?
- GPS monitoring of the Patient/Service User's location
Telecare devices tend to be quite discrete in function so, often, a Patient/Service User will make use of devices depending on their particular needs. These will complement the Patient/Service User’s use of other TECS and wider health and care services.
Telecare is already well-established in the social care sector. However, more integrated models of care as well as opportunities to use Telecare (and TECS more widely) to help deliver NHS-commissioned services that are more cost-effective and deliver better outcomes for Patients/Service Users mean that Telecare is likely to become a more important part of the health landscape.
The Draft version /wiki/spaces/GGD/pages/12628361217 doesn’t need to be archived because it's in the GEN2 space and not the Roadmap space
Outcomes
Patient/Service Users |
|
Family member, friend or Carer |
|
Health and Care Professionals |
|
Local Authorities |
|
Integrated or Federated Care Organisations, CCGs, STPs |
|
Hospitals |
|
C38E1 - define response to event
As a Patient/Service User or someone acting on their behalf
I want to be able to define - within the limits of the Telecare device - the rules governing how particular events will be responded to
So that I can be sure that the correct responder is notified when those events occur
Acceptance criterion 1: define response to an event occurring
Given a Telecare device has been identified to meet a Patient/Service User's needs
And the device has been set up or configured to monitor for events occurring (e.g. the Patient/Service User falls, smoke or a flood is detected)
When the Patient/Service User wants to set up the response to the event
Then the device set up (configuration) relating to response to an event can be accessed
And the device can be set up or configured to notify or alert a responder (e.g. a family member, friend or neighbour, 3rd party call centre or the emergency services) when the defined adverse event occurs
Acceptance criterion 2: define response to an event not occurring
Given a Telecare device has been identified to meet a Patient/Service User's needs
And the device has been set up or configured to monitor for events not occurring (e.g. the Patient/Service User fails to return to bed within a given time-frame or fails to open the fridge or cupboards at regular intervals)
When the Patient/Service User wants to set up the response to the event not occurring
Then the device set up (configuration) relating to response to an event not occurring can be accessed
And device can be set up or configured to notify or alert a responder (e.g. a family member, friend or neighbour, 3rd party call centre or the emergency services) of the event not occurring
C38E2 - monitor and alert
As a Patient/Service User
I want my Telecare device to continuously monitor for a change in my personal or environmental conditions
So that if an adverse event occurs, the correct responder will be notified
Acceptance criterion 1: monitor for an event occurring
Given a Telecare device has been installed
And the device has been set up or configured to monitor for events occurring
When the event occurs (e.g. the Patient/Service User falls, smoke is detected)
Then it is identified as an adverse event by the device
Acceptance criterion 2: monitor for an event not occurring
Given a Telecare device has been installed
And the device has been set up or configured to monitor for an event not occurring
When an event fails to happen (e.g. the Patient/Service User fails to return to bed or their chair within a given time-frame)
Then this is identified as an adverse event by the device
Acceptance criterion 3: alert adverse event
Given a Telecare device has been installed
And the device has been set up or configured to monitor for adverse events (event occurs or fails to occur)
When the device identifies an adverse event has occurred
Then an alert or notification is generated
C38E3 - receive alerts
As a Telecare Service Provider or other responder
I want to know that I will receive alerts (e.g. via the careline or call centre system) generated by the Telecare devices of the Patients/Service Users that I support
So that if an adverse event occurs, I will be notified quickly and can take action
Acceptance criterion 1: Send alert to the responder
Given a Telecare device has been installed
And the device has been set up or configured to monitor for a change in conditions
And the device has identified that an adverse or non-event has occurred
When the alert or notification is generated
Then the alert is received by the correct responder within the times defined within the service-level agreement for the device
And the responder can identify from the alert which P/SU needs attention
And the responder can identify the device that triggered the alert (e.g. falls bracelet, smoke detector) and hence the type of adverse event (event or non-event)
C38E4 - meet availability targets
As a Patient/Service User
I want to know that my Telecare device is monitoring continuously within its availability target (e.g. 24x7 and 365 days per year)
So that I can be confident that any adverse event will be identified regardless of when it occurs
Acceptance criterion 1: device is working normally
Given a Telecare device has been installed
When the Patient/Service User wants to confirm the device is working correctly
Then the device can indicate (e.g. by a light, display message or noise) that it is operating correctly
Acceptance criterion 2: device fails
Given a Telecare device has been installed
When the device fails to operate normally (e.g. device has been damaged or has no power)
Then the device can indicate that it is not operating correctly (e.g. by means of a light, warning message, noise or notification to a Telecare Service Provider)
C38E5 - ease of use
As a Patient/Service User
I want to have access to Telecare devices that are designed to be easy and intuitive to use
So that I can be confident that I can use the device even if I am in pain or in an emergency
Acceptance criterion 1: Intuitive products
Given a Telecare device has been identified to meet a Patient/Service User's needs
When the Telecare device has been installed
Then the design of the interface means that a Patient/Service User can understand how to trigger an alert without requiring any training or reference to a manual or documentation
Acceptance criterion 2: ease of triggering an alert
Given a Telecare device has been installed
When the Patient/Service User experiences an event that means they require assistance (e.g. they have a fall)
Then the alert can be triggered by a single action (e.g. pressing a button, pulling a cord) by the Patient/Service User
And the action is simple (i.e. doesn't require manual dexterity)
C38E6 - Patient/Service Users with sensory impairment(s)
As a Patient/Service User
I want to have access to Telecare devices that are designed for use by Patients/Service Users with one or more sensory impairments
So that I can be confident that I will be aware of device warnings or prompts even if I have a visual, hearing and/or other impairment
Acceptance criterion 1: prompt Patient/Service User that device isn't working
Given a Telecare device has been identified to meet a Patient/Service User's needs
When the device fails to operate normally (e.g. device has been damaged or has no power)
Then the device can prompt the Patient/Service User that it is not operating correctly in a way that accommodates their impairment (e.g. by combined audio/visual alert or vibration)
Acceptance criterion 2: warn Patient/Service User of an adverse event
Given a Telecare device has been identified to meet a Patient/Service User's needs
When an adverse event occurs (e.g. smoke or a flood is detected)
Then the device can warn the Patient/Service User in a way that accommodates their impairment(s) (e.g. by combined audio/visual alert or vibration)
C38E7 - obtain Management Information (MI) on Telecare
As a Service Manager
I want to have access to management information relating to the full range of Telecare devices used by Patients/Service Users within an area (e.g. Practice, CCG or STP footprint)
So that I can analyse the Telecare data to understand usage (e.g. number and types of device, frequency of adverse events) and how devices can be best used to deliver benefits to Patients/Service Users
Acceptance criterion 1: number and type of devices
Given information is available relating to Telecare devices in use in an area
And the user has access to a suitable reporting Solution
When report generation is triggered (e.g. regular reporting cycle such as month end, or receipt of new data)
Then a report can be produced on the usage of Telecare devices
Acceptance criterion 2: usage of Telecare devices
Given information is available relating to Telecare devices in use in an area
And the user has access to a suitable reporting Solution
When report generation is triggered (e.g. regular reporting cycle such as month end, or receipt of new data)
Then a report can be produced of patterns of use in a defined period
Acceptance criterion 3: link to other data
Given information is available relating to Telecare devices in use in an area
And the user has access to a suitable reporting Solution
And the user has access to other datasets (e.g. clinical data)
When report generation is triggered (e.g. regular reporting cycle such as month end, or receipt of new data)
Then a report can be produced linking use of Telecare devices to other data
C38E8 - enable 2-way communication with Patient/Service User
As a Telecare Service Provider
I want to be able to communicate with a Patient/Service User via the Telecare device
So that when an alert is raised, I can quickly identify the nature of the emergency and the best response
Acceptance criterion 1: communicate with Patient/Service User
Given a Telecare device has been installed for a Patient/Service User
And the device supports 2-way communication
When an alert of an adverse event has been received
Then the Telecare device can be used to call or contact the Service User
C38E9 - remote testing of Telecare device
As a Telecare Service Provider
I want to be able to test my Telecare devices remotely
So that I can quickly identify any devices that have failed or are working incorrectly without needing to send an engineer or other to the Patient/Service User's home
Acceptance criterion 1: test Telecare Device
Given a Telecare device has been installed for a Patient/Service User
When a test of the device is required (e.g. as part of a regular testing cycle or in response to Patient/Service User concern)
Then the device can be tested remotely (i.e. without needing an engineer or other on-site)
And the Provider can understand whether the device is operating correctly or not
And diagnostic information about the device can be sent to the Provider
C38E10 - manual testing of Telecare device
As a Telecare Service Provider
I want to be able to manually test my Telecare devices (e.g. that the trigger is working correctly)
So that I can test functionality that can't be tested remotely to identify devices that have failed or are working incorrectly
Acceptance criterion 1: test Telecare device
Given a Telecare device has been installed for a Patient/Service User
When a test of the device is required (e.g. as part of a regular testing cycle or in response to Patient/Service User concern)
Then the device can be tested manually (e.g. an alert is triggered)
And the outcome of the test (e.g. whether an alert was triggered or not) can be understood by the Service Provider
C38E11 - sustainability of Telecare device
As a Buyer
I want to know that Telecare devices that I am purchasing are digital-ready
So that I can be confident that the devices can continue to be used after the 2025 digital switch-over
Acceptance criterion 1: confirm digital-ready
Given the needs of a Patient/Service User have been assessed
And the use of one or more Telecare devices has been identified as part of the package of care
When a device is selected for possible use by a Patient/Service User
Then the information on the compatibility of the device with digital-only infrastructure is available (e.g. in the form of a product sheet or other)
Suppliers will have to attain compliance with these Standards during the compliance stage before they can be live on a framework with this Capability:
None
Suppliers will have to attain compliance with these Standards during the compliance stage before they can be live on a framework with this Capability:
- Interoperability Standard
- Overarching Standards
Suppliers will not be assessed or assured on these Roadmap Items as part of Onboarding