Advertisement feature · Paid partnership with Acrisure

October foundation / 04 / Digital continuity

When digital dependency interrupts care

The next step after the PHP alert is to test whether care arrangements, technical responsibilities and insurance conditions work together when a critical system is unavailable.

Provider outcomeRehearse a digital interruption
Practical supportReview and downloadable working record
Evidence and geographyUK cyber context. England-specific care guidance is identified.
In this feature

The provider decision

Rehearse a digital interruption

An internal exercise for a manager, technical lead and insurance contact. Use fictional details and approved downtime procedures. Do not interrupt a live care service or submit resident, security or policy information through this page.

Go to the practical review

Imagine a care-record platform becoming unavailable during an evening handover. Staff activate their approved downtime procedure, the software company begins investigating and the manager asks whether the insurance policy provides incident support. Each response may be sensible. The risk arises if nobody has established how those responses connect: who authorises technical work, who contacts the insurer and which information the next shift can safely rely upon.

Care Circle’s independent PHP feature was published on 22 October, following the underlying disclosure and fixes on 21 October. That coverage remains the place for the immediate alert and remediation context. [1] [2] This continuation examines a different leadership task: making operational continuity, contracted support and insurance arrangements usable as one response.

The scenario is illustrative, not a reported incident. We have not measured providers’ current exposure or assessed any organisation’s cover. The practical objective is a rehearsal that reveals unresolved decisions before residents, people receiving homecare or staff have to depend on them.

Define the care service that must continue

Start with a care outcome rather than a software inventory. In a home, that might be a safe handover with access to necessary current information. In homecare, it might be establishing that scheduled visits have taken place and escalating a concern. Ask the operational lead what must remain available, who needs it and when the absence becomes unsafe.

Map the dependencies supporting that outcome: application, devices, connectivity, identity access, communications and the people who administer them. Record which belong to the provider, which are operated by a platform company and which another contractor maintains. Ownership of the equipment is not necessarily responsibility for restoring the service.

For a group, identify shared dependencies capable of affecting several locations together. For a single-site provider, concentrate on a short list of essential functions. In either case, record a named local decision-maker and deputy alongside the technical contact.

Read the contract as an evening shift would experience it

DHSC’s supplier guidance, published on 29 September, advises checking support scope, third-party software responsibilities, service hours and additional charges. It distinguishes a response commitment from a promise to fix a problem. [3] That distinction becomes practical when an acknowledgement arrives quickly but usable access remains unavailable.

Read the actual contract against the scenario. Who answers outside normal hours? Can that person act, or only open a ticket? Who can authorise expenditure, contact the platform company and coordinate separate contractors? Ask for a written explanation where responsibilities overlap or leave a gap.

Keep the agreed route accessible if normal email or the usual shared drive is unavailable. Rehearse the handover of responsibility using an exercise contact, rather than making an unannounced call to an emergency service. Record unanswered questions and the contract clarification needed to resolve them.

Insurance complements the response capability

NCSC’s cyber insurance guidance was published on 6 August 2020 and remains a useful discussion framework, checked for this review on 26 October. It treats insurance as complementary to safeguards, asks organisations to understand exclusions and support arrangements, and stresses accurate, current information about security measures. [5] Its age should remain visible; this is standing guidance, not a new October requirement.

Bring the operational scenario to the person advising on the provider’s insurance. Ask which policy, if any, might respond to interruption at an outsourced platform, a precautionary shutdown or a suspected compromise. Request an explanation of relevant conditions, limits, waiting periods and exclusions in the actual wording. Do not infer that property or general business-interruption cover automatically answers a digital event.

The result should be a written explanation and clear instructions for obtaining assistance. It is not a promise that a future claim will be accepted or that buying additional cover will correct an untested continuity plan.

Make declarations traceable to operating evidence

A broad answer such as ‘we use multi-factor authentication’ needs a clearly understood scope. For an internal check, record who verified the position, which systems and users the answer covers, what exceptions remain and when it was last checked. Use the same discipline for backup and recovery statements.

Ask the technical owner to distinguish a completed backup from a demonstrated restoration. Where a platform company manages the underlying service, obtain evidence appropriate to the provider’s responsibilities rather than claiming direct control over infrastructure it does not operate. Record the boundary between the supplier’s assurance and the provider’s own checks.

Resolve uncertainty before a declaration is signed or renewed, using the provider’s adviser and technical lead. If circumstances have changed, establish what the policy requires to be communicated. Keep these records securely within the organisation; the editorial programme does not need residents’ information, policy schedules or security credentials.

Agree the notification route before spending decisions collide

An operational incident can involve several simultaneous conversations: protecting care, investigating the technology, obtaining insurance assistance and assessing reporting obligations. Give each a responsible person. A call to the software helpdesk should not be assumed to notify an insurer or satisfy a separate regulatory obligation.

Our recommendation is to confirm the policy’s notification route, the authority to appoint responders and any approval requirements before the exercise. Ask how emergency decisions should be documented and how the provider’s existing contractors work with any insurer-appointed team. Have the adviser explain the wording rather than inventing a universal deadline.

Immediate care-safety action cannot wait for a coverage discussion. Coordinate that action with competent technical and information-governance leads so evidence is protected and further harm is avoided. A vulnerability notice alone is not proof of a breach; suspected incidents require assessment on their own facts.

Exercise the interruption, then the return to care records

Digital Care Hub provides care-specific continuity and communication resources and recommends testing plans, keeping a dated record and planning beyond a short disruption. [4] Use those resources alongside the exercise below, adapting it to the service and its approved procedures.

Choose a fictional situation in which one critical application is unavailable and the usual manager cannot be reached. Ask staff to locate the authorised fallback, establish that necessary information is sufficiently current and show how changes will be recorded securely. Medication-related questions belong with appropriately competent staff and approved arrangements, not an improvised parallel record.

Then test the return. Who confirms that the restored service is trustworthy and usable? Who reconciles temporary records, checks unresolved care actions and tells the next shift what remains outstanding? A functioning login is only one part of recovery. NCSC’s July 2026 recovery framework similarly places essential business functions at the centre of restoration. [6]

Leave an improvement record the next shift can use

Finish with a small set of decisions: an unclear support boundary, an inaccessible contact route, a declaration needing verification or a fallback that staff could not follow. Give each an owner, completion date and evidence required for closure. A group should retain location-level exceptions alongside shared-platform actions.

Report significant gaps to the owner or governing body, explaining their effect on care and the resources needed to address them. Repeat the relevant part of the exercise after a correction, supplier change or material service change. That makes the work an operating improvement rather than an annual document refresh.

The evidence produced should help managers, technical specialists and insurance advisers discuss the same service on the same basis. It cannot guarantee uninterrupted care or insurance recovery. It can establish whether the provider knows what it depends on, who can act and how safe operation will be demonstrated when ordinary access is lost.

Put the review into practice

Give each question an owner.

Registered manager / operational lead
Choose one care-critical service and rehearse its approved downtime and return-to-service arrangements across a shift handover.
Technical lead / contracted IT support
Confirm application ownership, restoration responsibilities, out-of-hours authority and evidence supporting security and recovery statements.
Finance / insurance lead
Obtain a written explanation of applicable policy conditions, notification routes and responder approvals for the chosen scenario.
Owner / governing body
Approve the resource decisions needed to close significant gaps and require evidence that the corrected arrangement has been retested.

Your working record / 04

Rehearse a care-safe digital interruption

An internal exercise for a manager, technical lead and insurance contact. Use fictional details and approved downtime procedures. Do not interrupt a live care service or submit resident, security or policy information through this page.

  1. Choose one service and agree a fictional scenario, scope and safe stopping point.
  2. Rehearse each handover of responsibility with the people who would act, using exercise contacts agreed in advance.
  3. Record what participants could demonstrate, what remained uncertain and who will resolve it.
  4. Correct significant gaps, repeat the affected step and retain a dated internal improvement record.

Take into the next leadership meeting

Questions that deserve a clear answer.

  1. Which care outcome becomes unsafe first if the selected service is unavailable, and who owns that decision?
  2. Can the next shift reach somebody with authority to act under the actual support contract?
  3. Do our security declarations distinguish verified coverage, supplier-managed controls and unresolved exceptions?
  4. How will temporary records be reconciled and safe normal operation confirmed before downtime arrangements end?

Sources, method & responsibilities

Follow the evidence.

  • The October feature is written by Care Circle. Acrisure’s supplied corporate description is presented separately; future specialist contributions will have their own attribution.
  • The PHP disclosure and fixes retain their 21 October date; the independent Care Circle care-sector feature remains dated 22 October. Neither is presented as a new disclosure today.
  • The scenario, exercise, internal evidence checks and recommended action sequence are Care Circle practical analysis. No provider systems were scanned, and no incident or current exposure measurement is claimed.
  • Insurance responses depend on the individual wording, circumstances and insurer’s assessment. The feature does not promise cover, premium reductions, claim acceptance or supplier performance.
  • Operational and regulatory responsibilities differ across the UK. DHSC’s adult social care supplier guidance is used in its England context; providers should use applicable local requirements.
  • Keep the exercise record internally and exclude resident-identifiable information, credentials and confidential policy material. This page does not collect data or submit an insurance questionnaire.
02

Critical security issue affecting PHP

National Cyber Security Centre · 21 October 2026; current guidance checked 26 October

Underlying disclosure date retained. No estimate of current care-provider exposure or confirmed incident is inferred.
04

Business Continuity Planning

Digital Care Hub · Standing guidance checked 26 October 2026

Care-specific continuity templates, testing and communication resources; not evidence of any individual provider’s capability.
05

Cyber insurance guidance

National Cyber Security Centre · Published and reviewed 6 August 2020; checked 26 October 2026

Standing cyber-security discussion framework, not individual coverage advice or an October policy change.

Acrisure’s partner profile uses supplied corporate material. October reporting is authored by Care Circle. New specialist contributions are planned for later editions and will identify their contributors. Read the programme method.

Send a documented correction or editorial question ↗

Continue the October collection

Follow the next
connected decision.

Return to the programme ↗
02 / Contracts & activities8 min

Advertisement feature

The small print behind the care contract

A practical care-provider review connecting commissioning agreements, leases, clinical activities and insurance wording, with an obligations and evidence matrix for leaders.

Your next stepCheck obligations against the evidence