PASS for Care – Shift Based Rostering

PASS (by everyLIFE Technologies) is a market-leading digital care management platform used across the UK health and social care sector. It replaces traditional paper records with a secure, cloud-based system to help home care (domiciliary), residential care homes, supported living, and complex care providers manage their daily operations.

UI
UX

The Requirement

The majority of PASS customers are in the domiciliary care setting, where employees deliver care across short visits.

Many care business’ specialise in supported living, where care is carried out in a shared housing or residential setting, and can be delivered to multiple service users.

PASS’ roster is optimised for domiciliary care, where a user can schedule care to an individual service user. Supported living settings may require one carer to two or three service users. This is where the product doesn’t fulfil the requirement.

Discovery

With limited knowledge of the supported living setting we reached out to customers and prospects to organise discovery sessions.

We put together a comprehensive list of questions covering the full workflow for scheduling supported living clients. The main topics included:

  1. Care delivery
  2. Scheduling
  3. Pay
  4. Charge
  5. Reporting
Meeting notes from the discovery session

We interviewed multiple customers to get a broad view of how this setting operates. Key findings included:

  • Supported living operates on a location based shift model rather than traditional visit-based
  • Staff are typically assigned to a specific house or property for a set period to support multiple residents.
  • Care is delivered through a mix of 1-to-1 (dedicated to one individual) and shared hours (supporting all residents in the house simultaneously)
  • Most providers use block shifts (8-12 hours) and long term rotations patterns (e.g. 4 days on 4 days off)
  • Breaks are largely informal and managed between staff members
  • The majority of care is funded by local authorities, with invoicing done through external portals rather than direct system invoicing.

Outcomes

The discovery sessions revealed key problems that needed addressing:

  • Administrative inefficiency: Current workarounds – tagging into multiple overlapping “dummy visits”, confusing staff and inflating hours.
  • Shared vs. 1-to-1 Documentation: Systems struggle to allow carer to record individual care notes and complete medication tasks for for multiple residents within one continuous shift without constant logging in and out
  • Complex invoicing: Reconciling “shared hours” (split between residents) against “1-to-1 hours” for payroll and invoicing is currently manual and error prone
  • Managers need a “location-based” roster view (seeing who is in the house and which staff are present), rather than individual client visits.

Findings

The location based approach was key, linking service users and employees to locations. This approach was welcomed as PASS already an early concept of locations in the web app which we could build on.

Concept

Based on the findings it was clear that care planning and schedule required a new approach.

Care Planning

The proposed flow for care planning:

1. Create a location in a dedicated locations area
2. Onboard the service user and choose their location
3. Create their care plan including care windows and associated outcomes and tasks

Adding a location
Linking the customer to a location
Roster Onboarding - Funders, Care Requirements & Care Window
Adding tasks and outcomes to the care window

Linking outcomes and tasks to visits no longer applied so we came up with the concept of ‘Care Windows’. Each care window would allow the user to set a start date, time and duration, along with a recurrence pattern. A funder and charge rate option to control the charge.

Schedule

Unlike the current visit orientated schedule, the new schedule would be based on locations. Each location would have their own set of employees and shifts. A location/s would be linked to an employee via their details page.

When a shift is created, the Coordinator chooses the location it applies to, the start date, time, duration and recurrence pattern. When selecting a location, the user can see the service users linked to that location including the floor, room and care window information. Where the shift time and recurrence don’t match the service users, the care window will not be included as part of the shift. Once added the shift will appear in the locations unassigned swim lane ready to be allocated.

Mobile

Instead of tagging into visits the employee would tag into their shift at a particular location. The shift screen show’s all service user care windows, with the ability to assign a service user to complete their tasks. The screen has two views, one showing all the service user care windows and a task view listing all tasks assigned to the employee in chronological order. The employee would be able to see who other service users have assigned. The user would be able to unassign a service users care window (where the user may have a break, or leave due to sickness) and another employee be assigned. All tasks would have to be completed for the assigned employee before they finish their shift.

Validation

We organised validation sessions with the same customers to present our concepts.

Outcomes:

  • Support the idea of linking clients to rooms and locations
  • Likes the idea of assigning clients to rooms and viewing who is in each room
  • Likes being able to see empty rooms
  • Likes that they can assign employees beyond their default location
  • Found the designs usable and practical for their needs
  • Appreciated the flexibility and clarity of the proposed flows

Requests

  • Option to apply paid or unpaid breaks, and show a visual indicator in schedule
  • Emphasised the need for client-specific care notes to avoid data sharing across clients

Suggestions

  • Adding a total unassigned shift count at the top of schedule
  • Suggested a customisable term for location (e.g. property)
  • Allowing all employees on a shift to view and complete tasks to avoid duplication
  • Suggested a care note box per client to maintain confidentiality on the app
  • A client-based task view where tasks are grouped under each client
  • Highlighting overdue or upcoming tasks to guide prioritisation

The overall feedback was positive. Requests and suggestions were implemented based on wider customer feedback. This includes paid/unpaid breaks, client specific care notes, task view and highlighting of overdue tasks.