The Short Answer
HIPAA does not certify software. There is no list of "HIPAA-compliant" platforms at HHS, so no vendor can honestly hand you a stamped WordPress install. Compliance is a property of how a system is built and operated, not a checkbox on a product page. The useful question is not "is WordPress compliant" but "can a WordPress site be made compliant for what my practice actually does online" — and the answer to that is yes.
Whether you even need to worry about it depends entirely on what your site collects. A site that lists your hours, services, and providers behind a basic contact form has very different obligations than one running a patient portal. The rest of this guide draws that line clearly, then covers what a compliant build requires.
What HIPAA Actually Requires of a Website
HIPAA's Security Rule governs electronic protected health information (ePHI) — individually identifiable health information created, received, maintained, or transmitted electronically. The Rule is built around three categories of safeguards:
- Technical safeguards — access controls, encryption, audit logging, and integrity controls on systems that handle ePHI.
- Physical safeguards — the data center and infrastructure layer, which is where your host's responsibilities come in.
- Administrative safeguards — risk analysis, policies, workforce training, and a breach-response plan.
For a website specifically, two requirements do most of the work. The first is a Business Associate Agreement (BAA): any vendor that handles ePHI on your behalf — your host, your form service, your scheduling tool — must sign a contract committing to safeguard that data. The second is encryption of ePHI both in transit and at rest. Encryption was long listed as "addressable" rather than strictly required, but HHS has moved to make it effectively expected for covered entities, so treating it as mandatory is the safe posture in 2026.
This article is general information, not legal or compliance advice. For requirements specific to your practice, consult your compliance officer or a healthcare attorney.
When Your WordPress Site Triggers HIPAA
This is the distinction that saves practices from both over-engineering and under-protecting. A general informational website does not collect ePHI, so HIPAA's Security Rule does not regulate it. A standard contact form asking only for a name, phone number, and a non-clinical reason for the inquiry is generally not regulated either.
HIPAA becomes directly relevant the moment your site collects or transmits health information. Common triggers:
- Intake forms that ask patients to describe symptoms, conditions, medications, or history
- Patient portals showing records, lab results, or prescription history
- Telehealth or appointment forms that pair a person's identity with a health condition
- Any web form where a patient transmits health status to receive care
If your site does none of these, a quality managed WordPress host is appropriate and you are not in HIPAA's scope for the website itself. If it does any of them, the data path behind those features has to be built to the standard above.
Is There a HIPAA-Compliant WordPress Plugin?
This is one of the most common searches on the topic, so it deserves a direct answer: no single plugin makes WordPress HIPAA compliant. Compliance is a property of the whole system — hosting, configuration, encryption, access control, and the tools that touch patient data working together. Any plugin marketed as a one-click "HIPAA plugin" is overselling what a plugin can do.
What genuinely helps are HIPAA-compliant form and scheduling services that operate under a BAA and keep ePHI out of plain WordPress storage. Instead of a standard form plugin that writes submissions to the database and emails them in plain text, you route health information to a service that encrypts it and signs a BAA. The plugin becomes the front end; the compliant service holds the data. That combination — not a magic plugin — is what makes the feature safe.
How to Make a WordPress Site HIPAA Compliant
When a site is in scope, a compliant build comes down to assembling these pieces correctly:
- BAA-backed hosting. Use a host that will sign a Business Associate Agreement and is configured for ePHI. Most mainstream shared hosts will not — this is usually the first thing that rules a setup in or out.
- Encryption everywhere. HTTPS across the whole site, plus encryption at rest for any system that stores ePHI.
- Compliant forms and scheduling. Route any health information to a service under a BAA. Never let intake details land unencrypted in the WordPress database or in notification emails.
- Role-based access control. Limit who can see patient data, enforce strong authentication, and remove access promptly when staff change.
- Audit logging. Keep a record of who accessed ePHI and when, so an incident can be investigated.
- A breach-response plan. Compliance is operational, not just technical — you need a documented plan for if something goes wrong.
None of this requires abandoning WordPress. It requires building the data-handling parts of the site deliberately, with the right host and services behind them. For a practice-specific walkthrough that also covers ADA accessibility, scheduling, and local SEO, see our guide to HIPAA-compliant WordPress for medical practices.
Common Mistakes to Avoid
- Assuming a plugin covers you. Installing a form plugin labeled "HIPAA" without a BAA, compliant hosting, or encryption leaves ePHI exposed.
- Plain-text email notifications. Even with a compliant form, emailing the submission contents in plain text re-exposes the data you just protected.
- Over-engineering a brochure site. A site that collects no health information does not need a HIPAA build — paying for one is wasted budget.
- Forgetting the BAA chain. Every vendor in the data path needs an agreement, not just the host. A compliant form service on a non-BAA host is still a gap.
FAQ
Is WordPress HIPAA compliant?
WordPress itself isn't HIPAA certified — no off-the-shelf software is. But a WordPress website can be built and hosted to be HIPAA compliant. Compliance comes from the whole setup: BAA hosting, encryption in transit and at rest, compliant forms and scheduling, role-based access, and audit logging.
Is there a HIPAA-compliant WordPress plugin?
No single plugin delivers compliance — it is a property of the whole system. What you can use are HIPAA-compliant form and scheduling services that operate under a BAA and keep protected health information out of plain WordPress storage, alongside compliant hosting and encryption.
Does WordPress hosting need a Business Associate Agreement?
If your site collects or transmits ePHI, then yes — any vendor handling that data, including your host, must sign a BAA. Most mainstream shared hosts will not. A purely informational site that collects no health information generally does not need one.
Can a WordPress contact form be HIPAA compliant?
A standard form that emails a name and phone number in plain text isn't built for health information. To collect clinical details safely, the form must submit to a HIPAA-compliant service under a BAA, encrypt the data, and avoid storing it unencrypted in the database or in notification emails.
Building a Medical Practice Website?
We build HIPAA-aware, accessible WordPress sites for healthcare practices — with compliant forms, scheduling, and BAA-backed hosting. Free consultation, honest assessment, fixed-price quote.
Book a Free Call WordPress for Medical Practices