Supported Living Software: Rotas, Support Plans and Where AI Fits

Coding Liquids tutorial cover featuring Sagnik Bhattacharya for Supported Living Software: Rotas, Support Plans and Where AI Fits.
Coding Liquids tutorial cover featuring Sagnik Bhattacharya for Supported Living Software: Rotas, Support Plans and Where AI Fits.

Supported living software gives a provider one place for rotas, person-centred support plans, daily notes and incident logs, so staff record once and managers see the picture across schemes. AI helps most with summarising long notes, drafting handover and review documents, and finding patterns, always from records staff wrote and approved.

It helps least wherever judgement about a person's safety is involved. The sensible position for most providers is to buy the software for the records and the rota first, then switch on the AI features that remove typing, one at a time, with a person checking every output.

Follow me on Instagram@sagnikteaches

What makes supported living different from other care software

In supported living, people usually hold their own tenancy and receive support, rather than living in a provider's care home. That changes what a system must do. Hours are agreed per person, often as a mix of individual and shared support. Staff cover several addresses in a day. Support plans describe goals and independence, not a set of tasks to be ticked. And records need to show outcomes: did the person do more for themselves this month than last?

Connect on LinkedInSagnik Bhattacharya

Some vendors built for residential care and added supported living later. Others, such as Log my Care, publish a dedicated page for supported living providers. Others list residential, home care or children's services first. Do not assume a care home product fits; ask each vendor to show you a set-up with a person's tenancy, shared-hours scheme and outcomes view, not a ward-style timeline.

Subscribe on YouTube@sagnikteaches

The four jobs the software has to do

Most systems divide into four areas. Know what you want from each before you book a demo.

Rotas

A rota matches staff to hours. In supported living it must handle one-to-one hours for named people, shared hours across a house, sleep-ins, on-call, and cover for gaps. The questions that separate good from awkward systems are practical ones:

  • Can you build a rota from each person's commissioned hours, so you see a shortfall immediately?
  • Does it check skills and availability, such as who is trained for a person's specific support?
  • Can staff see and swap shifts on a phone, and can you publish to them in one step?
  • Does it export hours for payroll and for the commissioner's billing?

Rostering is not always in the base price. On Log my Care's pricing page, for instance, the free Starter plan is for providers supporting fewer than 10 people, rostering is a paid add-on to the Pro plan, and Pro prices come only on request; a vendor's pricing page or demo should tell you what is included in your tier. Nourish Care's home page mentions rosters in a customer quote but lists no separate rota product among the products on its menu, and publishes no prices, so you would ask. The same general question applies to every supplier: what is in the licence, what is an add-on, and what does it cost per person supported per month?

The Complete Excel Course with AI Integration thumbnail

The Complete Excel Course with AI Integration

From formulas and pivot tables to Power Query, DAX, VBA and AI with Copilot, ChatGPT and Claude — hands-on from the first lesson.

By Sagnik Bhattacharya and Virginia Thorn, Primetime Emmy Award winner

Buy now

Support plans

A good support plan says what matters to the person, what support they want, how it should be given, their goals, and the risks and how they are managed. It must be easy to update after a review, and staff should be able to see the current version on a phone, rather than a PDF printed last spring. Look for version history, review dates that trigger reminders, and a link between goals and daily notes so you can see progress. Log my Care's supported living page describes person-centred support plans that the person can approve with a digital signature, with risk assessments attached and every version saved; on its pricing page, care and support plans sit in the Pro plan and outcomes and goals in the top Outstanding plan. Person Centred Software has a page for learning disability services saying its PCS Care product records each person's goals, needs, preferences and outcomes. These are descriptions of what the vendors say, so ask for a live demo using your own scenario.

Daily notes

Daily notes record what happened, what support was given and how the person responded. They are the raw material for reviews, handovers and audits. A good note is short, factual and written the same day. The software's role is to make that easy: templates, voice entry, tags that link a note to a goal, and handover views.

Incident logs

An incident record captures what happened, who was involved, what was done, who was told, and what was learned. The software should prompt for the facts you need, route the entry to the right manager, record follow-up actions with owners and dates, and show patterns across a scheme over time. Log my Care lists incident management among its features, with incident follow-up and reporting in its Pro plan rather than the free tier, and most mature systems offer something similar. Check that you can pull a list of incidents by person, type and time of day for a review.

Where AI earns a place in supported living records

AI features in this software are still uneven. Nourish describes Nourish AI as turning care data into explainable insight, and names Nourish Confidence, which it calls its next AI product, for AI-assisted care plan reviews; Person Centred Software describes PCS Intelligence, which benchmarks services against comparable ones, and says its dataset powers AI that spots patterns early; Log my Care's home page did not mention AI when checked, and its pricing page lists AI chat only as a support channel. That spread is normal. Ask each supplier for a live demonstration of specific features rather than relying on a heading, and judge each against the jobs below.

JobAI roleValueRule
Daily notes from voice or rough textTidy into a structured entryHigh: saves typing time at shift endWorker reads and approves; original kept
Weekly or monthly summary for a reviewSummarise a month of notes by goalHigh: cuts a manager's drafting timeManager checks against source notes
Handover sheetPull the last 24 hours into a one-page viewMedium to highAnything flagged "risk" shown in full, not summarised
Incident write-upDraft chronology from staff statementsMediumStaff statements remain the record
Pattern spottingFlag more incidents on certain days or timesMedium: prompts a conversationA prompt, not a conclusion
Rota gapsSuggest cover from available staffMediumManager confirms skills and rest rules
Support plan draftingTurn review meeting notes into plan wordingMediumThe person and their circle must shape the wording
Risk decisions, safeguarding judgementsNoneNot appropriateA trained person decides

A worked example: one month, one scheme

Say a provider runs a shared house for four adults with 128 hours of support a week, funded for individual and shared hours. Six support workers cover day and sleep-in shifts. A team leader spends about three hours each week on the rota, two hours chasing missing notes, and an afternoon each month writing review summaries for each person. These figures are illustrative.

  1. Rota. With a rostering tool that shows commissioned hours per person, the team leader sees a six-hour shortfall on Thursday immediately, instead of discovering it when a worker rings in. Time saved: roughly one hour a week. The saving is mostly avoided surprises, not typing.
  2. Daily notes. Workers use voice entry at the end of a shift. An AI feature, where the vendor offers one, turns a 40-second ramble into three lines tagged to a goal. Time saved: perhaps ten minutes per shift; across the house's 18 or so shifts a week, that is about three hours. That holds only if the worker reads each entry; unchecked entries are the main risk.
  3. Monthly reviews. For each of four people the team leader asks the system to summarise the month by goal. A summary of 31 days of notes arrives in a minute. The leader opens the source notes, checks three or four points, adds what only they know, and edits. Time per person drops from about 45 minutes to about 20.
  4. Incidents. Entries are structured, so on the quarterly review the leader sees that four of seven incidents for one person happened between 16:00 and 17:30. That is a prompt to look at the late-afternoon routine, not a diagnosis.

Total effect (illustrative): roughly four to five hours a week back across the team, and a better quality of records. The cost is the licence per person supported, which varies by vendor; the main ongoing time cost is checking what the AI wrote.

Sample prompts and outputs for providers using a general assistant

Some providers do not yet have AI inside their care system and use a separate assistant for drafting. If you do this, keep names and identifying details out. Use initials or "the person", and only on an account your organisation has approved. A pattern from turning on-site voice notes into job sheets with AI works here too: rough speech in, structured text out, a human checks.

Tidying a note

Rewrite this support worker's rough note as a factual daily note of 3 to 5 sentences. Use only what is in the note. Do not add feelings, causes or outcomes that are not stated. Keep the worker's first-person perspective.

NOTE: went with P to the shop 2pm, he chose the shopping list himself, paid at the till, bit anxious at the queue but we waited, back by 3, he made tea after

A good reply (illustrative): "I supported P to go shopping at about 2pm. He chose the items on his own shopping list and paid at the till himself. He seemed a little anxious in the queue; we waited together. We were back at about 3pm and P made tea afterwards." The checks: no invented outcome ("enjoyed the trip") and the anxiety is stated as the worker observed it, not diagnosed.

Summarising a month by goal

Below are 28 daily notes for one person (identified as P). His goals are: (1) shop independently, (2) cook a simple meal, (3) use the bus alone. Summarise progress on each goal in 2 to 3 sentences, quoting the date of each supporting note. If there is no evidence for a goal this month, say "no evidence in the notes". Do not draw conclusions about wellbeing.

The phrase "no evidence in the notes" matters. It stops the assistant padding a goal that nobody worked on, and it tells the manager the goal was neglected, which is itself useful. Always verify the dates it quotes against the source.

A mistake that shows up in practice

An AI summary tells a manager "P's use of the bus has improved steadily this month". The notes show he took the bus twice, once with a worker beside him. The summary invented the trend. The manager found it only because the prompt required dates, and one date was a Sunday on which no support had been given. Requiring dates for every claim is the single most useful control in a summary prompt.

Questions to ask on a demo

Use these with any vendor, and write down the answers.

  • Show me a supported living scheme with shared hours and individual hours. How are they commissioned and reported?
  • What does the rota module cost, and is it included at my tier?
  • Where is the data held, and who at the vendor can see it?
  • For each AI feature: what data does it read, where is it processed, and are our records used to train models?
  • Can AI features be turned off by user or by organisation?
  • When AI drafts a note or summary, does the record show what was AI-written, who edited it and who approved?
  • What happens to our data if we leave? Can we export every record in a usable format?
  • Can the person and their family see their own plan and notes, and in what form?

The longer demo checklist in assisted living software: AI features to ask for on a demo is written for a neighbouring setting, and most of its questions apply here too.

A quick sum for the licence decision

Take the four-person house again. Suppose a vendor quotes a monthly fee per person supported, and rostering costs extra per month for the scheme. Rather than compare prices alone, add up the hours you expect to recover. If the team leader recovers one hour a week on the rota, workers recover three hours a week on notes, and the monthly reviews save about 100 minutes in total, that is roughly 4.5 hours a week, or about 20 hours a month. Value those hours at the cost of the team leader's time, not a support worker's, because the aim is not to cut direct support hours. If the licence and add-on together cost less than that, the case is made; if not, the case rests on audit quality and safer handovers, which you should say openly when you take it to your board. These figures are illustrative, so replace them with your own timings from a one-week log kept before you buy.

Choosing between a care system and a general tool

Some small providers consider managing with a spreadsheet, a messaging app and a shared drive. That can work for one house. As the number of schemes grows, so do the gaps: notes in different places, no audit trail, no way to show an inspector the whole picture. A specialist system is not about being fancy; it is about showing, quickly and consistently, that people received the support they were commissioned for.

The decision usually follows size:

  • One or two houses: a free or entry-level plan, if one exists, and your own rota sheet. Start with notes and support plans, which matter most.
  • Three to ten schemes: a full system with rostering. Check the add-on price, and use the migration weeks to clean up your support plans.
  • Larger groups: reporting, integrations with payroll and finance, and an AI layer that can summarise across schemes become important.

Whatever you choose, use what is already in the system before adding another tool, as set out in using the AI already in your practice software. Another tool means another data flow to explain to the people you support.

Making it safe and transparent for the people you support

People who receive support, and the families and advocates around them, are entitled to understand how their records are made. Three things build trust:

  1. Say it plainly. A short, easy-read note: "Staff may use a computer tool to help tidy their notes. Staff always check the notes before they are saved."
  2. Keep the person's voice. Support plans should still say what matters to the person in their words. Do not let a draft smooth that out.
  3. Keep a human review route. If the person or a family member disagrees with a note, there is a way to correct it, and the correction is recorded.

Data-protection law applies to this information, which is often special-category data. Your data-protection lead and, if you use one, your regulator's guidance should set the rules for what an AI feature may process. This tutorial is not legal advice, so take the final decision to a qualified adviser.

Introducing AI features without losing staff trust

Support workers worry, reasonably, that AI will be used to monitor them or to replace their judgement. A calm introduction makes a difference.

  • Start with one feature, such as note tidying, in one scheme for four weeks.
  • Agree and publish the rule: staff read and approve every AI-drafted entry, and AI output is never used to assess a worker.
  • Ask staff for a fixed list of problems to log: invented details, missed facts, wrong tone.
  • Review at the end of four weeks with numbers: time saved per shift, number of corrections per 20 notes, staff views.
  • Extend only if corrections are rare and staff want it.

Say, on a trial, that workers correct 3 of 20 notes. That is acceptable if each correction is small. If 8 of 20 contain invented detail, stop and talk to the vendor. This approach mirrors where a small care home should start with AI: begin with a low-risk job, measure, and expand slowly.

What to put in your own checklist

  1. List your four jobs (rota, plans, notes, incidents) and which hurts most.
  2. Shortlist two or three vendors that show supported living set-ups.
  3. Get written prices, with add-ons, per person supported per month.
  4. Ask every AI question in the list above and record the answers.
  5. Trial one AI feature with a rule that a worker approves every entry.
  6. Count corrections and minutes saved after four weeks.
  7. Tell the people you support what is happening, in an accessible form.
  8. Review again in six months; the products change quickly, so check current vendor pages before signing a long contract.

If you would like help working through this for your own schemes, my AI implementation consultation covers finding the jobs where AI pays off and handing over something your team can run; you can get in touch. The checklist above is enough to start on your own.

Questions providers ask when choosing supported living software

Is supported living software the same as care home software?

Not quite. Care home systems are built around a building, residents and medication rounds. Supported living is about people in their own tenancies, with hours of support that vary by person, often shared across a scheme. The software needs per-person hours, outcome-focused support plans and flexible rotas, so ask vendors to demo a supported living setup, not a care home one.

Can AI write daily notes for support workers?

It can turn a worker's rough voice or typed notes into a tidy, structured entry, which many providers find useful. It should not invent what happened, so the worker must read and approve each note before it is saved. Notes are part of the person's record, so the worker's own account must be the source.

Does a small provider need a rostering module?

If you run more than about three schemes or have staff who cover several, a dedicated rota tool is worth pricing, because gaps and double bookings get harder to see across addresses. A single small house can manage with a shared spreadsheet. Check whether rostering is included or an add-on, because some vendors price it separately.

What should we ask about data and AI features during a demo?

Ask where data is stored, who can see AI-generated text, whether your records are used to train models, what the audit trail shows for edited notes, and whether AI features can be switched off per user or per organisation. Get the answers in writing, and check them against your own data-protection policy.

Further reads

Sources: Log my Care pricing and supported living pages, Nourish home and Nourish AI pages, Person Centred Software home and learning disabilities pages (checked 4 November 2026); vendor documentation for AI features should be confirmed on a demo.

Choosing care software and not sure where AI belongs?

On a 1:1 call we can list the admin jobs in your schemes, separate the ones software already solves from the ones AI could draft, and write the questions to take to vendors.

Book a 1:1 call with me