What it takes to keep clinical data safe in a working product

Security — 2026-09-12

What it takes to keep clinical data safe in a working product

Security in a healthcare product is not a penetration test at the end. It is a set of decisions made early, about access, records and what happens on the worst day.

SecurityM3CA6 min read

When we build for care settings, the hardest questions are never about encryption. They are about who is allowed to see what, how you prove it afterwards, and how a clinician gets to the record they need at three in the morning without a workaround.

Access is a clinical decision, not a technical one

Roles get drawn with the people who do the work, not by an engineer guessing. Then the rules are enforced in the database itself, so nothing depends on remembering to check in the interface.

  • Every record belongs to an organisation, and the rule is enforced at the data layer.
  • Least privilege by default, with a written reason for every exception.
  • Every read and write of sensitive data leaves a record you can query.
  • Time limited links for documents, never a permanent public address.
  • A rehearsed answer for the day something is exposed.
Access records are a product feature, not an afterthought.
Access records are a product feature, not an afterthought.

Records, so you can prove it

If you cannot show who saw a record and when, you cannot answer a complaint or an audit. That means logging as a product feature, retained for as long as your obligations demand and no longer.

The worst day

Assume a device is lost, a password is reused and a supplier is compromised. Design so that each one is contained: short sessions, scoped keys, revocation you can perform in minutes, and backups you have actually restored from.

A safe system is one where the easy path is also the correct one.

How we judge a clinical build

None of this slows a product down if it is decided in the first week. Retrofitted, it costs several times as much and it never quite fits.

Apply this to your organisation

A useful question should lead to a useful scope.

Brief M3CA

Start

Turn the question into a working brief.

Tell us what needs to change, what is fixed and when it needs to be live. We will shape the right scope from there.