How Long Does HIPAA Certification Take?

How Long Does HIPAA Certification Take?

How Long Does Getting HIPAA Compliant Actually Take?

First, the correction the search results owe you: there is no official HIPAA certification. The U.S. Department of Health and Human Services does not certify, accredit, or approve organizations for HIPAA compliance. HHS enforces HIPAA through its Office for Civil Rights (OCR), which investigates complaints, self-reported breaches, and conducts audits — but it issues no certificates. Any document marketed as a "HIPAA certification" from a private vendor carries zero legal weight in an OCR enforcement action.

What healthcare buyers are actually asking when they say "are you HIPAA certified" is whether you have done the documented work: risk assessment, policies, technical safeguards, training, and Business Associate Agreements. That work takes two months to a year, depending on your organization size and starting point. This guide breaks it down.

TL;DR

  • HHS does not issue HIPAA certifications. "HIPAA compliance" is a documented state you maintain; it is not a credential you earn once.
  • A healthcare SaaS startup with strong security hygiene can reach compliance readiness in 2 to 4 months. The minimum credible timeline is about 60 days.
  • A mid-size service organization typically takes 4 to 6 months. An enterprise healthcare org with legacy systems can take 6 to 12 months.
  • HITRUST CSF certification (a private framework that maps to HIPAA plus other standards) is a separate process: 9 to 18 months for an r2 validated assessment.
  • Compliance is not a milestone you hit once. Annual risk assessment review, policy updates, and workforce retraining are required on an ongoing basis under 45 CFR § 164.308(a)(8).

Who this is for

Illustration related to Who this is for
Photo by RDNE Stock project

This guide is for SaaS founders, security leads, and compliance managers at organizations that handle protected health information (PHI) and need to understand what HIPAA compliance readiness requires before they can sign a Business Associate Agreement with a healthcare customer. It covers Business Associates more than Covered Entities, though the phase structure applies to both.


The "certification" question, corrected

When people search for how long HIPAA certification takes, they are usually asking one of two things:

  1. How long until we can tell a healthcare buyer we are HIPAA compliant and sign their BAA?
  2. How long does HITRUST CSF certification take?

These are different questions with different answers.

For question one, the word "certification" is a misnomer. HIPAA is a federal statute — the Health Insurance Portability and Accountability Act of 1996 — implemented through regulations at 45 CFR Parts 160 and 164. Compliance means your organization meets the Privacy Rule, the Security Rule, and the Breach Notification Rule. HHS OCR enforces those rules reactively: investigations are opened after a complaint or a reported breach, not as a proactive licensing gate. There is no examination, no government-issued certificate, and no expiration date on a certificate because no certificate exists.

For question two, HITRUST CSF is a private certification program run by the HITRUST Alliance. It consolidates HIPAA, NIST, ISO 27001, PCI DSS, and other frameworks into a single set of testable controls. Healthcare enterprises frequently require HITRUST CSF certification from their vendors as a proxy for HIPAA compliance. HITRUST r2 validated assessments are conducted by HITRUST Authorized External Assessors, involve the highest tier of control requirements, and are valid for two years. Getting there takes substantially longer than baseline HIPAA compliance.


Timeline by organization type

The table below reflects the typical range for each org type to reach a state where they can credibly tell a healthcare customer they are HIPAA compliant and produce evidence if asked.

Organization profileTypical timelinePrimary driver
Healthcare SaaS startup (under 25 employees, cloud-only, no PHI in production yet)2 to 4 monthsPolicy writing, BAA signing, and basic technical safeguard verification. Modern cloud stacks (AWS, GCP, Azure) ship many controls natively.
Mid-size SaaS or service org (25 to 250 employees, multi-region cloud, active PHI)4 to 6 monthsRisk assessment scope increases with data footprint. BAA inventory, vendor due diligence, and staff training all run in parallel.
Healthcare provider (clinic, lab, telehealth practice)3 to 6 monthsPhysical safeguard walkthroughs, EHR vendor review, and workforce training across non-technical staff extend the timeline.
Enterprise healthcare org (250+ employees, hybrid on-prem and cloud)6 to 12 monthsLegacy system remediation, multi-team coordination, and complex BAA inventory.
HITRUST CSF r2 validated assessment (private certification, not HIPAA itself)9 to 18 monthsScoping, readiness assessment, formal assessment by an authorized external assessor, remediation period, and HITRUST review.

The minimum credible timeline for a small SaaS is around 60 days. Anything faster than that typically means policies were adopted without a genuine risk assessment — which matters the moment an OCR audit opens or a buyer's security team does due diligence.


Phase 1: Discovery and gap assessment (Weeks 1 to 4)

Illustration related to Phase 1: Discovery and gap assessment (Weeks 1 to 4)
Photo by Pixabay

The first step is scoping. HIPAA requirements differ depending on whether your organization is a Covered Entity (a healthcare provider, health plan, or healthcare clearinghouse) or a Business Associate (a vendor that creates, receives, maintains, or transmits PHI on a Covered Entity's behalf). Most SaaS companies fall into the Business Associate category.

Deliverables:

  • Document your CE or BA determination.
  • Map all systems, people, and third-party services that touch PHI.
  • Conduct a Security Rule risk analysis per 45 CFR § 164.308(a)(1): "conduct an accurate and thorough assessment of the potential risks and vulnerabilities to the confidentiality, integrity, and availability of electronic protected health information."
  • Score findings against the 18 standards in the Security Rule (Subpart C of Part 164).
  • Produce a remediation plan ranked by risk level.

HHS publishes a Security Risk Assessment Tool specifically for this purpose.

Effort typically ranges from 40 hours for a small cloud-only startup to over 100 hours for a multi-site organization with on-premise systems.

For a full walkthrough, see our HIPAA risk assessment guide.


Phase 2: Policy and procedure development (Weeks 3 to 8)

The Security Rule requires written policies for administrative, physical, and technical safeguards. The Privacy Rule adds policies covering patient rights, minimum necessary use, and disclosure tracking. Most Business Associates need 15 to 25 distinct policies.

Administrative safeguard policies required under 45 CFR § 164.308:

  • Security management process (risk analysis, risk management, sanction policy, activity review)
  • Assigned security responsibility
  • Workforce security (authorization, clearance, termination procedures)
  • Information access management
  • Security awareness and training
  • Security incident procedures
  • Contingency plan (data backup, disaster recovery, emergency mode operations)
  • Evaluation cadence

Technical safeguard policies required under 45 CFR § 164.312:

  • Access control (unique user IDs, emergency access procedure)
  • Audit controls
  • Integrity controls
  • Person or entity authentication
  • Transmission security

Privacy Rule policies under 45 CFR Subpart E:

  • Breach notification policy
  • Minimum necessary use policy
  • Patient rights policy
  • Disclosure tracking

Drafting from scratch takes 6 to 10 weeks of compliance lead time. Using a vetted template library from a compliance automation platform cuts that to 2 to 4 weeks of customization and review. Free policy templates exist but typically require substantial editing before they are production-ready.

For template options, see our HIPAA documentation templates guide.


Phase 3: Technical and physical safeguard implementation (Weeks 5 to 16)

This is the engineering phase. The five technical safeguard categories under 45 CFR § 164.312 — access control, audit controls, integrity, person/entity authentication, and transmission security — each have a mix of required and addressable specifications.

Notable distinctions: encryption at rest is an addressable specification under 164.312(a)(2)(iv), meaning organizations must implement it or document why an equivalent alternative was chosen. Encryption in transit is also addressable under 164.312(e)(2)(ii). In practice, any organization storing ePHI in cloud infrastructure should treat both as required; the "addressable" designation was written before modern cloud environments made encryption trivially available.

Physical safeguard requirements under 45 CFR § 164.310 include:

  • Facility access controls
  • Workstation use policies
  • Workstation security
  • Device and media controls

For cloud-only SaaS, the physical safeguard phase is lighter: data center physical security is typically handled by the cloud provider under the shared responsibility model, covered by the provider's BAA. For healthcare providers operating clinics or labs with on-premise equipment, this phase involves physical walkthroughs and can extend 8 to 16 weeks.

See our HIPAA Security Rule safeguards guide for specific control implementation details.


Phase 4: Workforce training (Weeks 8 to 12)

Illustration related to Phase 4: Workforce training (Weeks 8 to 12)
Photo by Yan Krukau

45 CFR § 164.530(b) requires Covered Entities to train "all members of its workforce on the policies and procedures with respect to protected health information." The regulation specifies that training must be given:

  • By the compliance date for the entity
  • "Within a reasonable period of time" after a new workforce member joins
  • "Within a reasonable period of time" after a material policy change

Documentation must be retained for a minimum of six years from creation or the last effective date, per 45 CFR § 164.530(j).

Business Associates have parallel obligations under their BAAs, even though the training requirement sits in the Privacy Rule, which formally applies to Covered Entities.

Typical training content splits by role: general HIPAA awareness for all staff, technical safeguard training for engineers, and Privacy Rule content for support staff who handle patient inquiries. Training delivery via an LMS generates the attendance records needed for evidence.

See our HIPAA training requirements breakdown.


Phase 5: Business Associate Agreements (Weeks 6 to 12)

Every vendor that creates, receives, maintains, or transmits PHI on your behalf must sign a BAA before they receive PHI. The BAA is a contract requirement under 45 CFR § 164.308(b), which requires "written contracts or other arrangements" with business associates documenting satisfactory HIPAA safeguard assurances.

Steps:

  1. Inventory every vendor that may contact PHI: cloud infrastructure, email, monitoring, logging, support tooling, payment processors.
  2. Apply the test: do they "create, receive, maintain, or transmit" PHI? If yes, they need a BAA.
  3. Request BAAs from each vendor. Major cloud providers (AWS, Azure, GCP, Google Workspace, Microsoft 365) offer standard BAAs. Many smaller vendors do not, which can require finding an alternative or obtaining a custom agreement.
  4. Store executed BAAs with your compliance documentation.

BAA collection typically takes 6 to 12 weeks because vendor legal teams move slowly. Starting this phase early — before other phases complete — is one of the most reliable ways to shorten your overall timeline.

See our HIPAA Business Associate Agreement guide.


Phase 6: Internal audit and remediation (Weeks 12 to 20)

Before representing to customers that you are HIPAA compliant, run an internal audit to confirm your evidence package holds up. Audit scope:

  • Are all required policies in place, approved, and dated?
  • Are technical safeguards implemented and verified (not just planned)?
  • Are workforce training records complete and retained?
  • Are BAAs executed for all vendors that need them?
  • Does the risk assessment reflect your current environment (not the environment from six months ago)?
  • Is the breach response plan documented and tested?
  • Are audit log reviews happening on schedule?

Budget 1 to 2 weeks of audit, 2 to 4 weeks of remediation, and 1 to 2 weeks of verification for a clean cycle. If findings are significant, add another remediation round.


HITRUST CSF: the third-party attestation that gets confused with HIPAA

HITRUST CSF is frequently described as "HIPAA certification" by healthcare enterprise procurement teams. It is not — but it functions as a more rigorous proxy.

HITRUST publishes a Common Security Framework that harmonizes HIPAA, NIST, ISO 27001, PCI DSS, GDPR, and others into a single set of controls. The organization offers three certification tiers:

TierControlsValidity
e1 (Foundational)44 core controls1 year
i1 (Threat-adaptive)182 control requirements1 year
r2 (Validated)Tailored, highest requirement set2 years

The r2 validated assessment is what most large healthcare enterprises require. It involves:

  1. Scoping and readiness gap analysis with a HITRUST Authorized External Assessor
  2. Implementing or remediating controls to meet the r2 requirement set
  3. Formal validated assessment by the authorized assessor
  4. HITRUST QA review and certification issuance

The 9 to 18 month timeline for r2 reflects the full cycle: a small organization with mature security and existing SOC 2 may reach r2 in under a year; a large enterprise with legacy systems typically takes 12 to 18 months.

HITRUST's own published data states that 99.62% of HITRUST-certified environments reported no breaches in 2025. While this figure comes from HITRUST's own reporting and should be read in that context, it illustrates why enterprise healthcare buyers use HITRUST as a compliance proxy: it is auditor-verified rather than self-attested.

For a side-by-side comparison, see our HIPAA vs HITRUST guide.


SOC 2 with HIPAA criteria: a faster third-party path

SOC 2 is a different kind of attestation. It is defined by the AICPA's Trust Services Criteria and covers five categories: Security, Availability, Processing Integrity, Confidentiality, and Privacy. It does not map directly to HIPAA, but auditors can include a HIPAA criteria section that tests controls relevant to the Security and Privacy Rules.

SOC 2 with HIPAA criteria is not a HIPAA audit — it is an attestation by a licensed CPA firm that specific controls were in place during the observation period. It does not create a legal safe harbor from OCR enforcement. But it is a documented third-party review that healthcare buyers accept as evidence of serious compliance effort.

For organizations that already have SOC 2 Type 2, layering HIPAA-specific controls typically adds 6 to 10 weeks rather than starting a HIPAA program from scratch, because the administrative infrastructure (audit logs, evidence collection, policy management) is already operating.

For the full comparison, see our HIPAA vs SOC 2 guide.


Ongoing compliance cadence

Reaching initial compliance readiness is not the end of the obligation. 45 CFR § 164.308(a)(8) requires that Covered Entities and Business Associates "perform a periodic technical and non-technical evaluation" of their security policies against applicable standards. In practice, this means:

  • Annual risk assessment review: Did your environment change? New systems, new vendors, new PHI data flows?
  • Annual policy review and re-approval: Are policies still accurate? Did regulations change?
  • Annual workforce training (or upon material policy change, per 45 CFR § 164.530(b)(2))
  • Ongoing audit log review: Most organizations do this monthly or quarterly
  • BAA inventory management: Vendor contracts change; BAAs need to track those changes
  • Breach response testing: At minimum annually
  • HITRUST r2 re-assessment: Every two years if you hold r2 certification

The most common way organizations that were compliant in one year fall out of compliance by the next is not a major incident — it is accumulated drift: new vendors added without BAAs, staff turnover that breaks training records, system changes that invalidate the risk assessment. A compliance calendar inside your automation platform or a shared document is the practical tool for preventing this.


What the penalty structure actually looks like

Since there is no certificate to protect you, the enforcement exposure is direct. Per 45 CFR § 160.404, as adjusted for inflation under the Federal Civil Monetary Penalties Inflation Adjustment Act and published annually at 45 CFR § 102.3, the 2025 penalty tiers are:

TierCulpabilityPer violation (2025)Annual cap (2025)
Tier 1No knowledge$145 – $73,011$2,190,294
Tier 2Reasonable cause, not willful$1,461 – $73,011$2,190,294
Tier 3Willful neglect, corrected within 30 days$14,602 – $73,011$2,190,294
Tier 4Willful neglect, not corrected$73,011 – $2,190,294$2,190,294

These figures are published at 45 CFR § 102.3 and updated annually.

A recent enforcement example: in 2024, Montefiore Medical Center settled with HHS OCR for $4.75 million following a breach in which a workforce member sold patient records. The settlement documents, available from HHS OCR's resolution agreements page, identify the specific Security Rule standards at issue. Skipping the workforce sanction policy and the information system activity review — both administrative safeguards under § 164.308 — are commonly cited in enforcement actions.

For a full breakdown of violation scenarios, see our HIPAA violation penalties guide.


Frequently asked questions

Is there an official HIPAA certificate?

No. HHS does not certify organizations for HIPAA compliance. Any document sold as a "HIPAA certificate" by a private vendor is a self-assessment product with no legal standing in an OCR enforcement action. The legitimate third-party attestations are HITRUST CSF certification (from the HITRUST Alliance) and SOC 2 reports with HIPAA criteria, both of which involve independent assessors but are private frameworks, not government programs.

How long does HIPAA compliance take for a small SaaS startup?

Typically 2 to 4 months from kickoff to a state where you can credibly sign a BAA and produce evidence if asked. The fastest legitimate path combines a compliance automation platform (for policy templates and evidence collection), a small engineering team to implement technical safeguards, and an experienced compliance lead to drive the risk assessment. Moving faster than 60 days usually means the risk assessment or BAA inventory was not done properly.

Can I become HIPAA compliant in 30 days?

For a five-person company with SOC 2 Type 1 already in place, adding HIPAA-specific policies and BAAs could technically be done in 30 days. In practice, healthcare buyers with security review processes will question a 30-day timeline because the risk assessment, workforce training, and BAA inventory cannot be done thoroughly in that window. Due diligence will surface the shortcuts.

Do I need a HIPAA audit every year?

There is no required annual external audit. 45 CFR § 164.308(a)(8) requires periodic evaluation, which most organizations interpret as annual. Many organizations also run voluntary annual third-party gap assessments to maintain readiness. HITRUST CSF r2 re-assessment is required every two years for certified organizations.

What is the difference between HIPAA compliance and HITRUST certification?

HIPAA is a US federal regulation. Compliance with it is a legal obligation if you handle PHI; there is no certificate. HITRUST CSF is a private certification framework that maps HIPAA requirements into a testable control set alongside other standards. HITRUST r2 certification is issued by the HITRUST Alliance after a validated assessment by an authorized external assessor. It is a stronger evidence artifact than a self-attested HIPAA compliance claim, which is why large healthcare enterprises frequently require it from vendors.

Does HIPAA compliance expire?

There is no certificate to expire. But your compliance state can drift between annual reviews if your environment changes and your documentation does not keep pace. The practical equivalent of expiration is an organization whose risk assessment is two years stale, whose BAA inventory is incomplete, and whose workforce training records have gaps — that organization is not compliant in any meaningful sense, even if it once was.


Sources used

  1. 45 CFR § 164.308(a)(8) — accessed 2026-05-12
  2. 45 CFR Parts 160 and 164 — accessed 2026-05-12
  3. Security Risk Assessment Tool — accessed 2026-05-12
  4. 45 CFR § 164.312 — accessed 2026-05-12
  5. 45 CFR § 164.310 — accessed 2026-05-12
  6. 45 CFR § 164.530(b) — accessed 2026-05-12
  7. HITRUST — accessed 2026-05-12
  8. 45 CFR § 160.404 — accessed 2026-05-12
  9. 45 CFR § 102.3 — accessed 2026-05-12
  10. resolution agreements page — accessed 2026-05-12

Last reviewed: 2026-05-12. This article was prepared by the Security Compliance Guide Editorial Team. We use AI to draft initial summaries of publicly available cybersecurity compliance documentation, then verify every claim against primary sources before publication. We are not licensed auditors, attorneys, or compliance consultants. For binding decisions, consult a qualified professional. See our editorial standards for full sourcing rules.

Security Compliance Guide Editorial Team
Security Compliance Guide Editorial Team
Author
Security Compliance Guide Editorial Team covers topics in this category and related fields. Views expressed are editorial and based on research and experience.