If you build software or services for US healthcare organisations, HIPAA will come up early. This guide explains the basics in plain terms and what a startup should do first.
HIPAA applies to covered entities, such as healthcare providers and health plans, and to their business associates. If your company creates, receives, maintains or transmits protected health information (PHI) on behalf of a covered entity, you are a business associate and carry direct HIPAA obligations. This can apply to companies based outside the US as well, if they handle PHI for US customers.
Before sharing PHI, a covered entity will ask you to sign a business associate agreement (BAA). It sets out how you may use and protect the data and what happens in a breach. Expect to sign BAAs with customers and to put matching terms in place with your own subcontractors, such as cloud providers.
The Security Rule requires administrative, physical and technical safeguards for electronic PHI. In practice that means a documented risk analysis, access controls, audit logging, encryption where appropriate, workforce training, incident response and contingency plans. The rule is flexible and scales with your size, but the risk analysis is not optional.
If unsecured PHI is breached, notification duties apply to affected individuals and to the covered entity, without unreasonable delay and within the outer limits the rule sets. Have an incident response process and know who to notify before anything happens.
No government body certifies HIPAA compliance. You show it through documentation, implemented safeguards, training, BAAs and often an independent assessment. Many health-tech vendors also hold SOC 2 or ISO 27001 to give partners stronger third-party proof. See our SOC 2 page and ISO 27001 page.
A hospital or health plan usually sends a security questionnaire alongside the contract. Expect questions about where protected health information is stored, how it is encrypted in transit and at rest, who can access it and how that access is logged, how staff are trained, and how you would handle an incident. They may also ask for proof of a recent risk analysis and a list of subcontractors that touch the data. Having these answers written down before the request arrives shortens the deal.
A gap diagnostic is a practical way to find these before a customer does. Many health-tech buyers also ask for a SOC 2 report, which is covered in our guide to SOC 2 Type I versus Type II.
We can run the risk analysis, implement safeguards and prepare you for an independent assessment. See our HIPAA page, or book a free advisory session. This article is general information, not legal advice.
Yes. If a company outside the US handles PHI on behalf of a US covered entity, it is a business associate and must meet HIPAA requirements, including a BAA.
No official one. Compliance is shown through documentation, safeguards, training and, often, an independent assessment.
Not by itself. The controls overlap, but HIPAA has specific requirements, so many vendors pursue both and plan them together.
Logs, analytics tools, support tickets and test data are the usual places. Check each one before a customer asks.
Seven practical questions to ask before hiring an ISO 27001 consultant: who does the work, timeline, certification body, what is included and what is not.
Read moreSOC 2 Type I or Type II? What each report proves, how long they take, and how SaaS startups usually sequence them to close US deals.
Read moreUK GDPR and EU GDPR share the same core principles but differ in regulators, transfers and representatives. A practical guide for companies serving both.
Read moreBook a free advisory session and we will map your fastest credible route to compliance.
Book a free advisory session