SOX vs HIPAA

SOX tests whether financial reporting controls over IT can be relied on, and HIPAA sets safeguards for ePHI enforced by HHS. Passing one does not show you meet the other, but access and change evidence can serve both.

On this page

SOX vs HIPAA: which to pursue first, and whether both apply

SOX and HIPAA answer different questions, so the first step is to confirm which one binds your company. Section 404 of the Sarbanes-Oxley Act of 2002 requires management to assess internal control over financial reporting each year. For accelerated and large accelerated filers that are not emerging growth companies, an external auditor must also attest to that assessment (15 U.S.C. 7262). HIPAA's Security Rule applies to covered entities and business associates handling electronic protected health information. HHS Office for Civil Rights enforces it through complaint investigations, compliance reviews and audits, and HHS states that no Security Rule standard requires certification. A publicly traded health system, insurer or health tech company can therefore be subject to both, one, or in some corporate structures, a subsidiary may fall under HIPAA while the parent's ICFR scope covers only the financial reporting systems. Ask counsel and the external auditor to confirm filer status and whether any entity in the group is a covered entity or business associate.

When both apply, the proof is different, and that difference should shape the plan. SOX produces a management assessment and, for qualifying filers, an auditor attestation tied to financial reporting risk. HIPAA produces no certificate. Its proof is the documentation required by the Security Rule, which must be retained for six years (45 CFR 164.316(b)(2)(i)), and the ability to show a regulator how each standard was met. NIST SP 800-66 Rev. 2 (February 2024) gives a practical guide to that evidence, though HHS treats it as informational, not binding. Because a clean SOX result says nothing about ePHI confidentiality, and a HIPAA review says nothing about ICFR operating effectiveness, the two programs must be tested separately even where they share access and change controls. Pursue SOX first when the auditor's deadline and material weakness exposure are closest. Pursue HIPAA first when a breach or OCR audit risk is the larger threat to the business.

Shared access, change and logging controls are the place to save effort, but only if the scope is mapped. A single user access review, change approval record and log retention process can often serve both programs, provided each system is tagged by its purpose: financial reporting, ePHI, or both. Confirm with your auditor which applications they treat as in scope for ITGC testing, and confirm with your privacy and security officers which systems store or process ePHI. Ask for a written control mapping that names the owner, evidence location and retention period for each shared control. The HIPAA penalty ceiling for 2026 (the calendar-year cap of $2,190,294 under 45 CFR 102.3) is a reason to keep the HIPAA documentation current, not a substitute for it.

How SOX and HIPAA differ on scope, enforcement and proof

This table compares who each law applies to, what it protects, how it is enforced and what evidence each produces. Read it as a map of two different duties: SOX tests financial reporting controls, while HIPAA sets safeguards for ePHI that regulators can examine directly.

DimensionSOX (Section 404 and ITGCs)HIPAA Security Rule
Statutory sourceSarbanes-Oxley Act of 2002 (Public Law 107-204), Section 404, codified at 15 U.S.C. 7262Security Rule at 45 CFR Part 164 Subpart C (sections 164.302 to 164.318)
Who it applies toSEC registrants. Management assessment applies to all; auditor attestation applies to accelerated and large accelerated filers that are not emerging growth companiesCovered entities (health plans, health care clearinghouses, covered health care providers) and business associates handling ePHI
Protected interestReliability of financial reporting and the controls that support itConfidentiality, integrity and availability of electronic protected health information
Control catalogNo SEC or PCAOB catalog of IT general controls; scope depends on each company's facts and circumstancesAppendix A to Subpart C: 18 standards across administrative, physical and technical safeguards, with 36 implementation specifications
Required versus addressableNot applicable; the company decides which ITGCs are needed to support financial reporting controls14 specifications are required; 22 are addressable, meaning the entity must assess, document and implement an equivalent measure if the specification is not reasonable
Documentation retentionRetention follows the company's record and audit trail needs; confirm period with the external auditorSecurity Rule documentation must be kept for 6 years (45 CFR 164.316(b)(2)(i))
Enforcement and examinationManagement evaluation and external auditor testing under PCAOB AS 2201 and AS 2110; SEC oversight of filingsHHS Office for Civil Rights uses complaint investigations, compliance reviews and audits
Penalty rangesNot set by the Security Rule; consequences follow securities law and filing rulesInflation-adjusted civil money penalties for penalties assessed on or after January 28, 2026: $145 to $2,190,294 per violation, calendar-year cap of $2,190,294 (45 CFR 102.3)
Proof producedManagement's ICFR assessment and auditor's attestation report, with ITGC testing evidenceNo certification exists; evidence is your own documentation and risk analysis, which OCR can review. Pending HHS revision (90 FR 898) is proposed, not final

Which organizations SOX and HIPAA each reach

SOX Section 404 reaches the company's own financial reporting, not its whole technology estate. Management must assess internal control over financial reporting each year, and for accelerated and large accelerated filers that are not emerging growth companies, an external auditor attests to that assessment (15 U.S.C. 7262). SEC Release 33-8810 says the IT general controls relevant to that evaluation vary with each company's facts and circumstances, and it does not publish a fixed list. In practice, the question for a health system or insurer is which systems feed the general ledger, claims payment, revenue cycle or financial close, and which of their access, change and computer operations controls keep those automated controls reliable. Confirm your filer status and emerging growth company status with counsel before scoping, because they determine whether the auditor attestation applies at all.

HIPAA's Security Rule reaches covered entities and business associates that create, receive, maintain or transmit electronic protected health information. Covered entities include health plans, health care clearinghouses and covered health care providers, and business associates are bound through their relationship with them (45 CFR 164.302). A publicly traded health system or insurer will usually be a covered entity, so it may carry both duties over the same ePHI-bearing systems. A listed health tech vendor may carry HIPAA only through business associate status, which depends on the services it performs and the data it touches, and that status is often set by contract. Map each product line and data flow to one of these roles before deciding which systems fall under both regimes.

Ask counsel and the compliance lead to confirm three things in writing: the company's SEC filer category, whether it is an emerging growth company, and the HIPAA role of each legal entity and service line. Record which systems sit inside ICFR scope, which handle ePHI, and which sit in both, because the overlap determines where one set of access and change evidence can serve two audiences. Where a business associate agreement or a subcontract is unclear, treat that as an open item for legal review rather than an assumption about who is responsible.

Where SOX ITGC and HIPAA Security Rule controls overlap

SOX and HIPAA both reach the same core systems when a public company runs an EHR, claims platform or billing ledger that holds financial records and ePHI. The overlap sits in access, change, logging and recovery, but the supplied facts contain no official control-to-control mapping between them, so each team must build and confirm its own.

Logical access to financial and ePHI systems

On the SOX side, the external auditor tests whether access to programs and data that feed financial reporting is restricted and reviewed, and AS 2201 and AS 2110 make those ITGCs part of how automated controls are relied on. On the HIPAA side, the access control standard in Appendix A to Subpart C (164.312) and the workforce and access management standards in 164.308 cover the same user population. Check whether one access review can satisfy both, including privileged accounts and service accounts that touch ePHI-bearing ledgers.

Change management for shared systems

SOX ITGCs test whether program changes to systems that produce financial figures are authorized, tested and approved before release, and SEC guidance in Release 33-8810 names program changes as an ITGC area management may consider. HIPAA's Security Rule does not prescribe a change process by name, but its risk analysis and risk management standards in 164.308(a)(1) expect changes that affect ePHI to be assessed. Ask whether one change ticket can carry both the financial impact and the ePHI impact assessment.

Audit logging and log review

Auditors testing ITGCs look for evidence that logs of privileged activity and data changes exist and are reviewed, which supports the reliance placed on automated controls. The HIPAA audit controls standard in 164.312 requires mechanisms that record and examine activity in systems with ePHI. Confirm the log scope, retention and reviewer for each system, because a single log stream may serve both audiences but the retention periods and review evidence each one expects may differ.

Contingency and backup for systems of record

SOX expects management to evaluate whether ITGCs that support reliable processing and data integrity are operating, which includes how financial data is protected and recovered. The HIPAA contingency plan standards in 164.308 require data backup, disaster recovery and emergency mode operation for ePHI. Test restoration once and document the result against both expectations, since an untested recovery path gives neither auditor nor OCR much to rely on.

Who assesses, what is issued and how often

This table compares who checks each regime, what paper they produce and how often the cycle runs. Read it to see why a clean SOX audit opinion and a HIPAA compliance posture are different kinds of evidence, and why neither substitutes for the other.

ElementSOX Section 404 (ICFR)HIPAA Security Rule (ePHI)
Who assessesManagement performs the annual ICFR assessment. For accelerated and large accelerated filers that are not emerging growth companies, an external auditor attests to it under PCAOB AS 2201.No independent certification body. HHS Office for Civil Rights (OCR) investigates complaints, runs compliance reviews and audits, and enforces the Security Rule.
What is issuedManagement's annual ICFR report and, where required, the auditor's attestation opinion under AS 2201.No HIPAA certificate exists. HHS states no Security Rule standard requires certifying compliance (HHS FAQ 2003).
CycleAnnual. Management evaluates ICFR as of each fiscal year end under Rule 13a-15(c).Event-driven or audit-driven. Triggered by a complaint, breach, compliance review or an OCR audit such as the 2024 to 2025 program covering 50 entities.
Effect of a private certificationNot applicable. The auditor's opinion is the formal output of the SOX audit.A private certification does not prevent HHS from later finding a violation (HHS FAQ 2003), so it gives no shield in an enforcement action.
What to confirm with your auditor and counselWhich filer status applies, whether an emerging growth company exemption is claimed, and which IT general controls the auditor will test.Which OCR audit or enforcement exposure applies to your covered entity or business associate role, and how your evidence will be presented.

Why passing a SOX audit does not prove HIPAA compliance

A clean Section 404 result tells the market that management's assessment and the auditor's attestation found no material weakness in internal control over financial reporting. It does not tell you that electronic protected health information is protected. The auditor samples only the controls the company identified as relevant to financial reporting, and the Security Rule applies to a different population of systems. Under 45 CFR 164.302, covered entities and business associates must comply for every system that creates, receives, maintains or transmits ePHI, and the sampled ITGC population will rarely match that set. Start by comparing your ePHI inventory with the list of in-scope ITGC systems.

SEC guidance in Release 33-8810 says management only needs to evaluate the IT general controls necessary for the proper and consistent operation of controls that address financial reporting risks, and need not evaluate IT general controls that only affect operational efficiency. A clinical scheduling or order-entry system that holds ePHI but feeds no general ledger entry can sit outside the ITGC scope while remaining fully inside HIPAA scope. The Security Rule expects a documented risk analysis, a decision for each addressable implementation specification documented under 45 CFR 164.306(d), policies and documentation under 164.316, and safeguards for that system. Ask who owns those decisions for each system outside the ITGC scope.

Illustrative example: a hospital's SOX program tests access and change controls on its general ledger and ERP. Its clinical documentation system stores patient notes, but no financial reporting control depends on it, so the auditor never samples it. An audit that passes on the ERP says nothing about whether that system has audit logging, role-based access reviews, encryption decisions or a documented contingency plan. Confirm the scope boundary in writing with your external auditor and your HIPAA privacy and security officers, and treat any system left out of ITGC testing as a separate HIPAA workstream with its own evidence.

Which framework to pursue first by organization type

A publicly traded health system that operates hospitals and an EHR usually sits on both sides of the comparison at once. Its SOX duty covers management's annual assessment of internal control over financial reporting under Section 404, and the IT general controls that support revenue cycle, billing and the general ledger are tested because the EHR feeds those numbers. Its HIPAA duty covers the Security Rule for ePHI held in the EHR, as a covered entity. In most cases the first test a health system faces is the external auditor's ICFR testing, because that cycle is annual and tied to the filing calendar. The OCR audit program is a separate, complaint and audit driven exposure that does not follow the filing calendar.

  • SOX scope: Access, change and computer operations controls over the billing and ledger systems that the EHR interfaces with.
  • HIPAA scope: Every system that creates, receives, maintains or transmits ePHI, including the EHR, its interfaces and backups.
  • Shared systems: Identity, logging and change records for the EHR may serve both duties, but each duty needs its own evidence set.
  • Documentation: Security Rule documentation must be kept for 6 years, which runs on a different clock from the annual ICFR cycle.
  • Confirm: Your filer status, whether each hospital and clinic is a covered health care provider, and which interfaces move ePHI into financial systems.

Confirm with your auditor which EHR modules are in ICFR scope before you size either program.

Running both programs without duplicating evidence

This sequence sets up one shared control inventory and one test cycle, then splits the output into two evidence packages, one for the external auditor and one for HHS-facing records. No supplied fact provides an official SOX-to-HIPAA mapping, so the crosswalk is built and owned by your own team.

  1. Confirm which systems hold financial data and ePHI

    Start by listing every system that feeds the general ledger or financial close, and every system that creates, stores, transmits or processes electronic protected health information. Finance, IT, compliance and the privacy and security officers should sign off together, because many systems will appear in both lists. The output is a single scoped register with a yes or no flag for each program. The step is done when each system has an owner and a named scope decision that both teams accept.

  2. Build a shared inventory of access and change systems

    Document the identity sources, privileged accounts, change management tools, deployment pipelines and logging platforms that touch both sets of systems. Record who approves access, who executes changes and where the logs live. Tie each item to a named owner. The output is one inventory that both the SOX ITGC testing and the HIPAA technical safeguard reviews can reference. It is complete when no in-scope system lacks an access owner and a change path.

  3. Map ITGC controls to Security Rule standards in your own matrix

    Using your inventory, write a matrix that links each ITGC control (for example, access provisioning, program changes, computer operations) to the Security Rule standards it also supports, such as access control, audit controls, and information system activity review under 45 CFR 164.308 and 164.312. Use NIST SP 800-66 Rev. 2 as a reference for activities and sample questions. Treat the result as your own working crosswalk, since no supplied fact provides an official SOX-to-HIPAA mapping. It is done when each mapping has an owner, a rationale and a date of last review.

  4. Decide addressable specification outcomes and record them

    For each addressable implementation specification in Appendix A to Subpart C, decide whether it is reasonable and appropriate in your environment. If it is not, document why and select an equivalent alternative measure. Record every decision in the same matrix so that the reasoning is visible to both the auditor and the privacy and security officers. The output is a signed decision log. It is complete when no addressable specification is left without a documented outcome.

  5. Set six-year documentation retention for the HIPAA records

    Set a retention rule that keeps Security Rule policies, procedures, required actions, assessments and the decision log for six years, as 45 CFR 164.316(b)(2)(i) requires. Confirm with counsel how this interacts with the retention periods your SOX evidence already follows, since the two programs may set different periods for the same artifact. The output is a retention schedule that names each record family, its location and its owner. It is done when the schedule has been approved and the storage location has been tested for retrieval.

  6. Test the shared controls once, then build two evidence packages

    Run one test of each shared control, such as a privileged access review or a change approval sample, and capture the raw evidence once. Then assemble two packages from that evidence: one organized around financial reporting risk and the control objectives the external auditor tests under PCAOB AS 2201, and one organized around the Security Rule standards for HHS-facing records. Each package should reference the same underlying artifacts and state the purpose of each one. The step closes when both packages are reviewed by their owners and both are traceable to the same test results.

What drives the cost of SOX and HIPAA work

The cost of running SOX ITGC and HIPAA Security Rule work is mostly people's time, and the two programs spend it differently. Under SOX, management carries the internal effort of scoping IT general controls, gathering evidence for access, change and computer operations controls, and remediating deficiencies, while the external auditor's fees for the Section 404(b) attestation are paid by the issuer. The SEC estimated in 2020 that an issuer newly exempt from the 404(b) attestation would save about $210,000 per year on average, roughly $110,000 in audit fees and $100,000 in other costs (Release 34-88365). That figure is a regulatory estimate for a specific rule change, not a benchmark for what your audit will cost, so do not budget from it.

HIPAA work is paid for differently. The largest one-time items are the initial risk analysis and the first pass at policies, procedures and documentation under 45 CFR 164.316, plus any remediation those analyses reveal. The recurring items are periodic risk analysis, policy upkeep, workforce training and retention of Security Rule documentation for 6 years under 45 CFR 164.316(b)(2)(i), which adds storage and maintenance effort every year. Addressable implementation specifications add decision work: each one needs a documented reasonableness assessment and, where a measure is not adopted, an equivalent alternative. Ask whether a quote includes the cost of keeping that documentation current, not only the cost of producing it once.

Before you accept any quote for either program, request four things in writing: the systems in scope, including the applications, databases, identity sources and cloud accounts that touch financial reporting or ePHI; the number of controls to be designed, tested or evidenced, with the control owners named; the period of evidence to be retained and where it will be stored; and which costs are one-time and which recur each year, such as retesting, retention and remediation support. A fixed-scope quote from DeployOpen follows from that written scope, so the same list is the basis for comparing any proposal, including ones from your external auditor or other providers.

Questions buyers ask before comparing SOX and HIPAA

Is there a HIPAA certificate that proves Security Rule compliance?

No. There is no HIPAA certification. HHS states that no Security Rule standard requires an entity to certify compliance, that it does not endorse or recognize private organizations' certifications, and that such certifications do not prevent HHS from later finding a violation. Any vendor or assessor offering a HIPAA certificate is selling an opinion or a report, not a government-recognized credential. Ask what the document is called, who signed it, what period and scope it covers, and whether HHS recognizes it. For the regulator's own position, read the HHS FAQ on certifying compliance.

Can one audit cover both SOX ITGCs and HIPAA Security Rule controls?

Partly. The two regimes share access, change and logging controls, so one body of evidence can often serve both, but the audits themselves are different. SOX ICFR testing is performed by the external auditor under PCAOB AS 2201 and is limited to controls that address financial reporting risk. HIPAA has no audit requirement in the same sense; HHS OCR enforces the Security Rule through complaint investigations, compliance reviews and audits. Passing a SOX audit does not establish Security Rule compliance for ePHI, and the reverse is also true. Confirm with your external auditor and your privacy and security counsel which controls each one will rely on before designing shared evidence.

How long do HIPAA Security Rule documentation records have to be kept?

Security Rule documentation must be kept for 6 years under 45 CFR 164.316(b)(2)(i). That retention period is the fixed requirement. The effort comes from what the records contain: policies, procedures, risk analysis outputs, access reviews, and records of decisions on addressable implementation specifications. Each must be kept current, retrievable and updated when the environment changes, which adds recurring storage and maintenance work for the life of the program. SOX retention rules are set separately for audit workpapers and financial records, so confirm the retention schedule for each regime with your records team.

What do the 2024 to 2025 OCR HIPAA audits actually review?

The HHS Office for Civil Rights 2024 to 2025 HIPAA audits review 50 covered entities' and business associates' compliance with the Security Rule provisions most relevant to hacking and ransomware. That focus matters for a health system or insurer because it points audit attention at access control, audit logging, risk analysis, contingency planning and incident response for ePHI. Check the OCR HIPAA Audit Program page for the current protocol and selection process, since the scope may change. The audit program does not replace your own evidence: you must be able to show current controls and documented decisions at any time.

How much does a SOX attestation cost, and what drives the price?

No supplied fact gives a current cost for a SOX 404(b) attestation, so ask your auditor for a written estimate rather than relying on a general figure. The one supplied benchmark is from the SEC: in its 2020 release on accelerated filer definitions (Release 34-88365), it estimated that an issuer newly exempt from the auditor attestation would save about $210,000 per year on average, roughly $110,000 in audit fees and $100,000 in other costs. Drivers include the number of key IT controls tested, the number of systems in scope, the maturity of your access and change processes, the number of remediation cycles, and whether evidence is produced on request. Ask for the cost split between audit fees and internal effort, and which costs recur each year.

Can our internal team run SOX ITGC and HIPAA Security Rule work alone?

Many organizations do part of this internally, and the decision depends on capacity and independence rather than capability alone. Management owns the ICFR assessment under Section 404 and must evaluate the IT general controls needed for reliable financial reporting, so internal ownership is required. For HIPAA, the covered entity or business associate remains responsible for compliance. An internal team can run control operation, evidence collection and documentation. Outside help is most often used for independent testing, gap analysis against SP 800-66 Rev. 2 sample questions, and remediation capacity. Confirm your scope, staffing and independence needs with your auditors and counsel before deciding.

How long does readiness for both programs take?

No supplied fact gives a duration for readiness, so any timeline you are quoted should come from a written scope. The main drivers are the number of systems that touch financial reporting or ePHI, how many controls already have evidence, the state of your access reviews and change records, and whether the HIPAA Security Rule revision changes your documentation. HHS proposed a major Security Rule revision on January 6, 2025 (90 FR 898), but as of October 2026 no final rule has been published, and the latest Unified Agenda projects final action for July 2027. Plan for the current rule and track the proposal. Ask any provider to break the timeline into scoping, control remediation, evidence collection and testing phases.

What does DeployOpen issue, and what does it leave to auditors and regulators?

DeployOpen plans, implements, customizes, integrates, hardens, backs up, upgrades, documents and supports self-hosted open-source platforms inside your own infrastructure, and it prepares systems, controls and evidence for compliance assessments. It does not issue audit reports, attestations or certifications. For SOX, the external auditor issues the ICFR opinion under AS 2201. For HIPAA, there is no certificate to issue, and OCR or a court determines compliance. Most engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts, and pricing follows from that written scope rather than a published price list. Ask for the deliverables list and the evidence each one produces.

How DeployOpen prepares SOX and HIPAA readiness

DeployOpen plans, implements, hardens, documents and supports self-hosted open-source platforms inside the client's own infrastructure, so SOX and HIPAA work starts from the systems that touch financial reporting and ePHI. Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work begins.

How we scope

  • Written scope names the financial reporting systems and ePHI systems in view, with each side kept separate.
  • Scope lists which access, change and logging controls are covered and which hosts or applications sit outside them.
  • Scope states the documents, evidence and deliverables the client receives at the end of the engagement.

How we build

  • Access, change and logging controls are configured on the self-hosted platforms within the client's cloud accounts or data centers.
  • Security Rule safeguards are mapped to platform settings, with addressable specifications documented as decided.
  • Control evidence is generated during build so it can be reviewed by the client's auditors and HIPAA assessors.

How we hand over

  • Handover includes configuration records, control descriptions and runbooks written for the client's own staff.
  • Documentation covers the retention period the client's compliance program requires, which the client should confirm.
  • Clients receive a list of open items, owners and the evidence still needed before an external review.

How we support

  • Ongoing support, upgrades and continuous testing are available as retainers after the initial handover.
  • Retainers can cover recurring evidence collection so access reviews and change records stay current between audits.
  • Support scope, response expectations and review cadence are confirmed in writing with the client before work starts.

Sources and further reading

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.