Frameworks
HIPAA: the controls, the BAA, and what we do not claim.
Praktend is built for dental back-office operations. PHI flows through the platform on every credentialing, billing, and records task. This section describes exactly which controls are in force, which BAAs are signed, and what we do not claim.
- Customer BAA Signed in setup; Settings shows the date
- BAA signing entity Silverpine Ventures, LLC (doing business as Praktend), a Colorado limited liability company
- GCP HIPAA BAA Accepted 2026-06-04
- Workspace BAA In force
What this means
No government body or accreditation agency issues HIPAA certifications, so Praktend never uses that phrase.
What HIPAA actually requires of a business associate is: a signed BAA with each covered entity, reasonable technical and administrative safeguards for PHI, and a breach notification procedure. Every customer signs Praktend's BAA in setup, and Praktend runs the safeguards and breach procedure described in this section, with the gaps listed under "What we do not claim" below. Several are not finished, so read that list before you rely on any control here.
Praktend's own infrastructure runs on GCP, which is a HIPAA-eligible platform with a signed BAA covering Firestore, Cloud Run, GCS, and related services. Some work runs through subprocessors outside GCP, such as Retell for voice calls; the subprocessor section lists them. The GCP HIPAA BAA was accepted via the Google Cloud Console on 2026-06-04.
Controls
These controls map to the HIPAA Security Rule's technical safeguard requirements (45 CFR 164.312).
164.312(a)(1) Access control: Per-company data isolation is enforced by backend access checks on the API routes that serve company data, and Firestore security rules deny direct client access. We do not claim that every route has been independently tested. Two-axis role model. Sessions use short-lived signed cookies, not long-lived tokens.
164.312(b) Audit controls: Structured audit log on logged agent actions and approvals. Append-only with an idempotency key; high-blast writes also record a reversal pointer. Centralized Cloud Logging on every Cloud Run service. PHI access logging is best-effort coverage, not a guaranteed row on every read and write (see "What we do not claim" below).
164.312(c)(1) Integrity: AES-256 at rest across Firestore, GCS, Cloud Run, and Secret Manager. Checksums on GCS objects. Where an answer draws on a source record, Praktend keeps a reference to that record; this is not a guarantee that every claim carries one.
164.312(d) Authentication: Sign-in is email and password, or Google sign-in. MFA is required for every company admin in production. App-layer role checks apply on every authenticated request.
164.312(e)(1) Transmission security: TLS 1.2 floor with TLS 1.3 supported, on every public endpoint via Firebase Hosting and Cloud Run. HSTS on (not preloaded). No plain-HTTP fallback permitted.
164.310 Physical safeguards: Provided by GCP. Google Cloud data centers hold ISO 27001 certification and SOC 2 reports, and Google Cloud offers HIPAA-eligible services under its BAA. No Praktend-owned physical infrastructure exists.
PHI in LLM flows: Chat and agent LLM calls route through Vertex AI on GCP (covered by the GCP HIPAA BAA). Voice calls run through Retell, whose voice agent uses a model provider behind it (OpenAI on patient lines) under Retell's BAA, which permits processing outside the United States. Retell's BAA also permits Retell to de-identify PHI and to aggregate it for its own purposes. Our BAA with you prohibits Praktend from using PHI to train, fine-tune, or improve any general-purpose or shared AI model; Retell is not bound by a matching restriction. Praktend does not call Anthropic's direct API in production.
BAA
Every customer signs Praktend's Business Associate Agreement in setup, before the team can continue, and Settings shows the date it was signed. The BAA defines how Praktend may use PHI, requires breach notification, and sets retention and return/destruction obligations.
The BAA is signed electronically in setup. For questions about it, Chris Shannon, Founder, answers on a call: chris@praktend.com.
What we do not claim
HIPAA "certification"
No federal certification program exists, and Praktend does not claim one.
Required MFA policy enforcement
MFA policy enforcement for every account type is not in place; MFA is required for every company admin in production.
Guaranteed PHI access logging
Guaranteed PHI access logging is not in place; coverage is best-effort, and a logging failure never interrupts a read.
Customer-managed encryption keys
Customer-managed encryption keys are not in place, so Praktend treats its PHI as unsecured PHI for breach-analysis purposes.
Administrative safeguards
Workforce security training and a sanction policy are not in place.
SOC 2 and other attestations
No SOC 2 report, HITRUST certification, ISO 27001 certificate, or completed third-party penetration test of Praktend's own product is held.
Subprocessor BAAs
Google Cloud is executed (June 4, 2026), and that same Google Cloud BAA covers Anthropic Claude and Gemini served through Vertex AI. Retell (voice) is executed July 10, 2026, Stedi (eligibility clearinghouse) July 23, 2026, and Mailgun August 14, 2026. Twilio has no send path, and a BAA is required before any is built. SendGrid, our former backup email transport, was retired on October 11, 2026 and has no send path. OpenAI is the model provider behind the Retell voice agent; it is covered through Retell's BAA, which requires Retell to bind its subcontractors to terms consistent with that BAA, and Praktend holds no direct BAA with OpenAI. The subprocessor list below is current, and the BAA obliges us to hand it to you on request.
Anthropic HIPAA BAA
Anthropic does not currently offer a HIPAA BAA for its direct API. This is why Praktend's own LLM calls on PHI route through Vertex AI on GCP (which is covered). Anthropic-direct is prohibited for production PHI workloads in this platform.