Qyire Docs
Product guide

Patient records

The patient register and the tabs inside a patient record.

The Patients area is the heart of Qyire. It lists your caseload and opens into a single, tabbed record for each patient.

The register

Patients is a searchable list of the people in your care. The core record is deliberately lean — demographics and contact details only. Everything clinical lives in module-owned tabs that appear when the relevant module is enabled for your clinic.

open a patientclinical detail
Patients register
searchable caseload
Core record
demographics only
Module tabs
appear when enabled

Inside a record

A patient record is organised into tabs. Depending on enabled modules you may see:

  • Overview — a snapshot: latest scores, recent activity, and a timeline of clinical events.
  • Journal — a chronological, read-only history of everything recorded for this patient: who created, changed, or removed what, and when.
  • Screening — current risk level, MEED and physical observations, and outcome-measure standing at a glance, with quick links through to the full detail.
  • Clinical — condition-specific clinical detail (e.g. the eating-disorders profile).
  • Consultations — video consultations and their notes.
  • Medications — current and historical medication records.
  • Records — the patient's support plans and clinical paperwork, organised by a left-hand section nav: Patient Support (person-centred care plans by discipline, plus a Daily Insight in the patient's own words), Care Plans, Risk Assessments, and Documents (structured forms such as body maps, incident reports, and handover notes). Each section shows a live count and jumps to it in one click. Any record can be opened side by side with the one you're editing — pin as many as you need and they stack in a panel you can drag to resize, useful for completing a new assessment while referring back to an earlier one. Every record is built from a template's structured fields, not a free-text box, so entries stay consistent and reportable.
  • Documents — uploaded files and attachments.
  • Letters — generated correspondence.
  • Tasks — tasks attached to this patient.
  • Assessments — outcome measures and scores over time.
  • Investigations — lab and blood test results, with interpretation where enabled.
  • Live — the active video consultation, while one is in progress.
  • Graph — a visual map of how this patient's records, tasks, and consultations connect.

Locking and corrections

Clinical records are saved only on confirmed server response. A completed record can be locked; after that it is never edited in place. Corrections are made by adding an addendum — an append-only entry that preserves the original and records who changed what, and when.

Underneath, every clinical fact is stored on an append-only clinical record spine: records are never overwritten or deleted — an amendment writes a new version and the original is kept. Each fact carries provenance (who or what created it, and whether it was AI-assisted), and every change is written to a tamper-evident audit trail — a per-organisation cryptographic hash chain, so any after-the-fact alteration is detectable. This is what lets Qyire stand behind every record as a regulated medical device.

correctionappend-onlytamper-evident
v1 · locked
Addendum /
amendment
v2 · new version
original kept
Provenance
who / what · AI?
Hash-chained
audit trail

Nothing clinical is ever destroyed. When a module is turned off its tab disappears, but the underlying data is retained — "data is etched in stone, UI is paint."

For reviewers: the technical file

The full UKCA technical file, clinical safety (DCB0129) documentation, and architecture decisions live inside the app, behind your Qyire login: Settings → Admin → Technical File (open). It is a searchable viewer of every controlled document, available to vendor admins or anyone granted the Technical File permission. Product and developer documentation (this site) stays public; the regulatory file stays gated.

On this page