Supports the monitoring of Patients/Service Users or their environment to ensure quick identification and response to any adverse event.

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