Hiive Health Security & Compliance Posture Overview

HiiveHealth Prior Authorization System
Document Type: Client-Facing Security Posture Summary
Version: 3.3
Date: 21 Aug 2026
Classification: External — Approved for Client Distribution
Contact: compliance@hiivehealth.com


1. Introduction

This document summarizes the security controls, compliance posture, and risk management practices for Hiive Health’s Prior Authorization (ePA) System. It is intended for clients, partners, and prospective customers evaluating our security and compliance readiness.

The ePA System processes electronic Protected Health Information (ePHI) — including patient demographics, clinical documentation, diagnostic information, and insurance records. Security and regulatory compliance are foundational to the platform’s design and operation.

Each control area described below is backed by detailed internal documentation, including full policy documents, technical implementation guides, risk registers, and operational runbooks. These materials are available upon request as described in Section 11.

2. Compliance Framework

Current Compliance Status

Framework

Status

Details

HIPAA Security Rule

Fully Compliant

100% compliance achieved April 2026 — all identified gaps resolved

HIPAA Privacy Rule

Operationally Compliant

BAAs executed with AWS, Slack, and PagerDuty; formal policies in place

NIST SP 800-30 Rev. 1

Applied

Risk assessment methodology for HIPAA compliance

NIST Cybersecurity Framework

Aligned

Controls mapped to Identify, Protect, Detect, Respond, Recover

NIST 800-53 / NIST 800-171

Continuously Monitored

Security Hub CSPM applied to all accounts via hiivehealth-cspm-baseline policy

CIS AWS Foundations Benchmark v5

Continuously Monitored

Security Hub CSPM applied org-wide

HITRUST CSF

Alignment In Progress

Controls substantially aligned with HITRUST requirements. Security Hub CSPM already running CIS v5 and NIST 800-53 — two primary HITRUST reference frameworks — generating continuous compliance evidence. IAM password policy enforced via Control Tower guardrails. Formal certification is on the roadmap. See Section 2.1 for detail.

SOC 2 Type II

In Preparation

Controls aligned to Trust Service Criteria; formal certification planned

2.1 HITRUST CSF Alignment

HITRUST Common Security Framework (CSF) certification is a recognized gold standard for healthcare technology vendors. While HiiveHealth is not yet HITRUST certified, our current security posture represents substantial alignment with HITRUST requirements — and we are not starting from scratch.

What we already have that maps directly to HITRUST CSF:

  • Security Hub CSPM running CIS AWS Foundations Benchmark v5 and NIST 800-53 — two of the primary reference frameworks that HITRUST CSF draws from. Months of continuous compliance scoring data against these standards is the kind of evidence a HITRUST assessor expects to see.

  • IAM password policy enforced via AWS Control Tower guardrails — org-wide enforcement across all accounts, which is the authoritative mechanism and satisfies the HITRUST control requirement

  • 15-policy HIPAA framework (HIIVE-SEC registry) — maps directly to HITRUST control categories 01–09 (access control, audit, incident management, risk management, training, and more)

  • Formal NIST SP 800-30 risk assessment — satisfies HITRUST’s requirement for a documented, methodology-driven risk analysis

  • GuardDuty, Inspector, Macie, and Control Tower — satisfy several HITRUST-specific control requirements around continuous monitoring, vulnerability management, and data classification that many organizations do not have in place at all

  • 100% HIPAA Security Rule compliance — HIPAA compliance is a prerequisite for HITRUST, and we have achieved it fully

  • Complete audit trail — 6-year retention, full PHI query logging, tamper-proof log storage; HITRUST assessors require evidence of exactly this

What remains HITRUST-specific before formal certification:

  • Customer-managed KMS keys for CloudWatch Logs and Secrets Manager (currently AWS-managed keys, which satisfy HIPAA; CMK is a HITRUST hardening requirement)

  • Formal HITRUST assessment engagement and remediation cycle

  • A small number of CIS benchmark hardening items that Security Hub is already continuously surfacing and tracking

Timeline: Formal HITRUST CSF assessment and certification is planned as a strategic initiative following the completion of cross-region DR. Our current posture means the assessment process will be a refinement exercise rather than a foundational build.

Assessment Methodology

Risk assessments follow NIST SP 800-30 Rev. 1, adapted for healthcare regulatory requirements and consistent with OCR guidance on HIPAA Security Rule risk analysis. Our assessment program includes:

  • Comprehensive analysis of all systems containing ePHI

  • Threat and vulnerability identification using CVSS v3.1 scoring

  • Likelihood × Impact risk matrix aligned with NIST standards

  • Documented risk treatment decisions with compensating controls

  • Continuous automated compliance scoring via AWS Security Hub CSPM across all accounts

  • Semi-annual interim reviews and annual comprehensive assessments

Latest Assessment Results (April 20, 2026):

  • 0 CRITICAL unmitigated risks

  • 0 HIGH unmitigated compliance risks (cross-region DR is an infrastructure enhancement with documented interim controls)

  • 32 of 32 identified gaps remediated — 100% gap closure

  • Overall HIPAA compliance: 100%

  • Overall risk rating: LOW

Detailed assessment findings, risk registers, and remediation tracking are maintained in separate internal documents available under NDA.

SOC 2 Readiness

Our internal compliance program is built on controls that directly align with AICPA Trust Service Criteria (TSC). The HIPAA risk assessment — conducted using NIST standards — provides substantial overlap with SOC 2 requirements. Our centralized Security Hub CSPM running CIS v5 and NIST 800-53 generates continuous compliance evidence directly applicable to SOC 2. Formal SOC 2 Type II certification is on our roadmap.

3. Security Controls

3.1 Access Control & Authentication

Control

Implementation

Status

Network Isolation

Dedicated VPC per environment; private subnets for all PHI systems; no direct internet exposure to databases or application servers

Implemented

Access Control

IAM roles with least-privilege policies; no long-lived access keys; OIDC-based CI/CD authentication; role-based application access (RBAC); Control Tower SCPs and guardrails enforced org-wide

Implemented

Password Policy

IAM account password policy enforced via AWS Control Tower guardrails across all accounts in the organization

Implemented

Database Authentication

All application database calls use IAM authentication exclusively, enforced at the RDS layer — static database credentials eliminated from the application authentication path

Implemented

Multi-Factor Authentication

MFA enforced for all IAM users; IMDSv2 enforced on all EC2 instances (http_tokens = required) preventing SSRF-based credential theft

Implemented

Session Management

Session cookies hardened (SESSION_COOKIE_SECURE, SESSION_COOKIE_SAMESITE); idle timeout enforced server-side

Implemented

Secrets Management

All credentials stored in AWS Secrets Manager with KMS encryption; IAM database authentication is primary auth path; static DB credentials eliminated

Implemented

Firewall & Network Controls

Security groups with granular per-service rules; VPC endpoints (no internet traversal); default VPC security group rules removed across all accounts

Implemented

3.2 Encryption

Control

Implementation

Status

Encryption at Rest

AES-256 via AWS KMS with customer-managed keys (CMK) for databases, S3, CloudWatch, and Secrets Manager

Implemented

Encryption in Transit

TLS 1.2+ enforced on all external connections; RDS SSL/TLS enforced at the Terraform infrastructure layer (sslmode=require + rds.force_ssl=1); S3 bucket policies deny unencrypted transport; HTTPS-only API endpoints

Implemented

Key Management

Customer-managed KMS keys with annual automatic rotation; 30-day deletion window; key policies enforce least privilege

Implemented

3.3 Data Integrity & Processing

Control

Implementation

Status

Data Integrity

S3 versioning on all PHI buckets; automatic checksums on all data transfers

Implemented

Database Integrity

Aurora PostgreSQL with automated integrity checks; point-in-time recovery (35-day window); deletion protection enabled; final snapshot protection configured

Implemented

Input Validation

Application-layer validation; parameterized SQL queries; Django security middleware (XSS, CSRF, clickjacking protection)

Implemented

Immutable Deployments

Container images deployed by digest; ECR image tag immutability enforced

Implemented

Change Management

Git-based version control; pull request reviews required; CI/CD with automated testing

Implemented

3.4 Container & Compute Security

Control

Implementation

Status

Container Hardening

Read-only root filesystem on all app containers; non-root execution; ECR vulnerability scanning on every image push

Implemented

Continuous Vulnerability Scanning

Amazon Inspector continuously scans EC2 instances, ECS containers, Lambda functions, and ECR images across all accounts — findings aggregated in Security Hub and remediation tickets auto generated in Jira backlog

Implemented

Ephemeral Compute

ECS Fargate — stateless containers with no persistent local storage

Implemented

Patching

Formal quarterly patching schedule with documented vulnerability management procedures; CRITICAL CVEs patched within 48 hours

Implemented

3.5 Data Classification & Confidentiality

Control

Implementation

Status

Data Classification

PHI formally classified by sensitivity (HIGH, MEDIUM, LOW); asset inventory maintained (13 identified PHI assets)

Implemented

Automated PHI Discovery

Amazon Macie continuously monitors S3 across all accounts for PHI/PII exposure, alerting on any sensitive data found outside expected storage boundaries

Implemented

PHI Isolation

All PHI in private subnets; VPC endpoints keep traffic within AWS network; S3 CORS restricted to authorized production/staging domains

Implemented

Least Privilege

Separate IAM roles per service; application-level RBAC; database access restricted by security groups and IAM authentication

Implemented

Secure Disposal

S3 Object Lock prevents premature deletion; KMS key deletion requires 30-day cool-down; Fargate storage destroyed on task termination; RDS deletion protection enabled

Implemented

Data Portability & Offboarding

Formal client data export process (15-business-day SLA); secure deletion with certificate of destruction on service termination; 60-day post-access retention window

Implemented

4. Continuous Security Monitoring

HiiveHealth operates a centralized security monitoring platform across all AWS accounts in the organization, providing real-time threat detection, vulnerability management, and compliance scoring.

Service

Purpose

Scope

AWS Security Hub (CSPM)

Aggregates all security findings; continuous compliance scoring against FSBP, CIS AWS Foundations Benchmark v5, NIST 800-53, NIST 800-171, and Resource Tagging standards

All accounts — centralized in Audit account

Amazon GuardDuty

Continuous threat detection — unauthorized access attempts, credential compromise, network anomalies, malware activity

All accounts — centralized in Audit account

Amazon Inspector

Continuous vulnerability scanning across EC2 instances, ECS containers, Lambda functions, and ECR images

All accounts

Amazon Macie

Automated PHI/PII discovery and data classification in S3; alerts on sensitive data exposure

All accounts

AWS Control Tower

Landing zone governance; Service Control Policies (SCPs); preventive and detective guardrails enforced org-wide, including IAM password policy

All accounts — management account

AWS CloudTrail

Complete API activity record across all regions with 10-year retention and cryptographic log validation

All accounts via Control Tower

This continuous monitoring architecture means security and compliance posture is assessed in real time — not just at point-in-time audits.

5. Audit & Logging

HiiveHealth maintains a multi-layered audit architecture that meets or exceeds HIPAA retention requirements:

Log Source

What Is Captured

Retention

Integrity Protection

CloudTrail

All AWS API calls across all regions

10 years

Log file validation enabled; managed via Control Tower

CloudWatch Logs

Application logs, database audit logs, VPC Flow Logs

6 years for PHI systems

KMS encryption (CMK)

RDS Audit Logs

All database queries including SELECT (complete PHI access tracking)

6 years via CloudWatch

PostgreSQL log_statement=’all’

ALB Access Logs

All HTTP/HTTPS requests with source IP, timestamp, response codes

6 years in S3

Server-side encryption

S3 Audit Bucket

All S3 API operations on PHI storage

6 years with Object Lock

COMPLIANCE mode — tamper-proof

Security Hub

Aggregated findings from GuardDuty, Inspector, Macie, and CSPM

Continuous

Centralized across all accounts

All retention periods meet or exceed the HIPAA 6-year retention requirement (§164.316(b)(2)(i)).

6. Incident Response & Business Continuity

Incident Response

HiiveHealth maintains a formal Incident Response Plan covering:

  • 7-phase response process: Detection → Triage → Containment → Eradication → Recovery → Notification → Post-Incident Review

  • Severity classification: Critical, High, Medium, Low — with defined response times for each level

  • Automated detection: GuardDuty and Security Hub provide real-time alerting that feeds directly into the incident response workflow

  • Breach notification: Compliant with HIPAA Breach Notification Rule (45 CFR §164.400-414) — 60-day notification timeline with documented templates and HHS reporting procedures

  • Post-incident review: Root cause analysis, lessons learned, and control improvements documented after every incident

Business Continuity & Disaster Recovery

Capability

Production

Staging

RDS Daily Backups

35-day retention

7-day retention

AWS Backup Weekly

365-day retention

30-day retention

S3 PHI Documents

7-year Object Lock (immutable)

7-year Object Lock (immutable)

Point-in-Time Recovery

Up to 35 days

Up to 7 days

Multi-AZ Deployment

Active — Aurora PostgreSQL multi-AZ

Active

Infrastructure Recovery

Terraform IaC — full redeployment capable

Terraform IaC — full redeployment capable

Cross-Region DR

Planned Q2 2026

Planned Q2 2026

7. Administrative Safeguards & Governance

Policy Framework

HiiveHealth maintains 15 formal HIPAA security policies (HIIVE-SEC-001 through HIIVE-SEC-015) covering all required administrative, physical, and technical safeguards:

Policy Domain

HIPAA Coverage

SOC 2 TSC Alignment

Security Management

§164.308(a)(1)

CC1.1, CC3.1

Workforce Security

§164.308(a)(3)

CC1.4, CC6.1

Information Access Management

§164.308(a)(4)

CC6.1, CC6.2, CC6.3

Security Awareness & Training

§164.308(a)(5)

CC1.4, CC2.2

Contingency Planning

§164.308(a)(7)

A1.1, A1.2, A1.3

Security Evaluation

§164.308(a)(8)

CC4.1, CC4.2

Physical Safeguards

§164.310

CC6.4, CC6.5

Technical Safeguards

§164.312

CC6.1, CC6.6, CC6.7, CC6.8

Business Associate Management

§164.308(b)(1)

CC9.2

Data Portability & Offboarding

§164.308(a)(7)

A1.3, CC9.2

Breach Notification

§164.400-414

CC2.3

Data Retention

§164.316(b)(2)(i)

A1.2

Disaster Recovery

§164.308(a)(7)(ii)

A1.2, A1.3

Security Incident Response

§164.308(a)(6)

CC7.3, CC7.4, CC7.5

Email Token & Link Expiry

§164.312(a)(1); §164.308(a)(5)(ii)(D)

CC6.1, CC6.6

Risk Assessment Program

Activity

Frequency

Methodology

Continuous Compliance Monitoring

Real-time

AWS Security Hub CSPM — FSBP, CIS v5, NIST 800-53, NIST 800-171

Comprehensive Risk Assessment

Annual

NIST SP 800-30 Rev. 1

Interim Risk Review

Semi-Annual

Targeted review of open items

Control Effectiveness Review

Quarterly

Technical validation of controls

Vendor Risk Assessment

Annual

BAA review + security posture evaluation

Business Associate Agreements

BAAs are in place with all vendors that process or may incidentally access ePHI:

  • AWS — Infrastructure hosting (all HIPAA-eligible services)

  • Slack — Team communications (evaluated and resolved)

  • PagerDuty — On-call alerting (evaluated and resolved)

8. Infrastructure Architecture

The ePA System is deployed on AWS using a security-first, defense-in-depth architecture:

Hiive ePA AWS infrastructure architecture: public subnet with load balancer, private subnet with ECS Fargate services, database subnet with Aurora PostgreSQL, and org-wide guardrails

Key Architecture Decisions:

  • No PHI on the public internet — All PHI systems reside in private subnets

  • IAM-exclusive database authentication — Static database credentials eliminated from the application authentication path

  • AWS-managed services — Leverages AWS’s SOC 2 Type II, HIPAA-eligible infrastructure

  • Ephemeral compute — Stateless containers with read-only filesystems and no persistent local storage

  • Continuous monitoring — Security Hub, GuardDuty, Inspector, and Macie running org-wide

  • Defense in depth — Control Tower SCPs and guardrails, VPC isolation, security groups, NACLs, encryption, IAM, and application-level controls

9. SOC 2 Trust Service Criteria — Coverage Summary

TSC Category

Coverage

Notes

CC1 — Control Environment

Strong

Formal policies, defined responsibilities, risk assessment program

CC2 — Communication & Information

Strong

Documented policies, security training, operational procedures

CC3 — Risk Assessment

Strong

NIST-based assessment, Security Hub continuous scoring, semi-annual reviews

CC4 — Monitoring Activities

Strong

Security Hub, GuardDuty, Inspector, Macie, CloudWatch, CloudTrail — all centralized and org-wide

CC5 — Control Activities

Strong

IaC automation, Git-based change management, CI/CD pipeline controls, Control Tower SCPs

CC6 — Logical & Physical Access

Strong

IAM least-privilege, MFA, IMDSv2, IAM DB auth, password policy via Control Tower, VPC isolation, encryption, container hardening

CC7 — System Operations

Strong

Continuous monitoring stack, formal incident response plan, vulnerability management

CC8 — Change Management

Strong

Terraform IaC, PR-based reviews, automated CI/CD, immutable deployments

CC9 — Risk Mitigation

Strong

BAAs with all relevant vendors, documented risk acceptance, compensating controls

A1 — Availability

Strong

Multi-AZ, 365-day weekly backups, DR plan, IaC recovery, cross-region DR planned

C1 — Confidentiality

Strong

Data classification, Macie automated PHI discovery, encryption at rest/transit, PHI isolation

PI1 — Processing Integrity

Strong

Input validation, checksums, versioning, full audit logging

P1 — Privacy

Strong

BAAs, retention policies, breach notification, access logging, Macie PHI classification

Overall SOC 2 Readiness: HIGH — The majority of controls required for SOC 2 Type II certification are implemented and documented. The continuous Security Hub CSPM scoring against CIS v5 and NIST 800-53 generates ongoing compliance evidence directly applicable to SOC 2 Type II examination.

10. Identified Gaps & Remediation Roadmap

Area

Current State

Remediation

Timeline

Cross-Region DR

Single-region (us-east-1) with multi-AZ redundancy and 365-day weekly backups

Cross-region backup replication and standby infrastructure

Q2 2026

HITRUST CSF Certification

Controls substantially aligned — Security Hub running CIS v5 and NIST 800-53; 15-policy framework complete; IAM password policy enforced via Control Tower; 100% HIPAA compliance achieved. Remaining items: CMK upgrades for CloudWatch Logs and Secrets Manager; formal assessment engagement

Complete remaining HITRUST-specific hardening; engage HITRUST assessor

Following cross-region DR completion

SOC 2 Type II Certification

Controls implemented and continuously monitored; formal audit not yet conducted

Engage SOC 2 auditor for Type II examination

Planned

Recent Improvements (February–April 2026):

  • check 100% HIPAA Security Rule compliance achieved — all 32 identified gaps resolved

  • check Centralized security monitoring deployed org-wide — Security Hub CSPM, GuardDuty, Inspector, Macie, Control Tower across all accounts

  • check IAM password policy enforced via Control Tower guardrails across all accounts

  • check IAM database authentication enforced exclusively — static DB credentials eliminated from application auth path

  • check IMDSv2 enforced across all EC2 instances — SSRF-based credential theft prevented

  • check RDS SSL/TLS enforcement implemented at Terraform infrastructure layer

  • check Session management hardened — secure cookie flags, idle timeout enforced server-side

  • check SSH/RDP access from the internet removed across all accounts

  • check VPC default security group rules removed across all accounts and regions

  • check S3 CORS policies restricted to authorized domains

  • check 365-day weekly backup rule deployed and confirmed in production

  • check Full query audit logging enabled (log_statement = “all”) — complete PHI access tracking

  • check BAAs executed or evaluated with all relevant vendors (AWS, Slack, PagerDuty)

  • check 15-policy HIPAA framework complete — HIIVE-SEC-001 through HIIVE-SEC-015

No CRITICAL or HIGH unmitigated compliance risks exist.

11. Third-Party Assurances

HiiveHealth’s infrastructure runs on AWS, which holds the following independent certifications relevant to healthcare:

Certification

Relevance

SOC 2 Type II

Independent validation of AWS security controls

SOC 3

Public summary of SOC 2 findings

HIPAA Eligible

AWS services are HIPAA-eligible with signed BAA

ISO 27001

International security management standard

ISO 27017

Cloud-specific security best practices

ISO 27018

PII protection in cloud services

FedRAMP

US government high-bar security assessment

Business Associate Agreements are in place with AWS, Slack, and PagerDuty.

12. Document Requests & Due Diligence

The following documents are available for clients conducting security due diligence. Most are provided under NDA:

Document

Description

HIPAA Risk Assessment (v1.5)

Comprehensive risk analysis following NIST SP 800-30 — updated April 2026

HIPAA Compliance Gap Analysis (v2.5)

Detailed control assessment — 100% gap closure as of April 2026

Incident Response Plan

7-phase incident response, breach notification, four-factor breach analysis

Disaster Recovery Policy

RTO/RPO targets, backup strategy, and testing schedule

Data Retention Policy

Retention schedules and data lifecycle management

Data Portability & Offboarding Policy

Client data access, export, service termination, and secure deletion procedures

Security Policies (15 documents)

Full HIPAA security policy library — HIIVE-SEC-001 through HIIVE-SEC-015

Container Patching Schedule

Vulnerability management and patching strategy

Architecture Documentation

Network topology, data flow diagrams, service dependency maps

AWS BAA Confirmation

Executed Business Associate Agreement with AWS

Penetration Test Report

Third-party security assessment results (when completed)

SOC 2 Type II Report

Independent auditor’s report (when completed)

To request documentation or schedule a security review call, contact compliance@hiivehealth.com.

13. Summary

HiiveHealth takes a risk-based, defense-in-depth approach to security and compliance. Our internal compliance program — built on NIST-based risk assessment methodology and aligned with the HIPAA Security Rule, SOC 2 Trust Service Criteria, and HITRUST CSF — demonstrates a mature, continuously monitored security posture with comprehensive documentation at every level.

Key Highlights:

  • 100% HIPAA Security Rule compliance — all 32 identified gaps resolved as of April 2026

  • Zero CRITICAL or HIGH unmitigated risks across all assessed categories

  • Continuous automated monitoring — Security Hub CSPM, GuardDuty, Inspector, Macie, and Control Tower operational across all AWS accounts

  • HITRUST CSF alignment in progress — controls substantially aligned; Security Hub running CIS v5 and NIST 800-53; IAM password policy enforced via Control Tower; formal certification on the roadmap

  • 6-year audit trail with tamper-proof log storage — exceeds HIPAA minimum; full PHI query tracking enabled

  • 100% encryption coverage — data at rest (KMS CMK) and in transit (TLS enforced at infrastructure layer)

  • IAM-exclusive database authentication — static credentials eliminated from the application authentication path

  • 15 formal HIPAA security policies (HIIVE-SEC-001–015) with comprehensive Security Rule coverage

  • NIST-aligned risk methodology with continuous Security Hub scoring, annual assessments, and semi-annual reviews

  • Infrastructure as Code enabling rapid, auditable, and repeatable deployments

  • Comprehensive internal documentation covering architecture, operations, compliance, and incident response — available upon request

Internal Policy Framework

Policy Categories:

  • Administrative Safeguards: HIIVE-SEC-001 (Security Management), HIIVE-SEC-002 (Workforce Security), HIIVE-SEC-003 (Information Access Management), HIIVE-SEC-004 (Security Awareness Training), HIIVE-SEC-005 (Contingency Planning), HIIVE-SEC-006 (Business Associate Agreements), HIIVE-SEC-009 (Security Evaluation), HIIVE-SEC-013 (Disaster Recovery), HIIVE-SEC-014 (Incident Response)

  • Physical Safeguards: HIIVE-SEC-008 (Physical Safeguards)

  • Technical Safeguards: HIIVE-SEC-007 (Technical Safeguards), HIIVE-SEC-015 (Email Token and Link Expiry Policy)

  • Documentation & Compliance: HIIVE-SEC-010 (Data Portability), HIIVE-SEC-011 (Breach Notification), HIIVE-SEC-012 (Data Retention)

All policies include detailed procedures, role assignments, training requirements, and enforcement mechanisms. Policy review occurs semi-annually with executive approval.

Document Version: 3.3

Last Updated: Aug 21, 2026

Prepared By: HiiveHealth Security & Compliance Team

Approved By: [Chris Long, Compliance Director]

Review Cycle: Quarterly or upon material changes

Next Review: Nov 2026