Topic Hub
Vendor Risk Review & Business Associate Agreement Patterns
Vendor risk assessment and Business Associate Agreement review for healthcare practices and businesses subject to state privacy laws. The contract patterns that put you at exposure, and what audit-ready vendor governance looks like.
Why vendor risk is the most-overlooked source of HIPAA and state-privacy exposure
Most small healthcare practices and SMBs put real effort into their own internal privacy controls and almost no effort into the contracts they sign with vendors. That is the exact inversion of where the regulatory risk actually sits. In OCR enforcement actions from 2024 through April 2026, vendor relationships were a contributing factor in a majority of the largest settlements, either because a Business Associate Agreement was missing or because the BAA in place did not contain the specific provisions HIPAA requires.
A vendor relationship triggers HIPAA's Business Associate rules under 45 CFR 164.502(e) any time the vendor creates, receives, maintains, or transmits PHI on behalf of a covered entity. The required contractual terms are set by 45 CFR 164.504(e): permitted uses and disclosures, safeguard obligations aligned with the Security Rule, breach notification timelines, sub-processor flow-down, audit rights, and termination triggers. Disclosing PHI to a vendor without an executed and substantively complete BAA is itself a HIPAA violation, separate from any breach the vendor may later cause.
The same risk exists in state privacy laws
The state law equivalent is the Data Processing Addendum (DPA) under CCPA, CPRA, VCDPA, Colorado CPA, Connecticut CTDPA, the Texas Data Privacy and Security Act (TDPSA), and others. CCPA service provider language at Cal. Civ. Code 1798.140(ag) is the most prescriptive baseline, and most other states have adopted similar processor-controller frameworks. Without a compliant DPA in place, a vendor can be reclassified as a third party, which then triggers your obligations to disclose sale or sharing of personal information under the consumer rights framework — frequently a much more painful compliance posture than just having the DPA on file.
What audit-ready vendor governance looks like
A defensible vendor risk program has five components. A current vendor inventory listing every party that touches PHI or regulated personal data. A risk classification model that flags vendors by data type, access level, and operational criticality. A documented review of each vendor's security posture, typically a SOC 2 Type II report or HITRUST certification plus a completed security questionnaire. A BAA or DPA inventory with executed contracts, effective dates, and renewal milestones. An annual reassessment cadence with documented evidence each year. OCR auditors and state AG investigators ask for these documents specifically and consistently. The articles below cover each piece in detail, with the language and patterns that hold up under regulatory review.
All articles in this topic
- Educational
BAA vs DPA: What's the Difference and When Do You Need Each?
BAAs cover PHI under HIPAA. DPAs cover personal data under state privacy laws. Here is the difference, when each is required, and the vendors that need both.
- Educational
Case Study: Building a Privacy-Compliant Vendor Program for a Multi-Location Hospitality Business
How a valet and parking management company operating across Houston and Dallas built a defensible vendor privacy program in 30 days, without outside counsel.