Data protection and where Nexus data comes from

Data protection and where Nexus data comes from

Two kinds of data, kept apart

Published NHS data powers the benchmark dashboards, Funding & equity, Find a GP and AI Insights. It is public, aggregate data. QOF results, GP Patient Survey, workforce and payments publications, CQC ratings and so on, with no patient-identifiable information. This is why the benchmark dashboards can be free for all NHS staff. The Benchmarks → Data sources page lists every dataset and when it was last refreshed.

Your organisation's clinical data powers the Performance and Actions dashboards (QOF: live, Multi-KPI patients, Data quality, CQC performance, CQC actions, Childhood immunisations) and the monitoring and recall features. It is ingested from your own clinical system, held in UK-based infrastructure, protected by row-level security so it is visible only to your organisation's approved users, and access-audited.

AI Insights queries only the published data warehouse: your questions are never answered from patient records.

Anonymous by design: FFT

Friends & Family Test responses are collected anonymously: the response is not linked back to the patient or their medical record, and patient contact details used for sending invitations are handled separately from responses. The contact opt-out list is always honoured.

How long Nexus keeps things

Nexus deletes on a schedule rather than on request. A job runs every night and records what it removed, so the periods below are enforced by the product, not by someone remembering.

  • Message content and patient responses: 12 months. Questionnaire answers, the scores worked out from them, the advice a patient was shown, and the text of any reply a patient sends back are removed 12 months after they were recorded. The record that a questionnaire was sent and answered survives; what the patient actually wrote does not.
  • Delivery, access and automation records: 24 months. Who was messaged on which channel and whether it arrived, which member of staff opened which patient record or dashboard, and what an automation did for a patient, are all removed after 24 months.
  • Friends & Family Test: 13 months for the invitation list and the links (the responses themselves are anonymous. See above).
  • Security and sign-in records: 12 months. What a member of staff did in Nexus and from which address, the daily sign-in and two-factor summary, the alerts raised when a pattern of access looks unusual, and the record of every administrative password or two-factor reset are removed after 12 months.
  • Staff accounts: 7 days after someone leaves. When an admin uses Remove from org on a colleague, that account is erased a week later: name and email replaced with an anonymous marker, access to your clinical data revoked, and the sign-in account deleted. Deactivating somebody is different. It is a suspension, it starts no clock, and reactivating them restores everything.

Three things deliberately do not expire on this schedule:

  • What a practice formally accepted. A data-processing agreement or notice your practice accepted is kept as permanent evidence, with the name, role and email of the person who accepted it as they were on the day. It survives that person leaving.
  • Your opt-outs. A patient's do-not-contact record, and the trail of why it was set, are kept for as long as the opt-out is in force. An opt-out that lapsed is tidied away with everything else after 24 months.
  • Work that is still open. Nothing is deleted while a process still needs it. An unfiled questionnaire response, a work-list item nobody has closed, or an automation still chasing a patient is left alone however old it is, and is removed only once it is finished.

Your practice's own message templates, sign-offs and settings are configuration, not patient data, and are never removed by this schedule.

Who processes data on our behalf

Nexus uses a small number of suppliers: hosting, email and message delivery, error reporting and billing. We publish the full list, with what each one handles and where it processes, as our sub-processor register: /legal/sub-processors (also linked from the footer of Nexus's public pages). It is generated from the same record we maintain internally, so it is always the current list.

  • 30 days' notice. Before we add or replace a supplier that handles patient data, every practice's Nexus administrators are emailed at least 30 days in advance. The email says which supplier is changing and the date it takes effect, and the register lists the change under *Announced changes* until then. Your practice may object on reasonable data-protection grounds by replying to support before that date.
  • Where data is processed. Patient data is held in the United Kingdom (London). Where the register says a location is to confirm, we have not yet obtained a written statement from that supplier and will not publish one we cannot evidence.
  • Error reports. Our error-reporting supplier receives no patient data: only the technical details of the error leave Nexus, and names, dates, NHS numbers and similar details are removed from error messages first.

If something goes wrong

We keep a register of personal data breaches. If one affects data we process for your practice, your practice's Nexus administrators are told within 24 hours of our becoming aware of it, with what happened, the kinds of data involved and what we are doing, so that you, as data controller, can decide whether to report it to the Information Commissioner's Office. The contact for incidents is shown at the foot of the sub-processor register.

Security measures you'll notice

  • NHS-only accounts: self-serve sign-up requires an NHS email address.
  • Two-factor authentication: mandatory on organisation accounts.
  • Admin approval: nobody joins your organisation without an admin's say-so.
  • Audit trails: clinically significant actions (recall decisions, pack changes, preference changes) are recorded append-only: who, what, when.

If a patient asks to be erased

An erasure request against the GP record itself goes to your practice and your clinical system supplier. That record is yours, not ours.

Where a patient asks us to erase what Nexus holds, your practice raises the request with our Data Protection Officer at support@primarycareit.co.uk. The DPO checks it is in scope, confirms there is no overriding reason to keep the data (an open clinical-safety investigation, for example), and tells your practice before anything is removed: because monitoring and recall for that patient stops, and your own EHR recall stays your responsibility.

Once the DPO validates the request, the deletion is automatic and happens within seven days: usually the same night. It removes the patient's NHS number and other identifiers, their name and date of birth, and their clinical content from our copy, and it adds them to a permanent exclusion list so the nightly extract from your clinical system cannot bring them back. A de-identified operational record is kept for clinical-safety assurance: it records what happened and when, but it can no longer be connected to a person. That retention is required of us as a clinical-safety measure and is explained in the data protection pack your DPO can request.

The exclusion list is re-applied if we ever have to restore from backup, so a restore cannot quietly undo an erasure.

Questions or requests

A practice administrator can raise a subject access export for one patient themselves, from Practice → Governance and data protection. See Subject access requests in Nexus.

For other data protection queries, deletion requests, or a copy of governance documentation for your DPO, contact support@primarycareit.co.uk.

Related articles