What Is a Business Associate Agreement (BAA) and Do You Need One?

What Is a Business Associate Agreement (BAA) — and Do You Need One?

What Is a Business Associate Agreement (BAA) — and Do You Need One?

If your business touches protected health information in any form — even indirectly — a BAA isn’t optional. It’s the legal foundation that makes your HIPAA relationship with a vendor or client legitimate.

The Business Associate Agreement is one of those compliance terms that gets thrown around constantly in healthcare IT conversations, but rarely explained clearly. It’s not complicated, but the consequences of getting it wrong — or skipping it entirely — are significant. Here’s what it is, who needs one, and what happens without it.

What a BAA actually is

A Business Associate Agreement is a written contract required under HIPAA between a covered entity (a healthcare provider, health plan, or healthcare clearinghouse) and any vendor or service provider — called a business associate — that will create, receive, maintain, or transmit protected health information (PHI) on the covered entity’s behalf.

The BAA establishes that the business associate will handle PHI appropriately, implement required safeguards, report breaches, and comply with HIPAA’s Security Rule to the extent it applies to their services. It’s both a compliance requirement and a risk allocation document — it defines who’s responsible for what if something goes wrong.

Who counts as a business associate

This is where most healthcare organizations underestimate their exposure. A business associate isn’t just your EHR vendor. It’s any outside party that handles PHI as part of providing services to you. That includes:

  • Your IT provider — if they have access to systems that store or process PHI, they’re a business associate. This includes managed IT firms, cloud providers, and remote support vendors.
  • Medical billing and coding companies
  • Revenue cycle management firms
  • Medical transcription services
  • Answering services that handle patient calls
  • Shredding companies that destroy paper records containing PHI
  • Cloud storage and backup providers used for PHI
  • Email encryption and secure messaging vendors
  • Practice management and EHR software vendors (for hosted/cloud systems)
  • Legal counsel that reviews PHI as part of their work
  • Accounting firms that access PHI in the course of an audit

If any of these entities can access PHI — even incidentally — a BAA is required.

What the BAA must contain

HIPAA specifies the required elements of a BAA. It must establish what the business associate is permitted and required to do with PHI, require appropriate safeguards, require reporting of breaches and security incidents, require compliance with the HIPAA Security Rule’s applicable provisions, and address what happens to PHI when the relationship ends (return, destruction, or continued protection).

A BAA that’s missing required elements is legally deficient — it doesn’t satisfy the HIPAA requirement even if it’s signed. Template BAAs from vendors vary significantly in quality. Part of our job is reviewing and executing BAAs that actually satisfy the regulatory requirement, not just checking a box.

What happens without one

Operating without a required BAA is a HIPAA violation — regardless of whether a breach occurs. The HHS Office for Civil Rights has issued fines specifically for missing or inadequate BAAs, in amounts ranging from tens of thousands to millions of dollars depending on the scope of the violation.

Beyond the regulatory exposure: if a breach occurs and you don’t have a BAA with the vendor whose systems were compromised, your legal position in any resulting litigation or enforcement action is substantially worse. The BAA is part of demonstrating that you took reasonable steps to protect PHI — its absence is evidence that you didn’t.

What we do

NerdSquad executes BAAs with all healthcare clients as a standard part of engagement. We maintain a BAA inventory for clients — a documented list of all vendors handling PHI on their behalf, with BAA status and review dates. When clients add new technology vendors, we assess whether a BAA is required and coordinate execution.

The BAA inventory is also a compliance deliverable — it’s one of the first things an OCR investigator or HIPAA auditor will ask for. Having it current and complete, rather than reconstructed under pressure, is the difference between a manageable audit and a painful one.

For a broader look at HIPAA compliance on the technology side, see Do you help us stay HIPAA compliant? and What makes your IT support different for medical and dental practices?