Are You a Covered Entity Under HIPAA—or a Hybrid Entity? A Practical Guide to Covered Components

Check out the new compliance progress tracker


Product Pricing Demo Video Free HIPAA Training
LATEST
video thumbnail
Admin Dashboard Walkthrough Jake guides you step-by-step through the process of achieving HIPAA compliance
Ready to get started? Book a demo with our team
Talk to an expert

Are You a Covered Entity Under HIPAA—or a Hybrid Entity? A Practical Guide to Covered Components

Kevin Henry

HIPAA

February 05, 2024

7 minutes read
Share this article
Are You a Covered Entity Under HIPAA—or a Hybrid Entity? A Practical Guide to Covered Components

Covered Entities under HIPAA

HIPAA applies directly to three types of organizations: health plans, health care clearinghouses, and health care providers that conduct HIPAA-covered transactions electronically. If you submit claims, check eligibility, request prior authorization, or receive remittances using standard EDI formats, you are likely a covered entity for those activities.

Health plans include insurers, HMOs, Medicare and Medicaid plans, and many employer-sponsored group health plans. Health care clearinghouses convert nonstandard data from providers into standard transaction formats—or the reverse—and are covered even if they never see patients directly. Providers become covered not by their profession but by their use of HIPAA-covered transactions and electronic health information transmission tied to billing and administration.

If none of your activities involve HIPAA standard transactions, you may not be a covered entity, even if you handle health information. Conversely, once any part of your organization meets the definition, you must decide whether the entire legal entity will operate under HIPAA or whether you will designate specific health care components and function as a hybrid entity.

Hybrid Entity Definition

A hybrid entity is a single legal entity whose business activities include both HIPAA-covered and non‑covered functions, and that formally designates one or more health care components. Only the designated components—and the workforce supporting them—must comply with HIPAA, while non‑covered lines of business generally do not.

This structure fits organizations like universities, city governments, or corporations that provide clinical services or operate a group health plan alongside unrelated functions. The goal is targeted compliance: apply the full Privacy, Security, and Breach Notification Rules where protected health information (PHI) is created or received, and avoid overextending obligations where they do not apply, while maintaining strong hybrid entity compliance controls.

Designation of Health Care Components

Use a documented, defensible process for health care components designation. A practical approach includes:

Ready to simplify HIPAA compliance?

Join thousands of organizations that trust Accountable to manage their compliance needs.

  • Identify covered functions: health plans, health care providers conducting HIPAA-covered transactions, and health care clearinghouses operating within the legal entity.
  • Define component boundaries: name the departments, clinics, plan administration units, or IT services that create, receive, maintain, or transmit PHI for covered functions.
  • Document the designation: adopt a policy that lists each component, the activities that make it covered, and the workforce members included or shared.
  • Implement protected health information segregation: restrict role-based access, separate systems and records where feasible, and set “firewalls” so non‑covered units cannot use PHI for non‑HIPAA purposes.
  • Control electronic health information transmission: secure EDI transactions, e-prescribing, and other ePHI flows with authentication, encryption where reasonable and appropriate, and audit logging.
  • Address shared services: if central IT, HR, compliance, or legal support covered components, treat those teams as part of the component’s workforce for PHI purposes and limit access to the minimum necessary.
  • Assign leadership and cadence: name privacy and security officials for the components, perform risk analyses, train the designated workforce, and review the designation at least annually or upon organizational change.

Examples of Hybrid Entities

  • Universities that run a student health center, counseling services, or a medical school clinic alongside academics, housing, and athletics.
  • City or county governments operating public health clinics, vaccination programs, or EMS within broader municipal services.
  • Corporations with an on‑site employee clinic and a unit that administers a self‑insured group health plan, alongside retail or manufacturing operations.
  • School districts with school-based health centers or telehealth programs in addition to educational services.
  • Correctional institutions that provide inmate medical care within departments that manage custody and facility operations.
  • Enterprises housing an internal billing or data unit that functions as a health care clearinghouse for affiliated providers.

Compliance Obligations for Hybrid Entities

Within the designated components, all HIPAA requirements apply fully, including the Privacy Rule, the Security Rule for ePHI, and Breach Notification. Outside the components, HIPAA generally does not apply—yet the entity must maintain controls that prevent impermissible PHI use or disclosure across the boundary.

  • Policies and notices: issue a Notice of Privacy Practices where required; adopt minimum necessary standards; and maintain process-specific procedures for HIPAA-covered transactions.
  • Security safeguards: implement access controls, unique user IDs, strong authentication, encryption at rest and in transit where appropriate, audit logs, device/media controls, and vendor risk management for electronic health information transmission.
  • Workforce management: train the designated workforce on the component’s policies; define permitted uses; and ensure workforce members of non‑covered units do not access PHI without a valid need.
  • Incident response: monitor for security incidents, investigate promptly, perform risk assessments, provide breach notifications when required, and document corrective actions.
  • Data lifecycle: map PHI repositories, maintain records retention schedules, and ensure protected health information segregation in backups, archives, and reporting environments.

Business Associates in Hybrid Entities

A business associate is any vendor or partner that performs functions involving PHI for a covered component—think billing services, TPAs, EHR and cloud providers, e‑fax and e‑prescribing networks, or analytics firms. For these relationships, you must execute business associate agreements that define permitted uses, safeguard requirements, breach reporting, and downstream subcontractor obligations.

Inside one legal entity, separate departments that support a covered component do not need a business associate agreement. Instead, include them in the component’s designated workforce for PHI purposes and enforce strict minimum‑necessary access controls. If the supporting function sits in a separate legal entity—such as an affiliated subsidiary—then a business associate agreement is required.

When a unit operates as a health care clearinghouse for others, it may be both a covered entity in its own right and a business associate, depending on the relationship. Classify each role clearly and apply the appropriate controls and contracts to avoid gaps.

Importance of Accurate Designation

Getting the designation right narrows compliance to where it belongs, clarifies who is allowed to handle PHI, and reduces the risk of impermissible disclosures. It also streamlines audits, speeds incident investigations, improves vendor oversight, and builds patient and member trust.

Misdesignation can have costly consequences: using PHI in non‑covered business decisions, missing business associate agreements, or failing to implement required safeguards for electronic health information transmission. Regularly reassess your components after acquisitions, reorganizations, or technology changes to keep hybrid entity compliance aligned with reality.

In short, determine whether you are a covered entity; if you operate mixed functions, use health care components designation to ring‑fence PHI; enforce protected health information segregation; and manage vendors with robust business associate agreements. This targeted approach delivers strong, sustainable HIPAA compliance.

FAQs.

What defines a covered entity under HIPAA?

A covered entity is a health plan, a health care clearinghouse, or a health care provider that conducts HIPAA-covered transactions electronically, such as claims submission, eligibility checks, prior authorization, or payment remittance. The trigger is participation in standard transactions and related electronic health information transmission, not merely holding health data.

How does a hybrid entity differ from a covered entity?

A traditional covered entity treats the entire legal entity as subject to HIPAA. A hybrid entity is a single legal entity with both covered and non‑covered activities that formally designates specific health care components. Only those components—and their supporting workforce—must follow HIPAA, provided protected health information segregation prevents inappropriate sharing with non‑covered units.

What are the requirements for designating health care components?

Identify which parts of your organization perform covered functions, name them as components in a written policy, limit PHI access to the minimum necessary, and implement technical, physical, and administrative safeguards. Maintain documentation of the health care components designation, train the designated workforce, manage shared services carefully, and review the designation when your operations change.

How does HIPAA apply to business associates in hybrid entities?

Vendors and partners that create, receive, maintain, or transmit PHI for a covered component are business associates and require business associate agreements. Internal departments within the same legal entity do not need BAAs but must operate under the component’s policies with limited, documented access. If support comes from a separate legal entity, a BAA is required, and the vendor must apply appropriate safeguards and breach reporting.

Share this article

Ready to simplify HIPAA compliance?

Join thousands of organizations that trust Accountable to manage their compliance needs.

Related Articles