Legal note: this article explains HIPAA’s technical encryption requirements as they are interpreted by HHS OCR and applied by healthcare compliance professionals. It is not legal advice. For specific compliance questions, consult a HIPAA-specialized attorney or compliance officer. The technical guidance on certificate type and TLS configuration reflects the practical professional standard, not a formal legal opinion.
The direct answer: HIPAA requires TLS encryption for any patient health information transmitted through your website. It does not require a specific certificate type, a specific CA, or a specific validation level. The OV certificate recommended at the end of this article is not legally mandated by the regulation. It is the professionally appropriate choice for a medical practice for reasons this article explains.
The two-minute version: install HTTPS with TLS 1.2 minimum, disable TLS 1.0 and 1.1, enable forward secrecy. An OV certificate from an authorized reseller ($30 to $80/year) is the right certificate for a medical practice because it provides CA-verified organizational identity on a patient-facing website. A Let’s Encrypt DV certificate satisfies the minimum technical requirement but does not provide the business identity documentation that a professional medical practice should have.
What HIPAA Actually Says About Encryption
The HIPAA Security Rule, at 45 CFR 164.312(e)(1), requires covered entities to implement technical security measures that guard against unauthorized access to electronic protected health information (ePHI) transmitted over electronic communications networks. The specific implementation specification at 164.312(e)(2)(ii) addresses encryption and decryption.
HIPAA classifies implementation specifications as either Required (must be implemented) or Addressable (must be implemented if reasonable and appropriate, or the covered entity must document why it is not). The encryption specification for transmission security (164.312(e)(2)(ii)) is Addressable, not Required.
This addressable classification has caused significant confusion. HHS OCR’s position, expressed consistently in guidance documents and enforcement actions, is that encryption of ePHI transmitted over the internet is in virtually all cases reasonable and appropriate. An OCR audit or breach investigation that finds unencrypted ePHI in transmission would require compelling justification for why encryption was not implemented. In practice, for any patient-facing web form that collects health information, TLS encryption is expected.
HIPAA does not mention TLS version numbers, cipher suites, certificate types, or CA names anywhere in the regulation. The technical standard for what constitutes adequate encryption is derived from NIST Special Publication 800-52 Revision 2 (2019), which HHS references as guidance. NIST SP 800-52 Rev 2 specifies TLS 1.2 as the minimum acceptable version for federal information systems. Healthcare compliance assessors and OCR auditors use this NIST standard as the practical benchmark for healthcare HIPAA encryption compliance.
What Your Website Actually Needs for HIPAA TLS Compliance
The technical requirements for HIPAA-compliant TLS on a medical practice website are server configuration requirements, not certificate type requirements. They apply regardless of whether you use DV or OV certificates.
| Requirement | Standard | Certificate type relevant? | Where to configure |
| HTTPS on all patient-facing pages | Any valid certificate from a trusted CA enabling HTTPS | DV or OV both satisfy this | WordPress plugin, cPanel, or .htaccess |
| TLS 1.2 minimum; TLS 1.0 and 1.1 disabled | NIST SP 800-52 Rev 2 (2019) | No: DV and OV both require server-side TLS version configuration | Hosting control panel, Nginx/Apache config, or contact hosting support |
| Strong cipher suites with forward secrecy (ECDHE) | NIST SP 800-52 Rev 2 | No: cipher suites are server configuration | Nginx ssl_ciphers or Apache SSLCipherSuite directive |
| HSTS header (HTTP Strict Transport Security) | HHS OCR technical safeguards; best practice | No: HSTS is a server-side HTTP header | Nginx/Apache config or caching plugin header settings |
| No mixed content on patient-facing pages | Practical compliance requirement | No | WordPress plugin (Really Simple SSL), image URL updates |
| OV certificate with verified organization identity | Professional standard; BAA documentation support | YES: this is where OV vs DV matters | Purchase from authorized reseller; install via cPanel or server config |
What Counts as ePHI on Your Medical Practice Website
Not everything on a medical practice website is ePHI. The distinction matters because the HIPAA encryption requirement applies specifically to patient health information, not to all website data.
- Appointment request forms asking only for name and phone number: may not constitute ePHI if no health information is collected. This is a fact-specific determination; a form that asks ‘reason for appointment’ or ‘describe your symptoms’ collects ePHI.
- Contact forms asking about conditions, medications, insurance, or symptoms: collect ePHI. The entire form submission must be transmitted over TLS.
- Patient portal login and health records access: clearly ePHI. TLS is required for all traffic to and from the patient portal.
- Online payment forms for medical billing: collect both PHI (patient identity connected to a medical service) and financial data. TLS required; PCI DSS also applies to the card data component.
- Telehealth video consultation links: if transmitted through the practice website, ePHI. The video platform itself must also be HIPAA-compliant with a signed BAA.
A simple ‘Request Appointment’ form that collects only name, phone number, and preferred appointment date may not collect ePHI if it asks for nothing health-related. Once the form asks about the reason for the appointment, the condition being treated, current medications, or insurance information, it collects ePHI and the full HIPAA technical safeguard requirements apply to its transmission. When in doubt, treat the form as collecting ePHI and configure TLS accordingly.
Business Associate Agreements: Why They Matter for Web Forms
If your website uses a third-party contact form service, email delivery service, or patient communication platform, and that service receives or transmits ePHI, the vendor must sign a Business Associate Agreement (BAA) with your practice. A BAA is a HIPAA-required contract establishing that the vendor will protect ePHI and notify you of breaches.
Certificate type is relevant to BAA documentation in one specific way: an OV certificate provides CA-verified documentation that the organization receiving ePHI is the verified legal entity named in the certificate. In a compliance audit or breach investigation, the OV certificate’s Issuer and Organization fields provide documentary evidence of the secure, verified transmission path. DV certificates provide no organizational identity documentation.
Common BAA requirements for medical practice websites:
- Web form plugins that email form submissions containing ePHI: the email delivery service must have a BAA (Google Workspace for Healthcare, Microsoft 365 for Healthcare, and HIPAA-compliant email services offer BAAs)
- Chat and appointment scheduling tools: services like Calendly and similar scheduling tools must sign a BAA if patients provide health information through the tool
- Website hosting provider: if the host stores or transmits ePHI, a BAA is required (many major hosting providers offer healthcare BAAs)
- Content Delivery Networks: if CDN caches patient-facing pages that include ePHI in dynamic requests, the CDN provider should sign a BAA
Why OV Certificates Are the Professionally Appropriate Choice for Medical Practices
Three reasons, ordered from most to least compliance-relevant:
1. Verified organizational identity for patient communications
A patient who visits your practice website and submits a form with health information deserves to know that the form is received by the verified organization it claims to be. An OV certificate provides exactly this: a Certificate Authority has verified your practice’s legal name, registered address, and phone number before issuing the certificate. The certificate’s Subject field contains your verified organization name. A patient who inspects the certificate details sees your legal practice name confirmed by the CA.
A DV certificate confirms only that whoever set up the website controls the domain. A phishing site impersonating your practice can obtain the identical DV certificate in minutes. OV cannot be obtained by a phishing operation because the CA verifies the legal entity. For a medical practice handling patient health information, this distinction is professionally significant.
2. Patient trust at the point of sensitive form submission
Baymard Institute’s 2024 research found 25% of checkout abandonment is attributed to security concerns. The equivalent for medical intake forms is patients who start filling out health information and then stop because they are uncertain about the site’s security. An OV certificate with a CA site seal placed near the form submission button provides verifiable proof that the practice is a verified legal entity. This is not a cosmetic trust signal; it is CA-documented organizational identity.
3. Documentation for HIPAA compliance records
HIPAA requires covered entities to maintain documentation of their security measures. Certificate records demonstrating OV-level organizational verification provide clearer documentation of the patient data security posture than DV certificates, which provide no organizational identity documentation. In an OCR audit, the certificate history showing OV certificates with verified practice identity contributes to the evidence of reasonable security measures.
The Specific Certificate That Satisfies Both Standards
A Sectigo OV SSL single-domain certificate from an authorized reseller satisfies all applicable HIPAA TLS requirements for a standard medical practice website and provides the organizational identity appropriate for a professional healthcare organization.
- Cost: $30 to $80 per year from authorized resellers (Certera, Namecheap, SSL Dragon)
- Issuance time: 1 to 3 business days (CA verifies practice name, address, and phone in business registries)
- What to prepare: exact legal practice name matching your business registration, registered address, and a phone number that appears in a verifiable public directory (state medical board, Google Business Profile, or Dun and Bradstreet)
- Installation: cPanel SSL/TLS Manager (15-30 minutes) or server configuration if on a VPS
- CA site seal: included with OV; deploy adjacent to patient form submission buttons
The D&B DUNS number is the single most effective accelerator for OV issuance. If your practice has a Dun and Bradstreet record with current name, address, and phone number, the CA’s automated verification can confirm your practice identity in minutes rather than requiring manual registry checks. Update your D&B listing (free at dnb.com) 48 hours before ordering the certificate.
Frequently Asked Questions
My website host included a free SSL certificate. Does that satisfy HIPAA?
Free SSL (Let’s Encrypt DV) satisfies the minimum HIPAA TLS requirement if your server is correctly configured with TLS 1.2 minimum, TLS 1.0/1.1 disabled, forward secrecy enabled, and HSTS in place. The certificate type (DV vs OV) is not a HIPAA legal requirement. However, DV does not provide verified organizational identity on patient-facing forms, which is the professional standard for a medical practice. Consider the free SSL a starting point and the OV certificate upgrade a professional obligation rather than a strict legal requirement.
Do I need an EV certificate for my medical practice?
No. EV provides additional identity verification beyond OV but the browser EV visual treatment (green bar, organization name in address bar) was removed by all major browsers between 2019 and 2021. The visible browser difference between OV and EV for patients is now minimal. OV at $30 to $80 per year from an authorized reseller provides verified organizational identity at a fraction of EV’s cost. For most medical practices, OV is the appropriate level and EV is not necessary unless required by specific institutional contracts or regulatory frameworks.
My patient portal is hosted by a separate EHR vendor. Does that change what certificate I need for my practice website?
If your patient portal is hosted entirely by your EHR vendor on the vendor’s domain (e.g., portal.yourehrvendor.com), the certificate requirement for that domain belongs to the EHR vendor. Your practice website’s certificate requirement covers your own domain. You still need TLS on your main website domain if you have any patient contact forms, appointment requests, or links to health information. The EHR vendor should provide HIPAA compliance documentation including their TLS configuration and BAA for their portal hosting.
