Skip to main content
← Back

Privacy Policy

Last updated 2026-06-09 — pending final legal review. This policy describes how the Sanolith platform handles tenant data and Protected Health Information (PHI) today. It is substantive and accurate to our current practices, but the counsel-reviewed final version will be posted before it governs any binding agreement. The controlling commitments for PHI live in your executed Business Associate Agreement (BAA). Questions: [email protected].

Sanolith provides a HIPAA-aligned LLM workspace for healthcare teams. Privacy is the most load-bearing part of the product. This policy explains what we collect, how we handle it, who can touch it, how long we keep it, and the rights you and your patients have. Technical detail for each control is documented on our security page.

Who this policy covers

Sanolith is a business-to-business product. Our direct customers are healthcare organizations ("tenants"). When a tenant uses Sanolith to process PHI, the tenant is the HIPAA Covered Entity (or Business Associate) and Sanolith acts as its Business Associate or subcontractor under a signed BAA. Patient data is handled on the tenant's behalf and under the tenant's direction.

What we collect

How we use it

We use account data to operate your workspace and authenticate users; tenant content to deliver the features you invoke (chat, retrieval, clinical tool calls, per-tenant fine-tuning); and audit metadata to give you a tamper-evident record for compliance. We do not sell tenant data, and we do not use your tenant content to train models for other customers.

Where it is stored and how it is protected

Tenant content lives on encrypted volumes (AES-256 at rest) inside the Sanolith cluster. Traffic to and from the platform is encrypted with TLS 1.3. Tenants are isolated at the database (Postgres row-level security), storage (per-tenant prefixes and IAM scoping), and network layers. We do not transmit your tenant data to a third-party model provider unless you explicitly opt in to a hosted model on a tier where that provider is covered by a BAA. See /security for the full encryption, isolation, and access-control detail.

Sub-processors

Sanolith uses a small, deliberately curated set of sub-processors, each under a signed BAA where PHI is in scope (cloud infrastructure, frontier model inference on customer opt-in, secrets storage, monitoring with PHI log-scrubbing, and transactional email). Customers receive 30 days' notice before a new sub-processor handling tenant data is added. The current list and BAA status are published on our security page; subscribe there for change notifications.

Retention

Patient and individual rights

Where Sanolith processes PHI, the tenant (Covered Entity) is responsible for responding to patient requests for access, amendment, accounting of disclosures, and restrictions under 45 CFR Part 164. Sanolith supports the tenant in fulfilling those requests: tenant admins can export or delete tenant content and export the audit ledger directly from the portal, without vendor mediation. If you are a patient, contact your provider (the tenant) to exercise your rights; we act on their direction.

Security incidents

We maintain a documented incident-response program: a 60-minute initial-assessment target for suspected security events and a 4-hour customer-notification target for a confirmed PHI breach, consistent with the timelines in your BAA and applicable breach- notification rules. Report a concern to [email protected].

Changes to this policy

We will post material changes here and, where a change affects PHI handling, notify tenant admins. The "last updated" date at the top reflects the current version.

Contact

Privacy questions: [email protected]. Security questions: [email protected].