There are many crucial factors to consider when developing and executing successful healthcare communication campaigns. First and foremost, you must ensure the protected health information (PHI) under your organization’s care is handled securely, as mandated by Health Insurance Portability and Accountability Act (HIPAA) regulations, which begins with selecting the right HIPAA compliant email provider for your company’s needs.
With the right email services provider (ESP) in place, healthcare providers, payers, and suppliers can confidently use PHI in their patient and customer engagement campaigns – safe in the knowledge they’re aligned with HIPAA’s tight regulatory guidelines.
To help you choose the best HIPAA compliant email provider for your healthcare organization’s email outreach objectives, this post compares two of the most well-known HIPAA compliant services on the market: LuxSci and Zix Webroot (from here, simply referred to as Zix).
Comparing each email provider’s performance on several criteria, we’ll help you decide which solution best fits the needs of your healthcare organization and will help you better engage with your patients and customers.
LuxSci vs. Zix: Evaluation Criteria
In our evaluation of LuxSci vs. Zix, we’ll be using the following criteria:
Data Security and Compliance: undoubtedly the most important factor when it comes to ensuring HIPAA-compliant email communication within healthcare organizations, this reflects the extent to which each platform secures sensitive patient data as per HIPAA’s regulations.
Performance and Scalability: the email platform’s ability to facilitate high-volume email communication campaigns, which also, subsequently, encompasses the platform’s throughput and how well they’re able to scale in line with an organization’s needs.
Infrastructure: if the email service provider has the necessary security infrastructure in place to both adequately safeguard PHI and support bulk email marketing campaigns.
Marketing Capabilities: if the platform provides features that allow you to personalize and refine your patient engagement strategies.
Ease of Use: how easy each email service is to use; a deceptively important factor in light of the urgent need for employee cyber threat awareness training.
Other HIPAA-Compliant Products: if the platform offers complementary features that aid healthcare organizations with their broader patient engagement, and growth, objectives.
Now that we’ve covered the criteria by which we’ll be assessing each email platform, let’s compare LuxSci vs Zix to determine which is the best fit for your company’s needs.
LuxSci vs. Zix: How Do They Compare?
Data Security and Compliance
LuxSci prides itself on being a fully HIPAA-compliant email service provider, offering end-to-end, flexible, and automated encryption, giving it an advantage in the protection of patient data in the event of its exfiltration by cyber criminals. Additionally, LuxSci is HITRUST-certified, illustrating its additional commitment to data privacy legislation and the securing of PHI.
Zix is also fully HIPAA-compliant and, consequently, enables the use of PHI to personalize your email communications. That said, Zix doesn’t offer as many encryption options as LuxSci. Most notably, Zix doesn’t enforce Transport Layer Security (TLS) encryption or enable automated encryption. The absence of these features means that a healthcare organization’s security teams must perform more manual oversight when it comes to encryption of PHI, increasing the chance of human error.
Performance and Scalability
While Zix supports large email campaigns and provides detailed reporting functionality, LuxSci is the more prudent choice for high-volume email marketing campaigns.
LuxSci maintains the necessary infrastructure to ensure the reliable delivery of hundreds of thousands to millions of emails per month (i.e., throughput – 1000s of emails per hour), all while adhering to HIPAA’s strict guidelines on preserving patient privacy.
Infrastructure
In the same way that LuxSci have advantages over Zix on data security capabilities, it performs well in this category too, which makes sense, as the two factors are interwoven.
While offering a range of customary multi-tenancy infrastructure setups, Zix doesn’t accommodate dedicated, or single-tenancy, infrastructure options – for companies who can’t afford to depend on the security postures of the companies with whom they share servers. Zix, in line with its ability to facilitate large patient or customer engagement campaigns, provides enterprise-scale scalability.
Zix also provides high availability and robust disaster recovery capabilities, so healthcare organizations can retain their operational capabilities in the event of a cyber attack. Or, alternatively, an unforeseen physical disaster that compromises a company’s infrastructure (power outages, fires, storms, intentional damage, etc.).
That said, LuxSci possesses all these features in addition to more comprehensive single-tenancy options, scalability, and secure email hosting.
Marketing Capabilities
As with our comparisons of LuxSci against email platforms like Paubox and Virtru, it’s somewhat futile to compare each platform’s marketing capabilities – as neither LuxSci or Zix are marketing platforms, in the vein of Adobe Campaign or Oracle Eloqua, for example.
That said. LuxSci provides a HIPAA compliant marketing solution, offering automation, for streamlining email marketing campaigns, and, personalization options, for more engaging email communication campaigns.
Ease of Use
Both LuxSci and Zix perform admirably in this category, but the edge goes to Zix, as LuxSci implementations often involve the complexities that come with large-scale, high volume use cases.
LuxSci, however, is known for offering best-in-class customer support backed by HIPAA security experts, honed as a result of over 25 years of facilitating and supporting email communication strategies for healthcare organizations of all sizes.
Other HIPAA-compliant Products
With secure texting functionality, secure forms for HIPAA compliant data collection, and secure file sharing, LuxSci ranks well in this category. Zix, in contrast, provides only secure file sharing – though, because of Zix Webroot’s capabilities, offers superior secure file sharing to LuxSci.
Get Your Copy of LuxSci’s Vendor Comparison Guide
To discover how LuxSci and Zix stack up against the other leading email providers on the market when it comes to HIPAA compliance, take a look at our Vendor Comparison Guide. Evaluating 12 email delivery platforms, the guide offers comprehensive insights on what to consider when selecting a HIPAA compliant provider, and how to choose the best solution for you.
Pete Wermter
As a marketing leader with more than 20 years of experience in enterprise software marketing, Pete's career includes a mix of corporate and field marketing roles, stretching from Silicon Valley to the EMEA and APAC regions, with a focus on data protection and optimizing engagement for regulated industries, such as healthcare and financial services.
Pete Wermter — LinkedIn
Secure email is not the same as “email with encryption turned on.” True secure email requires enforced automated encryption, a signed BAA, access controls, audit logs, and documented processes — not just a feature toggle.
Standard email platforms like Gmail and Microsoft 365 rely on opportunistic TLS by default, which can silently fall back to unencrypted delivery if the recipient’s server doesn’t support encryption.
HIPAA’s encryption safe harbor means a misdirected but properly encrypted email is a non-event. The same email sent unencrypted is a presumed breach unless a risk assessment shows otherwise.
A signed Business Associate Agreement (BAA) with your email provider is non-negotiable — without one, you cannot legally send or store PHI through that provider.
The proposed 2025 HIPAA Security Rule update, planned for finalization in 2027, would make encryption of ePHI in transit and at rest a mandatory requirement rather than “addressable,” raising the stakes for organizations still relying on opportunistic TLS.
Best for: Healthcare IT Directors, Compliance Officers, Privacy Officers, and Marketing Managers at provider, payer, and supplier organizations that handle protected health information (PHI).
In healthcare IT, the term “secure email” gets thrown around loosely. Vendors slap the label on anything with a padlock icon, and internal teams often assume that because their provider offers TLS, they’re covered. They’re not, and the gap between what’s assumed and what’s actually required is where data breaches occur and HIPAA violations happen.
This guide breaks down exactly what secure email means from a technical and regulatory standpoint, why the email platform your staff uses every day probably isn’t compliant out of the box, and what to look for when evaluating a provider that needs to protect PHI at scale. If you want the full picture of what compliance requires beyond email specifically, our HIPAA Compliance Checklist is a useful companion read.
What Is Secure Email?
Secure email refers to an email system that protects the confidentiality, integrity, and availability of message content — specifically PHI — through a combination of technical safeguards and contractual protections. It’s not a single feature. It’s a stack of controls working together.
At minimum, secure email in a healthcare context includes:
Enforced encryption in transit, so messages can’t fall back to plaintext delivery
Encryption at rest, so stored messages remain protected on the server
Authentication protocols (SPF, DKIM, DMARC) that prevent spoofing and impersonation
Access controls and audit logs that track who accessed what, and when
A signed Business Associate Agreement (BAA) with the email provider
The distinction that trips up most organizations is this: encryption is a component of secure email, not the whole picture. A provider can offer encryption and still fail to meet HIPAA requirements if that encryption isn’t enforced, if there’s no BAA in place, or if audit logging doesn’t exist. Secure email is the combination of all these pieces functioning as a system, which is why it needs to be evaluated holistically rather than checked off feature by feature.
For healthcare provider, payer, and supplier organizations, this matters because email remains one of the highest-volume channels for PHI exposure, from clinical referrals to patient billing statements to routine staff communication. Getting the definition right is the first step toward closing the compliance gap.
Why Standard Email Is Not HIPAA-Compliant
Many healthcare organizations run on Gmail (Google Workspace) or Microsoft 365, and most assume they’re protected because encryption exists somewhere in the stack. That assumption is the single most common — and most dangerous — misconception in healthcare email security.
Here’s the problem: standard email services use opportunistic TLS by default. TLS is attempted between mail servers, but if the receiving server doesn’t support it, the message is delivered anyway — unencrypted, in plaintext. Neither the sender nor the recipient typically sees a warning. The email just goes through.
This isn’t a hypothetical edge case. IT professionals managing healthcare email infrastructure have flagged this exact issue directly: opportunistic TLS is often enabled by default and creates a false sense of security, since it offers no guarantee that a given message, including one containing PHI, won’t be transmitted in plaintext if the recipient’s mail server doesn’t support encryption. Organizations assume they’re protected simply because TLS is technically “on,” without realizing it isn’t enforced.
That gap has real consequences under HIPAA. The Security Rule currently treats transmission encryption as an “addressable” safeguard, meaning covered entities can, in theory, implement an equivalent alternative measure instead. In practice, regulators and auditors from the Office for Civil Rights (OCR) expect enforced encryption as the standard of care. “Addressable” has never meant optional — it means an organization needs a documented, defensible reason if it isn’t doing enforced encryption, and few reasons hold up under scrutiny. Finally, under OCR’s proposed changes to the HIPAA Security Rule for ePHI, scheduled for final publication in July 2027, email encryption moves from addressable to mandatory.
Beyond the encryption gap, standard consumer and even most business email plans typically lack:
A BAA that’s actually offered and signed (available on some enterprise tiers, but not automatic)
Audit logging sufficient to meet HIPAA Security Rule requirements
Built-in encryption at rest guarantees for stored messages
None of this means Gmail or Microsoft 365 are inherently insecure products. It means their default configuration is built for general business use, not for an environment where every misrouted or intercepted message carries breach notification liability. Making either platform HIPAA-appropriate requires layering on additional tools, policies, and critically, a provider relationship that includes a signed BAA covering the exact services in use.
The Technical Components of Secure Email
Secure email is built upon five technical layers. Understanding each one, and where it fails in standard email, clarifies exactly what a compliant solution needs to deliver.
Encryption in Transit (TLS)
Transport Layer Security (TLS) encrypts the connection between mail servers as a message travels from sender to recipient. There are two flavors, and the difference between them is the crux of most healthcare email compliance failures:
Opportunistic TLS attempts an encrypted connection but falls back to unencrypted delivery if the receiving server doesn’t support it. This is the default across most consumer and business email platforms.
Enforced TLS requires an encrypted connection for delivery to succeed. If encryption can’t be established, the message fails to send rather than going out in plaintext, or a link to secure portal can be sent to securely access the information.
HIPAA’s Security Rule lists encryption as addressable, but enforced TLS has become the de facto standard that auditors and OCR expect from covered entities and business associates handling PHI over email. As one healthcare IT professional put it while debating this exact tradeoff internally: the goal is to require TLS for all outbound email and then document the remaining controls around it, treating enforced TLS as the technical baseline, with policy and process built on top.
Encryption at Rest
Transit encryption only protects a message while it’s moving. Once it lands on a mail server — sender’s outbox, recipient’s inbox, backups, archives — it needs to remain encrypted in storage. This is encryption at rest, and it’s where many organizations underestimate their exposure.
Encryption in transit alone offers zero control over a message after it’s been delivered. If the destination server isn’t itself encrypting stored data, or if a backup snapshot is taken without encryption, PHI sitting in an inbox is exposed regardless of how securely it arrived. HIPAA’s Security Rule requires safeguards for ePHI both in transit and at rest, a compliant secure email provider needs to guarantee both, not just one.
End-to-End Encryption (S/MIME, PGP)
End-to-end encryption (E2EE) encrypts message content itself, not just the connection it travels over — meaning even the email provider can’t read the content. Two standards dominate here:
S/MIME uses certificate-based encryption and is common in enterprise environments, such as healthcare, particularly where organizations already manage a public key infrastructure.
PGP (Pretty Good Privacy) uses a public/private key model and is more common in technical or security-conscious communities, though it’s less frequently deployed at scale in healthcare due to key management complexity.
E2EE isn’t a baseline requirement for every PHI-containing email, enforced TLS plus encryption at rest satisfies most use cases. But it becomes necessary for especially sensitive communications, cross-organization data sharing where you don’t control the recipient’s infrastructure, or when a business associate agreement specifically requires it.
Authentication (SPF, DKIM, DMARC)
These three protocols work together to prevent domain spoofing and email impersonation, a growing attack vector against healthcare organizations specifically, given how often phishing campaigns impersonate providers, payers, or patients.
SPF (Sender Policy Framework) specifies which mail servers are authorized to send email on behalf of a domain.
DKIM (DomainKeys Identified Mail) adds a cryptographic signature verifying a message wasn’t altered in transit.
DMARC (Domain-based Message Authentication, Reporting & Conformance) tells receiving servers what to do when SPF or DKIM checks fail, and provides reporting visibility.
Without these configured correctly, an organization’s domain can be spoofed to send convincing phishing emails to patients or staff, creating a security failure that compounds the compliance risk of email interception.
Digital Signatures
Digital signatures verify sender identity and confirm a message hasn’t been tampered with between sending and receipt. Paired with encryption, they close the loop on message integrity, confirming not just that content was protected, but that it came from who it claims to have come from and arrived unaltered.
Standard Email vs. Secure Email: Feature Comparison
Feature
Standard Email
Secure Email (HIPAA-Compliant)
Encryption in Transit
Opportunistic TLS — attempted but not enforced
Enforced TLS — connection fails if encryption unavailable, can include delivery via secure portal option
Encryption at Rest
Not guaranteed; provider-dependent
Required — server-side encryption of stored messages
End-to-End Encryption
Not available
Supported via S/MIME and/or PGP
Digital Signatures
Not available
Included — verifies sender identity and message integrity
Authentication (SPF / DKIM / DMARC)
Optional, rarely enforced
Required — spoofing and impersonation protection
Business Associate Agreement (BAA)
Not provided on standard plans
Required — must be signed before sending PHI
Audit Logs
Basic or none
Full audit trail — required under HIPAA Security Rule
Access Controls
Basic password only
Role-based access, MFA, admin controls
Misdirected Email
Reportable HIPAA breach
Non-reportable if properly encrypted (safe harbor)
HIPAA Compliant by Default
No
Yes
What Makes Email HIPAA-Compliant Specifically
Technical safeguards alone don’t make email HIPAA-compliant. Compliance is a combination of technology, contracts, and documented processes — all four need to be in place simultaneously. This includes:
A signed BAA with your email provider – Any vendor that transmits, processes, or stores PHI on your behalf is a business associate under HIPAA, and business associates are legally required to sign a BAA before handling that data. Email providers have persistent access to ePHI — even end-to-end encrypted messages pass through their infrastructure at some point — which makes this requirement absolute, not situational. If a provider won’t sign a BAA, using them to send or store PHI isn’t a compliance risk you can mitigate; it’s a violation from the start.
Encryption as an addressable safeguard – Under 45 CFR §164.312(e)(2)(ii), the HIPAA Security Rule lists encryption of ePHI in transit as “addressable” rather than strictly “required.” In practice, this doesn’t mean optional, it means an organization must implement it, or document and justify an equivalent alternative safeguard. Enforced encryption has become the expected standard, and with the newly proposed HIPAA Security Rule planned for July 2027 publication, NPRM would formalize that expectation by making encryption of ePHI in transit and at rest mandatory rather than addressable. Organizations still relying on opportunistic TLS as their “equivalent alternative” should treat this as a closing window.
Access controls and audit logs – HIPAA requires the ability to track who accessed PHI, when, and what they did with it. This means role-based access permissions, multi-factor authentication, and a complete, retained audit trail — not just for compliance reporting, but for identifying and responding to incidents quickly.
The encryption safe harbor – This is one of the most consequential, and most underused, provisions in HIPAA. If PHI is sent via properly encrypted email and ends up misdirected to the wrong recipient, it is not a reportable breach under the Breach Notification Rule, because the encrypted content is considered unreadable and therefore not “unsecured PHI.” The exact same misdirection with unencrypted email is a reportable breach, triggering notification obligations to the individual and to HHS/OCR. Encryption isn’t just a security best practice here, it’s the line between a non-event and a formal breach investigation.
HITRUST certification as a trust signal – When evaluating vendors, HITRUST CSF certification is a strong external indicator that a provider’s security controls have been independently assessed against a recognized healthcare-specific framework. It’s not a HIPAA requirement in itself, but it meaningfully reduces the diligence burden on your side when vetting a provider.
Types of Healthcare Email That Must Be Secure
Not all internal debate here is about “should we secure email” — it’s about scope. Which specific email flows actually carry PHI, and therefore need to run through a compliant channel? In practice, the answer is broader than most teams initially assume.
The common thread: if a message references anything that could identify a patient in connection with health information — a name next to a diagnosis, an account number tied to a service date, an annual test reminder — it needs to move through a secure channel, regardless of whether it’s clinical, financial, or administrative in nature.
How to Evaluate a Secure Email Provider for Healthcare
Vendor evaluation in this category tends to go one of two ways: teams either take a provider’s “HIPAA-compliant” label at face value, or they get buried in RFP questions without knowing which answers actually matter. Ask these key questiosn to focus the evaluation on what’s operationally and legally significant.
“Does the provider sign a BAA? This is the first filter, not the last. If a vendor won’t sign a BAA — or offers a heavily limited one — everything else is irrelevant. Some organizations go a step further and negotiate indemnity or make-whole clauses into the BAA itself, seeking financial protection beyond the baseline liability allocation.
What encryption methods are supported? Confirm specifically whether the provider offers TLS only, or also supports S/MIME and/or PGP for end-to-end encryption where needed. TLS-only coverage is sufficient for most standard PHI communication; organizations with cross-border data sharing or especially sensitive use cases may need E2EE options available.
Is encryption enforced or opportunistic? This is the single most important technical question to ask directly, in those terms. A vendor that describes its encryption vaguely, without distinguishing enforced from opportunistic delivery, hasn’t answered the question. Push for specifics.
How are large attachments handled? Lab results, imaging files, and clinical documents often exceed standard attachment size limits. Confirm the provider has a secure, compliant method for large file transfer that doesn’t force users onto an unencrypted workaround.
What audit logging and reporting capabilities exist? You need visibility into delivery, access, and any failed encryption attempts, not just a generic sent/received log. Ask whether logs are retained for a period consistent with your organization’s HIPAA documentation requirements.
Do they support high-volume transactional email? Appointment reminders, billing notices, and patient communications at scale require infrastructure built for volume without sacrificing per-message compliance. Confirm the provider’s platform is built for this your specific pattern, not just person-to-person messaging.
Is the platform US-based with US data residency? For many healthcare organizations, where data physically resides — and under which jurisdiction — is a material factor in vendor risk assessment, particularly for payers and larger provider organizations with strict data governance policies.”
One operational factor worth weighing alongside these questions: secure email portals — the kind that require recipients to click through to a separate web page to read a message — solve the encryption problem but often create a real adoption problem. IT teams have reported a direct conflict between phishing-awareness training and portal-based workflows: staff and patients trained not to click suspicious links in emails are, understandably, reluctant to click the “secure link” a portal email contains. This is a legitimate reason many organizations increasingly prefer platforms that enforce encryption transparently in the background — like LuxSci’s SecureLine encryption technology — rather than routing every message through a separate portal experience.
Secure Email Checklist for Healthcare Organizations
Every safeguard covered in this guide comes down to a handful of concrete, verifiable actions. Use the checklist below as a working reference for what needs to be in place across your legal agreements, technical controls, and internal processes. This is not a one-time setup task, but something worth revisiting as your email volume, vendors, and regulations evolve. Share it across your compliance and IT teams as a starting point for an internal audit.
Legal and Contractual – BAA signed with email provider and all third-party vendors handling PHI.
Encryption – Forced TLS, not opportunistic only for emails in transit and all stored data encrypted with AES-256 bit encryption.
Access and Audit – Unique user IDs, role-based access, and login monitoring with advanced MFA enabled for all email accounts; audit logs active and maintained.
People and Processes – Staff trained in PHI handling, established breach response plan, annual email security policy review.
What Should I Do Now?
Secure email isn’t a single setting you switch on — it’s a combination of enforced encryption, a signed BAA, access controls, and documented process working together. Get any one piece wrong, and the rest doesn’t hold up under an OCR audit or a breach investigation.
If your organization is still relying on opportunistic TLS, an unsigned or incomplete BAA, or a patchwork of workarounds to move PHI through email, now is the time to close that gap, especially with the proposed 2025 HIPAA Security Rule update poised to make encryption a mandatory requirement rather than an addressable one in 2027.
Below are three ways you can continue your journey to securing your healthcare email:
Email can be HIPAA compliant, but only when the right safeguards are in place — enforced encryption, a signed BAA with your email provider, access controls, audit logs, and staff training on PHI handling. Standard email without these safeguards is not compliant.
2. Do I need to sign a BAA with my email provider?
Yes. Email providers have persistent access to ePHI — even encrypted messages pass through their servers — making them Business Associates under HIPAA. A signed BAA is required. If your provider won’t sign one, you cannot legally use them to send or store PHI.
3. What is the difference between opportunistic TLS and enforced TLS — and which does HIPAA require?
Opportunistic TLS attempts encryption but falls back to plaintext if the recipient’s server doesn’t support it. Enforced TLS stops delivery rather than sending unencrypted. HIPAA’s Security Rule treats transmission encryption as an addressable specification, in practice, enforced TLS is the standard auditors and OCR expect. The proposed 2025 HIPAA Security Rule NPRM would make encryption of ePHI in transit a mandatory requirement in 2027.
4. What happens if I send PHI in an unencrypted email?
It is an impermissible disclosure under HIPAA’s Privacy Rule and triggers the Breach Notification Rule, requiring you to notify the individual and HHS/OCR within 60 days. Penalties range from $100 to $50,000 per violation. Had the email been properly encrypted, the same incident would qualify for HIPAA’s encryption safe harbor, meaning no notification required.
5. Is Gmail or Microsoft 365 HIPAA compliant for sending patient emails?
Neither is compliant in their default configuration. Both use opportunistic TLS, meaning PHI can be sent in plaintext if the recipient’s server doesn’t support encryption. A signed BAA is available on enterprise plans but doesn’t close the technical gap alone. A purpose-built HIPAA-compliant email platform is the reliable solution.
If you’ve been waiting for the final word on the new HIPAA Security Rule before you touch your email encryption strategy, you now have an official reason to keep waiting.
Our advice: Don’t do it.
What is the new HIPAA Security Rule for ePHI?
The Department of Health and Human Services’ Office for Civil Rights had targeted May 2026 for a final rule implementing the most significant update to the HIPAA Security Rule in over two decades. The proposal eliminates the “addressable” standard and makes encryption of ePHI in transit and at rest mandatory for every covered entity and business associate. That deadline came and went quietly. Now we know why: an updated federal regulatory agenda shows OCR’s timeline has moved to July 2027, with the rule-making downgraded from “final rule stage” to “long-term action.” OCR is still working through more than 4,700 public comments on the January 2025 proposal.
For an industry that had been expecting a tighter deadline, a year-plus delay is the kind of news that invites a collective exhale — and a shelved project plan. At LuxSci, we think that would be a mistake, for three reasons:
The current rule already requires you to address encryption. “Addressable” was never “optional.” It has always meant you must implement the safeguard, implement an equivalent alternative, or document in writing why neither is reasonable for your organization. Most healthcare organizations have never done that documentation rigorously, and OCR’s existing enforcement authority applies today, not in 2027.
Breach costs haven’t waited for the rule.IBM’s 2025 Cost of a Data Breach Report puts the average healthcare breach at $7.42 million, still the highest of any industry. At the same time, email remains the number one attack vector into healthcare organizations. None of that risk is paused by a regulatory delay.
Delay is not withdrawal.OCR has not signaled it’s abandoning the encryption mandate, only that it’s taking longer to finalize it. Organizations that build now toward the standard already proposed will be ahead (and more secure) regardless of exactly when, or in what final form, the rule lands. Organizations that wait risk a compressed scramble once it does.
What should healthcare IT and compliance leaders actually do with this news?
Reevaluate your ePHI security posture, recalibrate its urgency, and use the extra runway to do the job right, instead of racing against a deadline. This includes:
Getting a real inventory of where ePHI moves by email today, inbound and outbound, and where encryption is inconsistent or absent.
Closing the documentation gap on “addressable” now, while you have time to do it well rather than defensively.
Pushing your email vendor for concrete answers on encryption standards, MFA enforcement, audit logging, and breach notification — the same technical controls the proposed rule would make mandatory.
Building (or updating) a written, enforcement-ready posture: policies, vendor agreements, certifications and verifications, test results, and training records that would hold up under an OCR investigation today, not just in a future compliance deadline.
Get LuxSci’s new Definitive Guide on the new HIPAA Security Rule
From Addressable to Mandatory: Email Encryption Under the New HIPAA Security Rule provides the latest update on the rule, what it means for healthcare email encryption, and what you can do now to properly prepare for what’s coming in 2027. The guide also includes an interactive scorecard that lets you evaluate your current email set up and vendor across seven security and compliance dimensions in under two minutes, no email address required.
If you want a second set of eyes on where your organization stands, our team offers a free 30-minute compliance assessment of your current email environment against the proposed rule’s requirements.
Most healthcare organizations view email as a utility, a necessary tool for sending messages between staff, communicating with patients, sending out newsletters, connecting workflows, and so on. Historically, IT teams focused on keeping it running, security teams worried about phishing, and compliance teams made sure sensitive emails were encrypted.
Today, however, that view is rapidly becoming outdated.
Email has evolved into one of healthcare’s most critical digital infrastructure components, and also one of it’s biggest security threats. It’s a core channel for patient engagement, care coordination, revenue cycle operations, digital marketing, remote monitoring, and increasingly, AI-powered communications. The organizations that recognize this shift are building communications platforms designed for security, performance, automation, and growth. With the new HIPAA Security Rule requiring email encryption on the horizon, those companies that don’t may find themselves constrained by systems that were never intended to support modern healthcare.
Email Is No Longer Just a Messaging Tool
Healthcare organizations now depend on email to support dozens of mission-critical workflows every day.
Patients receive appointment reminders, registration instructions, imaging results, billing notifications, Explanation of Benefits (EOBs), prescription updates, preventive care reminders, patient education, and post-discharge follow-up. Marketing teams deliver personalized wellness campaigns and service line promotions. Clinical systems generate transactional notifications. Revenue cycle teams rely on secure digital communications to accelerate payments and reduce paper costs.
For many organizations, mission-critical patient communications flow through email every month.
When viewed collectively, email is more than a simple communications channel. It has become operational infrastructure with high levels of security needed and increasing compliance requirements.
The Stakes Continue to Rise
As healthcare becomes more digital, every communication carries greater business and clinical importance.
A delayed billing email may postpone payment. A failed appointment reminder can increase no-show rates. An undelivered care management message may impact patient outcomes. A misconfigured security policy can expose protected health information (PHI). Poor deliverability can undermine expensive patient engagement initiatives before they ever reach the inbox.
These are no longer isolated IT issues. Email can affect revenue, patient satisfaction, operational efficiency, compliance, and organizational reputation.
Today’s healthcare leaders require email infrastructure to provide the same reliability and visibility they demand from electronic health records, identity management systems, and other core infrastructure.
AI Is Raising the Bar Even Higher
There’s little doubt that artificial intelligence (AI) promises to transform patient communications.
Healthcare organizations everywhere are exploring AI-generated patient education, personalized outreach, intelligent scheduling, multilingual communications, and automated follow-up programs.
But AI also increases the importance of the underlying communications infrastructure.
Generating more personalized emails means little if organizations cannot:
Automatically protect PHI.
Apply consistent security policies.
Maintain complete audit trails.
Deliver messages reliably.
Integrate with EHRs, RCM and CRM platforms, and customer data platforms.
Demonstrate compliance during an audits.
In many ways, AI amplifies both the opportunities and the risks. Your email platform can help determine whether AI initiatives succeed or create new compliance and operational challenges.
Infrastructure Matters More Than Features
Healthcare buyers have traditionally evaluated email platforms based on individual features such as encryption, spam filtering, or secure portals.
Those capabilities remain important, but they no longer tell the whole story.
Today’s healthcare organizations should be evaluating communications platforms the same way they evaluate any mission-critical infrastructure.
Questions increasingly include:
Can it support both transactional and marketing communications?
Does it automatically enforce security policies without relying on user decisions?
Can it integrate with EHRs, CRM systems, CDPs, and business applications?
Will it scale during peak communication periods?
Does it provide detailed audit logging and reporting?
Can it adapt as regulatory expectations evolve?
Does it maintain high deliverability at enterprise scale?
Does it support single-tenant dedicated infrastructure for high performance and increased security?
These infrastructure characteristics often determine long-term success far more than any single feature comparison.
Email and the Future Of Secure Healthcare Communications
Healthcare is steadily moving toward a world where nearly every patient interaction is digital, personalized, and data-driven.
Healthcare leaders often ask whether they need a more secure email solution. That may be the wrong question.
The better question is whether their communications infrastructure is ready for where healthcare is headed over the next decade.
If you want talk about the future of your healthcare email infrastructure, reach out today and schedule a 30-minute assessment call with our experts.
A HIPAA compliant message securely transmits protected health information while meeting the Security Rule requirements for confidentiality, integrity, and availability. These messages include proper encryption during transmission, verification of recipient identity, access controls, and audit logging capabilities. Healthcare organizations must implement appropriate protections and establish usage policies governing how staff communicate protected health information to maintain compliance with HIPAA regulations.
Requirements for Secure Messaging
A HIPAA compliant message must incorporate several protections to safeguard patient information. Encryption during transmission prevents unauthorized interception of message contents while traveling between sender and recipient. Authentication mechanisms verify the identity of both senders and recipients before allowing access to message contents. Access controls restrict message viewing to authorized individuals with legitimate need for the information. Audit logging creates records of message sending, receipt, and viewing activities with timestamps and user identification. Message integrity protections prevent undetected alterations during transmission or storage. Organizations must implement these safeguards across all platforms used for sending HIPAA compliant messages, including email systems, patient portals, and secure messaging applications.
Message Content Considerations
]The content within a HIPAA compliant message must follow several guidelines to maintain regulatory compliance. Messages should include only the minimum necessary information required for the intended purpose, avoiding excessive disclosure of patient details. Identifiable patient information must be clearly separated from general communication content for proper protection. Message subjects and headers should avoid revealing protected health information that might be visible in notification previews. Disclaimers typically appear at message ends stating confidentiality requirements and instructions for unintended recipients. Healthcare organizations develop content templates that help staff compose a HIPAA compliant message with appropriate structure and security notices. Proper content structuring ensures information remains protected throughout its communication lifecycle.
Acceptable Messaging Platforms
Healthcare organizations can send HIPAA compliant messages through various platforms that meet security requirements. Secure email systems with encryption and access controls provide one common method for protected communications. Patient portal messaging offers a controlled environment where both providers and patients access information through authenticated sessions. Secure text messaging applications designed for healthcare use encrypt communications between clinical staff members. Telehealth platforms include messaging components that maintain security during virtual visits. Fax transmissions to verified numbers remain acceptable for many healthcare communications when received by authorized recipients. Regardless of platform choice, organizations must verify that protections, Business Associate Agreements, and usage policies align with HIPAA requirements for their selected communication channels.
Patient Authorization Requirements
HIPAA compliant messages containing protected health information must adhere to patient authorization requirements. Communications for treatment, payment, and healthcare operations generally proceed without specific patient permission. Messages for other purposes often require documented patient authorization before sending. Patient preferences for communication methods should be recorded and respected for all messages. Some patients may authorize unencrypted communications after being informed of the risks, though organizations should document these preferences carefully. Authorization requirements apply regardless of the security measures implemented for message transmission. Healthcare organizations must train staff to recognize which communications require patient authorization and how to properly document these permissions.
HIPAA Compliant Messaging Documentation
Healthcare organizations must maintain documentation about their HIPAA compliant messaging practices. Policies should clearly define what constitutes appropriate message content and which communication channels may be used for different information types. Procedure documents need to outline steps for sending protected information through various platforms. Training records demonstrate that staff understand proper messaging protocols and security requirements. Technology configurations for messaging systems should be documented to demonstrate appropriate security settings. Audit logs from messaging platforms provide evidence of compliance with access and monitoring requirements. This documentation helps organizations demonstrate their compliance efforts during regulatory reviews or investigations of potential violations.
Messaging Security Breach Prevention
Preventing security breaches represents a crucial aspect of maintaining HIPAA compliant messaging systems. Staff education about phishing threats and social engineering helps prevent credential theft that could lead to unauthorized message access. Message recall capabilities allow addressing accidental disclosures before they become reportable breaches. Automatic lockout after failed login attempts prevents password guessing attacks against messaging accounts. Message expiration and automatic deletion policies reduce the risk window for stored communications. Regular security assessments identify potential vulnerabilities in messaging systems before they can be exploited. Healthcare organizations combine these preventive measures with monitoring systems that detect potential messaging security incidents early, allowing rapid response before patient information becomes compromised.
We recently rolled out new email reporting features, taking deliverability depth and analysis to new levels. If you’re a current LuxSci customer and haven’t checked them out, now’s the time. If you’re new to LuxSci, learn more below, and don’t hesitate to reach out for more info – or a demo.
LuxSci secure communications solutions have always featured rich reporting on email deliverability, including volumes and percentages for emails:
in queue
opened
clicked
failed
secured
With our latest release, we made these powerful statistics easier to consume and analyze with an improved user interface for more efficiency and greater ease-of-use. Users can simply select the type of report they’d like and customize it using a range of filtering selections. This is great for diving deeper into your email performance to make adjustments on-the-fly, and to spot trends or opportunities for better engagement that you may have missed before.
New UI – Email Deliverability Statistics
Get more granular, ID trends in real time with Split Reporting
As part of this release, we are pleased to introduce our Split Reporting feature, which empowers users to drill down on email deliverability statistics across a range of parameters, including:
subject
from address
recipient domains
marketing ID or campaign
custom field
For example, users can analyze email deliverability statistics by subject to determine which ones are performing best, by use case to track results by campaign, or to track performance by recipient email domains. With split reporting, users also can analyze email volumes across queued, delivered, opened, failed and clicked parameters, and determine click-through rates (CTR) to measure effectiveness and ROI of campaigns.
New Feature Example – Split Reporting by Recipient Domain
If you’d like to learn more, reach out and connect with us today!
Microsoft Forms is considered HIPAA compliant only when properly configured within a Microsoft 365 Enterprise or Business environment with an executed Business Associate Agreement (BAA). Unlike various competing products, Microsoft includes Forms among its covered services in its BAA, allowing healthcare organizations to collect protected health information when implemented with proper security controls and organizational policies.
Microsoft Business Associate Agreement Coverage
Microsoft offers a BAA that covers Microsoft Forms when used within a properly licensed Microsoft 365 environment. This agreement establishes Microsoft as a business associate under HIPAA regulations and defines responsibilities for protecting healthcare information. The BAA covers Microsoft Forms along with other Microsoft 365 services such as Exchange Online, SharePoint Online, and Teams. Healthcare organizations must execute this agreement before using Microsoft Forms to collect protected health information. The BAA establishes contractual protections beyond standard terms of service and the requirements of becoming HIPAA compliant.
Required Configuration for HIPAA Compliance
Making Microsoft Forms HIPAA compliant requires specific configuration beyond simply signing a BAA. Organizations must implement appropriate access controls using Microsoft 365 administrative settings to restrict form creation and data access to authorized personnel. Enabling audit logging through the Microsoft 365 Compliance Center helps track who creates, modifies, and accesses form data. Organizations need to configure retention policies that align with HIPAA record-keeping requirements. Multi-factor authentication adds an essential security layer for employees accessing protected health information. These technical controls work together to create a compliant environment for collecting patient information.
Security Features in Microsoft Forms
Microsoft Forms includes several security capabilities that support HIPAA compliance requirements. The platform encrypts data both during transmission and storage within Microsoft’s infrastructure. Access controls integrate with Microsoft 365 identity management to restrict form data visibility. Audit capabilities track form creation, modification, and response activities. Microsoft’s cloud infrastructure meets various compliance certifications beyond HIPAA, including FedRAMP, ISO 27001, and SOC standards. These underlying security measures provide the technical foundation for compliant form implementation when properly configured.
Limitations and Compliance Considerations
While Microsoft Forms can be HIPAA compliant, certain limitations require attention from healthcare organizations. The standard form templates do not include healthcare-specific authorization language required by the HIPAA Privacy Rule. Organizations must customize forms to include appropriate patient consent statements and privacy notices. Certain advanced features like form branching may create complexity in tracking what information appears to which respondents. Organizations need policies governing form creation and approval to ensure all necessary compliance elements appear consistently. These limitations require procedural controls beyond technical configuration.
Implementation Best Practices
Healthcare organizations implementing Microsoft Forms for collecting protected health information can benefit from following established best practices. Creating standardized form templates with pre-approved compliance language helps maintain consistency. Limiting form creation permissions to trained staff members reduces compliance risks. Regular privacy and security training for all employees who handle form data improves organizational awareness. Conducting periodic audits of form content and access patterns identifies potential compliance issues. Integrating forms with secure document storage in SharePoint improves information governance. These practices can enhance the security of patient information collected through electronic forms.
Alternative Form Solutions and Considerations
Microsoft Forms can be considered HIPAA compliant, but organizations should evaluate whether it provides the optimal solution for their needs. Specialized healthcare form platforms may offer additional features like electronic signature capture, direct EHR or CDP integration, or healthcare-specific templates. Microsoft Forms works best for organizations already invested in the Microsoft 365 ecosystem who need integrated form capabilities. The decision between Microsoft Forms and alternatives like LuxSci depends on factors including existing technology investments, integration requirements, complexity of form needs, and organizational resources for configuration and maintenance.
At LuxSci, we’re committed to making secure communication easier and more efficient for healthcare organizations. Today, we’re excited to introduce Unified Login—a new feature that simplifies identity management and streamlines access to multiple LuxSci accounts, helping users and administrators save time and improve workflows, without sacrificing security.
If your organization manages multiple LuxSci accounts—or if you’re new to LuxSci and require multiple secure email accounts and domains—switching between them just became faster, easier, and more efficient. With Unified Login, users can seamlessly move between linked accounts without the hassle of repeated logins, ensuring uninterrupted productivity while maintaining strict security and compliance standards.
Why Unified Login?
Healthcare professionals, IT administrators & security, marketing teams, and compliance officers often need to manage multiple secure email accounts across different departments, domains, or business units. Traditionally, switching between accounts required a separate login, disrupting workflows and wasting time by requiring multiple logins and passwords.
With LuxSci’s new Unified Login feature, administrators can link user identities across accounts and domains, enabling one-click access without repeated authentication. This means:
More Efficiency – No more logging in and out multiple times a day. Switch identities instantly and move between accounts uninterrupted.
Better User Experience – Access the accounts and resources you need in seconds, with a seamless transition between roles and domains.
Strong Security & Compliance – Every identity switch is logged for full transparency. Actions performed under a switched identity also track who switched into the identity, ensuring security and regulatory compliance are maintained.
Real-World Use Cases
Here’s how Unified Login can benefit different healthcare functions and use cases:
Compliance Officers & IT Security
A compliance officer or IT security director conducting an audit across multiple business units can quickly switch between accounts to check email logs, security settings, and compliance reports—saving time and reducing administrative burdens.
Healthcare Marketing Teams
A healthcare marketing professional or a digital communications manager sending out segmented campaigns across different services, products, or brands can quickly and easily navigate between campaigns and results for each account or domain.
IT Administrators Managing Multiple Accounts
A hospital or health plan IT administrator overseeing multiple accounts for different departments (e.g., patient services, billing, and compliance) can now switch between accounts instantly—without re-entering credentials each time. This speeds up troubleshooting, reporting, and user management, making workflows significantly more efficient.
Physicians & Providers with Multiple Roles
A doctor working across multiple clinics or locations with separate email accounts can easily transition between them without needing to log out and back in. Whether reviewing patient communications or sending secure messages, Unified Login ensures a seamless and secure experience.
How It Works
Unified Login provides administrator-managed identity linking, ensuring organizations retain full control over who can switch between accounts. The feature supports:
Unique Access Separation – Users maintain distinct identities, having quick access when needed.
Shared & Delegated Access – Teams working across multiple accounts can transition seamlessly.
Administrative Access – IT and compliance teams can manage multiple accounts efficiently while maintaining strict security protocols.
The main features of Unified Login include:
Administrators can link individual users to other users in the same or a different account.
Users can switch identities with one click without the need to re-authenticate.
Each identity switch starts a new session, giving the user the same access and permissions as the target identity.
Access and audit logs reference the original user, preserving accountability.
Once configured, users will see a “Switch Identity To” section in their account menu. Clicking on a linked identity seamlessly switches to a new session with the appropriate permissions, ensuring security while keeping workflows uninterrupted. If two or more identities are available, a “View All Identities” option appears.
Designed for Secure Healthcare, Built for Convenience
As a leader in HIPAA-compliant secure communications, LuxSci understands the challenges of balancing efficiency with security. Unified Login is ideal for healthcare organizations that need:
Secure, streamlined workflows for managing multiple email accounts for multiple business units, departments, or locations.
Faster access to multiple accounts for authorized personnel without compromising compliance.
Reduced password fatigue for users managing multiple roles or accounts.
Get Started with LuxSci Unified Login
Current LuxSci customers interested in using this service can request that it be enabled on their account, via a support ticket. You can also refer to our technical documentation for more information. If you’re new to LuxSci, reach out and learn more today.
