Every layer of HealthSail is engineered to protect patient data — from the API gateway through the database tier, with encryption, segmentation, and monitoring at every boundary.
HealthSail deploys its infrastructure across isolated network segments that separate PHI processing from public-facing services and administrative functions. The commerce application tier, database tier, integration tier, and administrative tier each reside in separate security zones with explicitly defined communication paths controlled by network firewalls and access control lists. Traffic between zones is encrypted, inspected, and logged. This segmentation ensures that a compromise of any single component cannot provide lateral access to PHI in other zones. The architecture supports both single-tenant and multi-tenant deployment models, with single-tenant deployments providing complete infrastructure isolation for organizations with the most stringent security requirements.
Data protection in HealthSail begins with AES-256 encryption at rest for all data stores, including databases, file storage, backups, and cache layers. Encryption keys are managed through hardware security modules (HSMs) with automated rotation on a configurable schedule. In-transit encryption uses TLS 1.3 for all connections — client-to-server, server-to-server, and server-to-database. Field-level encryption is available for the most sensitive data elements, including Social Security numbers, genetic test identifiers, and substance abuse treatment records, providing an additional encryption layer that persists even when data is accessed by authorized database administrators. Certificate management includes automated renewal, revocation monitoring, and certificate transparency logging.
The HealthSail application layer implements security controls that protect against the OWASP Top 10 and healthcare-specific attack vectors. Input validation, output encoding, and parameterized queries prevent injection attacks. Content Security Policy headers restrict script execution to prevent cross-site scripting. CSRF tokens protect state-changing operations. Rate limiting and bot detection prevent automated attacks against patient portals and API endpoints. Session management includes configurable timeout policies, concurrent session limits, IP-based session binding, and automatic invalidation when user permissions change. All application security events are logged and fed into the platform's anomaly detection system for real-time monitoring.
All API access to HealthSail passes through a security gateway that enforces authentication, authorization, rate limiting, and request validation before requests reach the application layer. Authentication supports OAuth 2.0 with both client credentials and authorization code flows, API key authentication for server-to-server integrations, and mutual TLS for high-security integration partners. The gateway validates request payloads against published API schemas, rejecting malformed requests before they can reach application logic. Webhook payloads sent to integration partners are signed with HMAC-SHA256, allowing recipients to verify message authenticity and integrity. API usage is metered and logged with full request-response audit trails.
HealthSail maintains an active vulnerability management program that includes automated dependency scanning, static application security testing (SAST) in the CI/CD pipeline, dynamic application security testing (DAST) against staging environments, quarterly external penetration testing by independent security firms, and a bug bounty program for responsible disclosure. Identified vulnerabilities are classified using CVSS scoring and remediated within SLA-bound timelines: critical vulnerabilities within 24 hours, high within 72 hours, medium within 30 days, and low within 90 days. Customers receive notification of any vulnerability that affects their deployment, along with remediation timelines and interim mitigation guidance.
Continuous security monitoring in HealthSail covers infrastructure metrics, application events, access patterns, and integration activity. The monitoring system uses behavioral analytics to establish baselines for normal operation and generates alerts when deviations occur — such as unusual data access volumes, access from unfamiliar geographic locations, or API call patterns that deviate from established norms. Incident response procedures are documented, tested quarterly through tabletop exercises, and updated based on lessons learned. The incident response team includes on-call security engineers with authority to isolate affected systems, preserve evidence, and initiate customer notification within the timelines specified in the BAA.
Role-Based Access Control
Define who sees what at the field level across patients, providers, staff, and compliance teams.
Audit Trail + Logging
Audit-ready from day one with immutable records, compliance reports, and configurable retention.
Headless Commerce APIs
Full REST and GraphQL APIs for integrating HIPAA-compliant commerce into portals, EHRs, and patient apps.
Get detailed security architecture documentation, security audit summary, and penetration test overview for your evaluation.