Skip to content
Security and compliance

Data hosted in country. Privacy law aligned.

Each answer below is short, declarative, and accurate to what Aescia operates today. Aescia is pre-first-customer, and the page says so where it matters.

The answers
In-country data hosting
Customer data is hosted in the customer's jurisdiction. Each deployment is a per-tenant Google Cloud environment (Firebase Hosting, Cloud Run, Firebase Authentication) provisioned by Terraform in the region closest to the customer's regulator: US (us-central1 / us-east1 / us-west1), Australia and New Zealand (australia-southeast1, Sydney), UK (europe-west2, London), EU (europe-west3, Frankfurt), Canada (northamerica-northeast1, Montreal). Patient data does not leave the customer's region. No data is co-mingled across tenants.
Privacy-law alignment
Engineering, hosting, and access controls are aligned to the privacy law governing the customer: HIPAA in the US, the Australian Privacy Principles and the Notifiable Data Breaches scheme in Australia, the Privacy Act 2020 in New Zealand, the UK GDPR and Data Protection Act 2018 in the UK, the GDPR in the EU, and PIPEDA in Canada (with Quebec Law 25 where applicable). Customer-side compliance artefacts (security questionnaire, risk-assessment evidence, sub-processor disclosures) are completed on the timeline the customer requires.
Data agreement
Aescia is pre-first-customer and does not have signed data agreements in place today. Before any patient data is collected, transmitted, or stored for a customer, the relevant agreement is put in place: a Business Associate Agreement under HIPAA, a Data Processing Agreement under the GDPR, an APP-equivalent agreement under the Australian Privacy Principles, and the equivalent under PIPEDA and the Privacy Act 2020. Email contact@aesciahealth.com to start that, stating the jurisdiction.
SOC 2
Aescia does not currently hold a SOC 2 attestation. The SOC 2 Type I path is scheduled to open alongside the first US design-partner contract, with the audit window committed in writing to that customer. Type II follows on the next twelve-month observation period. Compliance and cybersecurity is owned internally by Josh Casey.
Breach notification
Aescia notifies affected customers without unreasonable delay, and in no event later than the strictest applicable regulatory window: 60 days under HIPAA, 72 hours under the GDPR / UK GDPR, the eligible-breach timeline under the Australian Notifiable Data Breaches scheme, and the equivalent under PIPEDA and the Privacy Act 2020. A shorter customer-facing window is negotiable in the data agreement on request (typically 24 to 72 hours for confirmed incidents). Notification covers what was accessed, when, by whom, and the remediation taken.
Data ownership
The customer owns its data. Aescia does not use customer patient data, or de-identified derivatives of it, for product training, marketing analytics, or third-party benchmarking without written, customer-specific consent. On contract exit, customer data is exported in a usable, structured format (JSON and CSV) within 30 days, and Aescia-side copies are destroyed on a documented schedule.
Sub-processors
The vendors Aescia relies on to deliver the service are listed in full below. New sub-processors are disclosed in writing before deployment, with a 30-day customer right-of-objection encoded in the data agreement.
Encryption and access
TLS 1.3 in transit and AES-256 at rest. Role-based access control with an audit trail. Database-level tenant isolation. Multi-factor authentication is enforced on all staff accounts. Cyber insurance (Chubb Cyber ERM) is being arranged.
Software lifecycle
IEC 62304:2006+A1:2015 software lifecycle processes are implemented and documented for the regulated Hospitals product. ISO/IEC 27001:2022 controls are implemented for both products. ISO 13485:2016 implementation is underway with certification targeted in 2026. No third-party conformity assessment has been undertaken; no certifications are currently held.
Penetration testing
Aescia has not yet commissioned an independent third-party penetration test. One is planned ahead of the first production customer, and the report will be made available to that customer under mutual NDA.
Sub-processors

The vendors that touch the service.

This list is the same one Aescia maintains internally. It is published rather than gated because a procurement reviewer should not have to ask. Any new sub-processor is disclosed in writing 30 days before deployment, with a customer right-of-objection encoded in the data agreement.

Google Cloud (Firebase Hosting, Cloud Run, Firebase Authentication)
V2 application hosting, API runtime, and authentication
Per-tenant Terraform-provisioned infrastructure: each customer environment is a discrete Firebase project plus Cloud Run service, spun up in the Google Cloud region closest to the regulator. Available regions include us-central1 / us-east1 / us-west1 (US), australia-southeast1 (Sydney) for AU/NZ, europe-west2 (London) for the UK, europe-west3 (Frankfurt) for the EU, and northamerica-northeast1 (Montreal) for Canada. The relevant data agreement is put in place before any patient data is exchanged.
Deployed in-region for the customer's jurisdiction
Twilio
Intended SMS provider for patient reminders, prep coaching, and confirmation flows
Aescia is pre-first-customer and is not yet sending patient messages through Twilio in production. Regional numbers and the relevant data agreement are put in place before any patient data passes through it.
In-region carrier and number plan per customer
Vercel
V1 application hosting for the Aescia for Hospitals product used in the SAFE-Discharge trial
V1 trial environment only. The regulated V2 product runs on Google Cloud in the customer's region.
australia-southeast (Sydney)
Supabase
V1 database and authentication for the SAFE-Discharge trial environment
V1 trial environment only. V2 does not use Supabase.
Australia (ap-southeast-2)
Resend
Transactional and operational email
PHI-free by design. Email is used for non-clinical operational communication; patient identifiers and clinical content are not transmitted via email.
EU / US dual-region
If you leave

Exit terms in writing.

Notice
Month-to-month after the initial pilot. 30-day written notice ends the contract.
Data export
Customer data exported in JSON and CSV within 30 days of termination. No PDF dumps.
Aescia copies
Aescia-side copies destroyed on a documented schedule after export confirmation. Certificate of destruction issued.
Pathway content
Pathways co-authored with the customer are returned in a structured, re-deployable format. The clinician who authored the rule set retains attribution and re-use rights.
Pricing
No early-termination fee in the design-partner program. See the design-partner page for full commercial terms.

For the full security pack, the data agreement template for your jurisdiction, or the SOC 2 roadmap memo.

Contact Aescia