Trust center

Built for the standards healthcare operates under.

Isolation is physical first, fails closed everywhere else, and is enforced in the build. This page answers the questions your security, compliance and AI governance teams ask first, in plain language and without the runaround.

Core controls

How we protect your data.

Your own isolated environment

Every customer runs in its own dedicated cloud environment with its own network, machine, key vault and backups. The shared management plane holds no customer data beyond privacy-safe telemetry.

Secrets out of the model's reach

Credentials live only in your key vault. Four separate layers keep keys and secrets out of what the model sees and what it says, and the AI never holds the keys that route its own model calls.

Encrypted in transit and at rest

Data is encrypted in transit and at rest. On regulated deployments every memory entry is encrypted, including its search index, with keys derived per agent.

Tamper-evident decision receipts

Every decision leaves a chained, privacy-safe receipt, verified when stored and again on every read, alongside an audit record of the actions the AI takes.

Three backup tiers

Daily backups, immutable time-locked copies the AI itself cannot touch, and offsite copies in a separate region. Restores are verified automatically every week.

People stay in control

Consequential actions are held for the right person to approve. Authority comes only from verified identity and recorded grants, never from a title typed in a profile.

Fails closed

If code in one customer's environment ever asked for another customer's data, it would fail with an alarm rather than return anything. An unknown setting is treated as the most protected one.

US-hosted

Built and operated on US-region cloud infrastructure, with a region allowlist checked automatically.

Verifiable releases

Every release carries signed build provenance, is scanned before deploy, and reaches regulated customers only after it is proven on internal agents first.

Your data

How we handle it.

The short version: your data is yours, it stays isolated, it is used only to do the work you direct, and it never trains our models.

We do not train or fine-tune models on your data.
Customer data is isolated per customer and used only to perform the work you direct.
Much of the operational work needs no patient data at all.
Where a deployment involves protected health information, processing runs only under a Business Associate Agreement, on BAA-covered infrastructure and model configurations.
Data is retained only as long as needed to provide the service and meet legal obligations, then deleted or archived on a defined schedule.
AI governance

How the AI itself is governed.

Security covers the data. Governance covers the decisions. ANDR3W was built so both can be verified, not just asserted.

How accountability works
Framework alignment

Built for the questions health systems now ask about AI.

We say "aligned" and "supports" deliberately. None of these is a certification, and we will never present one as if it were.

NIST AI Risk Management Framework

Aligned

Governance, measurement and monitoring are built into the platform: checks with measured accuracy, receipts for every decision, and alerts on any residual risk.

HSCC third-party AI risk guidance (2026)

Ready to answer

Model auditability, audit logging, data lineage and post-deployment monitoring are things we can show you, not just describe.

Joint Commission and CHAI responsible use of AI (2025)

Supports your program

Receipts, outcome records and monitoring give your AI governance committee the evidence it needs to oversee the tools you use.

CHAI Applied Model Card format

Available on request

A model card covering intended use, out-of-scope uses, data handling and known limits, shared during security review.

Compliance

A deliberate path, honestly stated.

We take compliance seriously enough to be precise about it. Here is where we are and where we are headed. No overstatement, because your risk team will check.

SOC 2 Type II on our roadmap
An independent SOC 2 Type II examination is on our roadmap. It is the report enterprise buyers rely on to confirm controls operate over time, and we will share status as it progresses.
Designed around the HIPAA Security Rule
The platform is designed around HIPAA administrative, technical and physical safeguard requirements.
BAA where we are a business associate
Where a deployment would have ANDR3W handle protected health information, we do so only under a Business Associate Agreement and only as that agreement permits.
HITRUST on our roadmap
We are building toward the frameworks health systems ask for in vendor risk reviews, HITRUST included.

Subprocessors

We use a short, vetted set of enterprise infrastructure and AI-model providers to deliver the service, each under appropriate data-protection terms and, where applicable, a Business Associate Agreement. We maintain a current subprocessor list and provide notice of changes as set out in your agreement.

Incident response

We monitor continuously and maintain a defined process for detecting, investigating, and responding to security events, including timely notification consistent with your agreement and applicable law. Our providers are contractually obligated to notify us of security incidents so we can act quickly.

Bring your security team.

We are glad to walk your security, compliance, and IT stakeholders through our architecture and controls in detail, and to complete your vendor security review.