Skip to content

HIPAA guide

HIPAA for MSPs: what you owe your healthcare clients, and what the law owes you

If you manage a clinic's network, back up its data, or hold admin rights to its EHR, HIPAA applies to you as a business associate. Two healthcare IT vendors found that out from OCR in 2025. Here is what the rule expects of an MSP, and how to turn it into a service line instead of a liability.

Why the MSP is in scope

HIPAA's definition of a business associate turns on access, not intent. If you hold domain admin on a practice's network, run its backups, host its server, or can reach its EHR through a remote tool, you "maintain" or can "access" PHI on the practice's behalf. HHS has said the same about cloud providers that store encrypted data without the key: the ability to reach the systems is enough.

So an MSP with healthcare clients carries two sets of obligations: its own compliance as a business associate, and the technical controls it delivers to clients. Most MSPs are strong on the second and have never thought about the first.

What OCR found at two healthcare IT vendors

In January 2025 OCR announced two settlements that should be on every MSP owner's desk.

  • Elgon Information Systems, $80,000. A Massachusetts provider of EHR and billing support services, hit by ransomware. OCR's finding: no accurate and thorough risk analysis of the risks to the ePHI it held for clients.
  • Virtual Private Network Solutions, $90,000. A Virginia data hosting and cloud services provider. Same attack type, same finding.

Neither was a hospital. Neither was fined for a client's failure. Each was fined for not doing, for its own environment, what the rule requires of every business associate. Both got corrective action plans with OCR monitoring on top.

Telling clients to do a risk analysis is advice. Doing your own is the law.Your engineer

Your own program, as an MSP

HIPAA obligations an MSP must meet for its own operations
RequirementWhat it means for an MSP
Risk analysis, 164.308(a)(1)(ii)(A)Of your environment: the RMM, the PSA, the backup platform, technician laptops, the documentation system, remote access paths. Where client PHI could be reached, copied or cached.
Access control, 164.312(a)Named technician accounts, MFA on every tool with client access, least privilege per client, same-day removal when a tech leaves.
Audit controls and reviewLogs of technician sessions into client systems, reviewed. Clients will ask for these after an incident.
EncryptionTechnician devices, backup repositories, data in transit between you and clients.
BAAs both ways, 164.314With each client before access; with your backup vendor, RMM vendor, cloud host and anyone else who could reach client PHI through you.
Breach reportingYour client BAAs may give you 24 to 72 hours, not 60 days. Your incident plan has to meet the shortest one.
Training and documentationEvery tech trained, records kept, policies written, all retained six years.

What you can and can't do for clients

MSPs are usually asked to "handle HIPAA". Be precise about what that means, because the gaps are where both of you get hurt.

  • You can deliver the technical safeguards: MFA, encryption, patching, backups with tested restores, logging, endpoint protection, access removal. And you can produce the evidence for them.
  • You can contribute the asset inventory and the technical half of the risk analysis.
  • You can't own the client's risk analysis, policies, training, sanction policy, BAAs with its other vendors, or the Privacy Rule. Those need the practice's security officer and, usually, a compliance specialist.
  • Don't say "HIPAA compliant" about your service or your client. Nobody certifies HIPAA compliance, and the phrase shows up in complaints.

Turning it into a service line

Practices want one throat to choke. The MSPs doing well in healthcare offer a bundle: the managed security stack they already run, plus a compliance program delivered with a partner who writes the risk analysis and policies and tracks the evidence. The MSP keeps the relationship and the recurring revenue; the partner carries the compliance expertise and the platform; the client gets one invoice and one phone number.

With AccuSights: we partner with MSPs on exactly that model. Your clients get the platform, the endpoint agent that collects device evidence from the machines you already manage, a named compliance engineer and the written risk analysis. You get a program to sell, a reviewer portal to show, and your own business associate obligations covered in the same place. The partner program.

Quick questions

Is an MSP a business associate under HIPAA?
Yes, if it creates, receives, maintains or transmits PHI for a covered entity, which includes having administrative access to systems that hold it, running backups of it, or hosting it. HHS's cloud guidance applies the same logic: access to the systems is enough, even if you never open a record.
Does an MSP need a BAA with every healthcare client?
Yes, before receiving access to PHI. And the MSP needs its own BAAs with any subcontractor or tool vendor that touches client PHI: the backup provider, the remote monitoring platform if it can access data, the cloud host, the ticketing system if PHI ends up in tickets.
Has OCR fined MSPs?
OCR has settled with IT vendors that are business associates. In January 2025 it settled with Elgon Information Systems, an EHR and billing support provider, for $80,000 and with Virtual Private Network Solutions, a data hosting and cloud services provider, for $90,000, both after ransomware attacks and both for lacking an accurate and thorough risk analysis of their own environments.
Can an MSP do a client's HIPAA risk analysis?
An MSP can perform the technical parts and contribute the asset inventory, but the risk analysis is the covered entity's obligation and must be enterprise-wide, including paper, people, physical security and vendors the MSP doesn't manage. The cleanest model is a joint document: the MSP supplies the technical evidence, a compliance specialist writes the analysis, and the client's security officer owns it.
What does an MSP need for its own HIPAA compliance?
A risk analysis of the MSP's own environment, policies, workforce training, MFA and encryption on its own tools and technician devices, logging of technician access to client systems, an incident plan that meets the shortest breach window in any client BAA, and BAAs with its subprocessors.

Sources

Rules, figures and enforcement examples on this page were checked against these in October 2026. Regulations and prices change, so confirm before you rely on them.

  1. Nixon Peabody: OCR's January 2025 ransomware settlements
  2. HHS: business associates
  3. HHS: guidance on HIPAA and cloud computing
  4. HHS: resolution agreements and civil money penalties, including Elgon and VPN Solutions (2025)
  5. 45 CFR 164.314, organizational requirements (eCFR)
  6. OCR: Guidance on Risk Analysis Requirements

Written by the AccuSights compliance team and updated October 2026. Figures are quoted from the sources named here and were current when checked. This page is general information, not legal advice.

Next step

Want to offer HIPAA as a service without building the practice yourself?

AccuSights partners with MSPs: your clients get the platform and a named engineer, you keep the relationship.

The regulator has the final say. We help interpret, scope and get you ready; we do not certify.

3-min test