Skip to content

Trust

Built for clinical trust.

Security, privacy and quality are designed in — and we keep your data where it belongs.

public/images/trust.jpg

Photoreal, ~16:11 landscape. A secure-feeling clinical workstation in a quiet facility room, a desktop computer with a subtle physical padlock or key detail nearby suggesting security, no cloud or server imagery. Cool clean light with subtle green (#00BF63) accents. Calm, trustworthy, controlled mood. No readable screen text, no patient-identifiable data, no real medical records, no third-party or competitor logos or UI, no people or a faceless person.

Data residency is your choice

The clinical platform is flexible: run it fully on-premise or in a hybrid arrangement — whichever fits your facility — and EU data residency is available. By default, analysis and storage happen where care happens, only de-identified or explicitly-consented data is ever synced, and you remain in control of it. The free tools, MedPodGP and Emu, go further still: they are completely local, so nothing leaves the device at all.

Built on healthcare standards

Our products are designed to align with the standards healthcare relies on — DICOM and HL7 for imaging and clinical data, HIPAA for the handling of health information — and built to recognised clinical-software quality, risk-management and security practice. We design to clinical and security standards and describe our status plainly rather than implying more than is true.

How we handle security

We welcome responsible disclosure. Security concerns can be reported to security@cloudkites.com.

Security you can reason about, not just believe in.

Most security pages ask you to take a great deal on faith. We would rather explain how things actually work, in language a clinician — not a security engineer — can follow and check. The starting point is simple: the less your sensitive data has to travel, the fewer ways it can go wrong. So we designed the whole system around keeping that data close to where it is created and used, and around making sure that whatever does move is something you have explicitly agreed to move.

By default, analysis happens inside your facility. There is no quiet relay to a remote service, no background upload of images, no copy of a record sitting on someone else's machine because that was the convenient way to build it. If a feature genuinely benefits from sharing something — and some do — that sharing is opt-in, it is limited to de-identified or consented information, and it is visible to you rather than buried in a setting nobody reads. The principle is that you should never be surprised by where your data has been.

Trust also depends on being able to look back. Our outputs are deterministic and reproducible: the same input produces the same result, and every step is logged so it can be retraced later. That matters in a setting where someone may, months on, need to explain exactly why a particular result appeared and what informed a decision. A tool that cannot account for itself has no place in clinical work, however clever it is. We would rather be predictable and explainable than impressive and opaque.

Trust you can verify

Four assurances hold across everything we build.

Secure by design
Security is engineered in from the start, not bolted on later.
Data stays on-site
Analysis and storage happen where care happens, by default.
Auditable
Outputs are reproducible and logged, so they can be traced.
Your data, your control
Only de-identified or consented data is ever synced.

Your data lives where you choose.

The clinical platform is flexible: run it fully on-premise or in a hybrid arrangement, and choose EU data residency if you need it. By default, sensitive imaging and patient data never leave the building — analysis runs on-site, and you remain in control of anything that is ever shared. The free tools, MedPodGP and Emu, are completely local, so nothing leaves the device at all.

  • On-premise or hybrid — whichever fits your facility.
  • EU data residency available; only consented data is ever synced.
  • MedPodGP and Emu are completely local — nothing leaves the device.
public/images/trust-residency.jpg

Photoreal, ~16:11 landscape. A small on-premise server cabinet beside a clinical workstation inside a hospital or clinic technical room, cabling neat, clearly self-contained with no external cloud imagery. Cool clean light with subtle green (#00BF63) accents on rack LEDs. Solid, secure, in-control mood. No readable screen text, no patient-identifiable data, no third-party or competitor logos or branded hardware, no people.

Your facility no cloud relay
On-premise or hybrid — your choice; the free tools stay completely local.

The same answer, every time you ask.

Consistency is not a small feature; it is the foundation that makes everything else trustworthy. When a tool can give two different answers to the same question, you can never fully rely on either. Our outputs are built to be reproducible by default, so a result you saw today is the result you will see tomorrow — and the one a colleague will see when they double-check your work. Predictability is what turns a clever model into a clinical instrument.

  • The same input gives the same result.
  • Every step is logged and can be retraced.
  • Outputs are structured the same way, every read.
consistent, every read
Deterministic outputs: the same input yields the same structured result, every read.

Flexible data residency

On-premise or hybrid — your choice — with EU data residency available for the clinical platform.

Healthcare standards

Designed to align with DICOM, HL7 and HIPAA, and to clinical-software quality and risk-management practice.

Human in the loop

Assistive, never autonomous: clinicians and clinical staff review, approve or override every result.

Responsible disclosure

We welcome security reports and describe our status plainly, without overclaiming.

Assistive, never autonomous.

There is a line we do not cross: our tools assist, they do not decide. Every result a model produces is a suggestion placed in front of a person — a clinician or a member of the clinical staff — who reviews it, approves it, edits it, or sets it aside. Nothing acts on its own, and nothing is treated as a verdict simply because software produced it. A human is always in the loop, and that human holds the responsibility, exactly as they would without the tool.

Keeping a person in control is not a limitation we tolerate; it is a design choice we defend. It is what makes the outputs accountable, what keeps clinical judgement where it belongs, and what lets anyone trace, afterward, exactly who decided what and why. Combined with reproducible, auditable behaviour, it means an AI suggestion never quietly becomes an action no one chose. The tool proposes; the clinician disposes — and the record reflects that, every time.

public/images/trust-human.jpg

Photoreal, ~16:11 landscape. A clinician at a reading workstation pausing to review an on-screen suggestion, hand near the keyboard as if about to approve or amend, deliberate and considered. Cool clean light with subtle green (#00BF63) accents. Thoughtful, accountable, in-control mood. No readable screen text, no patient-identifiable data, no real medical images, no third-party or competitor logos or UI, consented or faceless model.

DICOM imaging interoperability

HL7 clinical-data exchange

HIPAA-aligned health-information handling

Clinical-software quality & lifecycle

Risk management

Information security management

Data protection & privacy

Secure-by-design engineering

Trust is something we keep earning.

Security is never finished. Threats change, software changes, and the careful posture that is right today needs revisiting tomorrow. We treat trust as an ongoing practice rather than a box that gets ticked once: we design for it from the first line, we build to recognised standards for clinical-software quality and data protection, and we hold our own work to review rather than assuming it is correct. When we are still working toward a particular assurance, we say so plainly instead of implying more than is true.

We also believe security improves when more people are looking. If you find a weakness, we want to hear about it — responsible disclosure is welcomed, not treated as an embarrassment to be managed. And the relationship runs both ways: you stay in control of your data, you decide what is ever shared, and you can ask us, at any time, exactly how something works. The honest answer to a security question is worth more than a reassuring one, and that is the kind of answer we aim to give.

Where does my data live — on-premise or in the cloud?
It is your choice. The clinical platform runs fully on-premise or in a hybrid arrangement, with EU data residency available. By default, patient data stays on-site, and only de-identified or consented data is synced for specific, opt-in features. The free tools, MedPodGP and Emu, are completely local — nothing leaves the device.
Which healthcare standards do you align with?
Our products are designed to align with DICOM and HL7 for imaging and clinical-data interoperability, and with HIPAA for the handling of health information, on top of recognised clinical-software quality, risk-management and security practice.
Are the AI outputs autonomous?
No. Outputs are assistive, with a human in the loop at all times — clinicians and clinical staff review, approve or override, and intended use is stated for each product.

Built for clinical trust.

Have a question about security, privacy or how your data is handled? We're glad to talk.