Skip to content

Security and governance

Care operations need visible, enforceable boundaries

Caira combines organisation scope, role permissions, confirmed changes and history for selected supported actions so teams can inspect who can do what and why.

Request a demo
Organisation scope

Records are kept in an organisation context

Tenant context is part of how Caira retrieves and changes operational data, helping prevent one care organisation from seeing another's records.

Roles and permissions

Responsibilities shape what someone can see and do

Management, finance, compliance, care-record and visit actions can be restricted by role and permission rather than bundled into one unrestricted account type.

Read accessibility intent
Visible exception handling

Support and testing activity should not look like ordinary care work

Owner-only testing and authorised support access are labelled and recorded so exceptional activity can be distinguished from normal operations.

Request a demo

A practical evaluation guide

Make security questions specific to your service

A useful security discussion connects the information you expect to use with the people, devices and suppliers involved. General assurances become more meaningful when the exact environment and workflow are clear.

Begin with the information and its journey

List the information categories the proposed workflow would handle and where each would enter, appear and leave the system. Include copies such as files, exports, audio and generated text where relevant.

Ask which organisation is responsible at each stage and what written terms explain the arrangement. The ICO's controller-and-processor guidance is a starting point; the answer depends on the actual relationship.

Official context: ICO: controllers and processors

Demonstrate access using realistic roles

Ask to see the same fictional task through different roles: someone who can view, someone who may change it and someone who should not have access. Then ask how access is reviewed when a person changes role or leaves.

The ICO describes authorised access and suitable security controls as part of protecting information. Request evidence for the identities, records and actions your service intends to use.

Official context: ICO: security outcomes

Ask what happens when something goes wrong

Include an unavailable service, lost device and accidental change. Ask what the user sees, which contact route applies and what the organisation needs to do while the issue is handled.

Keep backup, recovery, retention, deletion and export questions separate. A backup is not a user-accessible export, and a stated objective is not a completed test. Ask for scope, date and limitations.

Connect assurances to the offered environment

The ICO explains that security measures should reflect the risks involved. Ask how the proposed service handles your intended information and use, rather than relying on general language.

Before operational use, obtain agreed processing terms, supplier and location information, access arrangements, support process and any assurance evidence material to your decision.

Official context: ICO: a guide to data security

A product of Tech Geek UK Ltd.

Covered by the company’s certified management systems.

Tech Geek UK Ltd certified management systems mark for ISO 9001:2015 and ISO/IEC 27001:2022, certificate 523362026.

ISO 9001:2015 and ISO/IEC 27001:2022Certificate 523362026

Tech Geek UK Ltd certified management systems mark for ISO/IEC 42001:2023, certificate 523352026.

ISO/IEC 42001:2023Certificate 523352026

Cyber Essentials Certified mark used by Tech Geek UK Ltd.

Cyber Essentials — Certified

Invitation-only access

Bring one real workflow. We will show you how Caira handles it.

Request a demo