LuxSci

How to Secure SMTP Email Delivery with TLS

hands on a keyboard sending secure email

Secure email sending is a priority for organizations that communicate sensitive data externally. One of the most common ways to send secure emails is with SMTP TLS. TLS stands for Transport Layer Security and is the successor of SSL (Secure Socket Layer). TLS is one of the standard ways that computers on the internet transmit information over an encrypted channel. In general, when one computer connects to another computer and uses TLS, the following happens:

  1. Computer A connects to Computer B (no security)
  2. Computer B says “Hello” (no security)
  3. Computer A says, “Let’s talk securely over TLS” (no security)
  4. Computers A and B agree on how to do this (secure)
  5. The rest of the conversation is encrypted (secure)

In particular:

  • The conversation is encrypted
  • Computer A can verify the identity of Computer B (by examining its SSL certificate, which is required for this dialog)
  • The conversation cannot be eavesdropped upon (without Computer A knowing)
  • A third party cannot modify the conversation
  • Third parties cannot inject other information into the conversation.

TLS and SSL help make the internet a more secure place. One popular way to use TLS is to secure SMTP to protect the transmission of email messages between servers.

Secure SMTP Email Delivery with TLS 

The mechanism and language by which one email server transmits email messages to another email server is called Simple Mail Transport Protocol, or SMTP. For a long time, email servers have had the option of using TLS to transparently encrypt the message transmission from one server to another.

When available, using TLS with SMTP ensures the message contents are secured during transmission between the servers. Unfortunately, not all servers support TLS! Many email providers, especially free or public ones, have historically not supported TLS. Thankfully, the trend is shifting. LuxSci found that most providers now support TLS- approximately 85% of domains tested as of July 2022.

Using TLS requires that the server administrators:

  1. purchase SSL certificates
  2. configure the email servers to use them (and keep these configurations updated)
  3. allocate additional computational resources on the email servers involved.

For TLS transmission to be used, the destination email server must offer support for TLS, and the sending computer or server must be configured to use TLS connections when possible.

The sending computer or server could be configured for:

  1. No TLS: never use it.
  2. Opportunistic TLS: use it if available; if not, send it insecurely.
  3. Forced TLS: use TLS or do not deliver the email at all.

How Secure is Email Delivery over SMTP TLS?

TLS protects the transmission of the email message contents. It does nothing to protect the security of the message before it is sent or after it arrives at its destination. For that, other encryption mechanisms may be used, such as PGP, S/MIME, or storage in a secure portal.

For sending sensitive information to customers, transmission security is the minimum standard for compliance with healthcare and financial regulations. TLS is appropriate to meet most compliance requirements and offers an excellent alternative to more robust and less user-friendly encryption methods (like PGP and S/MIME).

There are different versions of TLS- 1.0 and 1.1 use older ciphers and are not as secure, while TLS 1.2 and 1.3 use newer ciphers and are more secure. When an email is sent, the level of TLS used is as secure as can be negotiated between the sending and receiving servers. If they both support strong encryption (like AES 256), then that will be used. If not, a weaker grade of encryption may be used. The sending and receiving servers can choose the types of encryption they will support. If there is no overlap in what they support, then TLS will fail (this is rare).

What About Replies to Secure Messages?

Let’s say you send a message to someone that is securely delivered to their inbox over TLS. Then, that person replies to you. Will that reply be secure? This may be important if you are communicating sensitive information. The reply will use TLS only if:

  1. The recipient’s servers support TLS for outbound email (there is no way to test this externally).
  2. The mail servers (where the “From” or “Reply” email address is hosted) support TLS for inbound email.
  3. Both servers support overlapping TLS ciphers and protocols and can agree on a mutually acceptable means of encryption.

Unless familiar with the providers in question, it cannot be assumed that replies will use TLS. So, what should you do? Ultimately, it depends on what compliance standards you must meet, the level of risk you are willing to accept, and the types of communications you send. There are two general approaches to this question:

  1. Conservative. If replies must be secure in all cases, assuming TLS will be used is unreasonable. In this case, a more secure method should be used to encrypt the messages in transit and store them upon arrival. The recipient must log in to a secure portal to view the message and reply securely. Alternatively, PGP or S/MIME could be used for additional security.
  2. Aggressive. In some compliance situations like HIPAA, healthcare providers must ensure that ePHI is sent securely to patients. However, patients are not beholden to HIPAA and can send their information insecurely to anyone they want. If the patient’s reply is insecure, that could be okay. For these reasons, and because using TLS for email security is so easy, many do not worry about the security of email replies. However, this should be a risk factor you consider in an internal security audit. Consider nuanced policies that allow you to send less sensitive messages with TLS while sending more sensitive messages with higher security.

What are the Weaknesses of SMTP TLS?

As discussed, SMTP TLS has been around for a long time and has recently seen a great deal of adoption. However, it has some deficiencies compared to other types of email security:

  • There is no mandatory support for TLS in the email system.
  • A receiver’s support of the SMTP TLS option can be trivially removed by an active man-in-the-middle because TLS certificates are not actively verified.
  • Encryption is not used if any aspect of the TLS negotiation is undecipherable/garbled. It is very easy for a man-in-the-middle to inject garbage into the TLS handshake (which is done in clear text) and have the connection downgraded to plain text (opportunistic TLS) or have the connection fail (forced TLS).
  • Even when SMTP TLS is offered and accepted, the certificate presented during the TLS handshake is usually not checked to see if it is for the expected domain and unexpired. Most MTAs offer self-signed certificates as a pro forma. Thus, in many cases, one has an encrypted channel to an unauthenticated MTA, which can only prevent passive eavesdropping.

The Latest Updates to Secure SMTP TLS

Some solutions help remedy these issues—for example, SMTP Strict Transport Security. SMTP STS enables recipient servers to publish information about their SMTP TLS support in their DNS. This prevents man-in-the-middle downgrades to plain text delivery, ensures more robust TLS protocols are used, and can enable certificate validation.

In addition, users can adopt TLS 1.3. NIST recommends that government agencies develop migration plans to support TLS 1.3 by January 1, 2024. LuxSci supports both SMTP MTA-STS and TLS 1.3.

How Secure SMTP TLS Email Works with LuxSci

Inbound TLS

LuxSci’s inbound email servers support TLS for encrypted inbound email delivery from any sending email provider that also supports that. For selected organizations, LuxSci also locks down its servers to only accept email from them if delivered over TLS.

Outbound Opportunistic TLS

LuxSci’s outbound email servers will always use TLS with any server that claims to support it and with whom we can talk TLS v1.0+ using a strong cipher. The message will not be sent securely if the TLS connection to such a server fails (due to misconfiguration or no security protocols in common). Outbound opportunistic TLS encryption is automatic for all LuxSci customers, even those without SecureLine.

Forced TLS

When Forced TLS is enabled, the message is either dropped or sent with an alternate form of encryption if the recipient’s server does not support TLS. This ensures that messages will never be sent insecurely. Forced TLS is also in place for all LuxSci customers sending to banks and organizations that have requested that we globally enforce TLS to their servers.

Support for strong encryption

LuxSci’s servers will use the strongest encryption supported by the recipient’s email server. LuxSci servers will never employ an encryption cipher that uses less than 128 bits (they will fail to deliver rather than deliver via an excessively weak encryption cipher), and they will never use SSL v2 or SSL v3.

Does LuxSci Have Any Other Special TLS Features?

When using LuxSci SecureLine for outbound email encryption:

  1. SMTP MTA STS: LuxSci’s domains support SMTP MTA STS, and LuxSci’s SecureLine encryption system leverages STS information about recipient domains to improve connection security.
  2. Try TLS: Account administrators can have secure messages “try TLS first” and deliver that way. If TLS is unavailable, the messages would fall back and use more secure options like PGP, S/MIME, or Escrow. Email security is easy, seamless, and automatic when communicating internally or with others who support TLS.
  3. TLS Exclusive: This is a special LuxSci-exclusive TLS sending feature. TLS Exclusive is just like Forced TLS, except that messages that can’t connect over TLS are just dropped. This is ideal for low-importance emails that must still be compliant, like email marketing messages in healthcare. In such cases, the ease of use of TLS is more important than receiving the message.
  4. TLS Only Forwarding: Account administrators can restrict any server-side email forwarding settings in their accounts from allowing forwarding to any email addresses that do not support TLS for email delivery.
  5. Encryption Escalation: Often, TLS is suitable for most messages, but some messages need to be encrypted using something stronger. LuxSci allows users to escalate the encryption from TLS to Escrow with a click (in WebMail) or by entering particular text in the subject line (for messages sent from email programs like Outlook).
  6. Domain Monitoring: When TLS delivery is enabled for SecureLine accounts, messages will never be insecurely sent to domains that purport to be TLS-enabled, i.e., TLS delivery is enforced and no longer “opportunistic.” The system monitors these domains and updates their TLS-compliance status daily.
  7. Double Encryption: Messages sent using SecureLine and PGP or S/MIME will still use Opportunistic TLS whenever possible for message delivery. In these cases, messages are often “double encrypted.” First, they are encrypted with PGP or S/MIME and may be encrypted again during transport using TLS.
  8. No Weak TLS: Unlike many organizations, LuxSci’s TLS support for SMTP and other servers only supports those protocol levels (e.g., TLS v1.0+) and ciphers recommended by NIST for government communications and which are required for HIPAA. So, all communications with LuxSci servers will be over a compliant implementation of TLS.

For customers who can use TLS to meet security or compliance requirements, it enables seamless security and “use of email as usual.” SecureLine with Forced TLS enables clients to take advantage of this level of security whenever possible while automatically falling back to other methods when TLS is unavailable.

Of course, using Forced TLS as the sole method of encryption is optional; if your compliance needs are more substantial, you can turn off TLS-Only delivery or restrict it so that it is used only with specific recipients.

If your email use cases are complicated, LuxSci’s flexibility enables the secure sending of emails to any recipient, regardless of their email service provider’s support for TLS. Contact the LuxSci sales team to learn more about our secure SMTP TLS email sending.

Picture of Erik Kangas

Erik Kangas

With 30 years engaged in to both academic research and software architecture, Erik Kangas is the founder and Chief Technology Officer of LuxSci, playing a core role in building the company into the market leader for HIPAA compliant, secure healthcare communications solutions that it is today. An international lecturer on messaging security, Erik also advises and consults on email technology strategies and best practices, secure architectures, and HIPAA compliance. Erik holds undergraduate degrees in physics and mathematics from Case Western Reserve University, and a doctoral degree in computational biophysics from MIT. Erik Kangas — LinkedIn

Get in touch

Find The Best Solution For Your Organization

Talk To An Expert & Get A Quote




A member of our staff will reach out to you

Get Your Free E-Book!

LuxSci High Email Deliverability Best Practices Paper

What you’ll learn:

Related Posts

HIPAA Security Rule Update

The HIPAA Security Rule Missed Its May Deadline — Here’s What We Know

The proposed HIPAA Security Rule update has become one of the most closely watched healthcare compliance developments in recent years. Designed to strengthen cybersecurity protections for electronic protected health information (ePHI), the proposal could significantly reshape how healthcare organizations approach risk management, ePHI encryption, and mandatory email encryption requirements.

A final rule was expected as early as May 2026. However, that deadline has now passed without publication from the U.S. Department of Health and Human Services (HHS) Office for Civil Rights (OCR).

So, what happens next—and what should healthcare IT directors, CISOs, and compliance officers do now?

Where Things Stand Today

The HIPAA Security Rule Notice of Proposed Rulemaking (NPRM) was published on January 6, 2025, with the goal of strengthening cybersecurity protections for ePHI in response to escalating ransomware attacks, healthcare breaches, and growing concerns about cyber resilience across the healthcare sector.

The proposal generated thousands of public comments from healthcare providers, payers, business associates, technology vendors, and industry groups. OCR has spent much of the past year reviewing this feedback and evaluating the operational and financial impact of the proposed changes.

Although the Spring Unified Regulatory Agenda identified May 2026 as a target date for a final rule, that milestone came and went without publication. As of June 2026, the proposed HIPAA Security Rule update remains under review.

While some organizations may be tempted to take a wait-and-see approach, the missed deadline should not be interpreted as a signal that the initiative has stalled. If anything, the proposal offers valuable insight into the future direction of healthcare cybersecurity regulation.

The Growing Focus on Mandatory Email Encryption

One of the most discussed aspects of the proposed HIPAA Security Rule update is encryption.

Under the current HIPAA Security Rule, encryption is generally classified as an “addressable” implementation specification. Organizations can choose alternative safeguards if they document and justify their decisions through a risk analysis process.

The proposed changes would significantly reduce that flexibility. Instead, many security safeguards, including encryption controls, would become more prescriptive and difficult to avoid.

While the final language has not yet been released, healthcare organizations should pay close attention to the proposal’s clear message: protecting ePHI through encryption is increasingly viewed as a baseline cybersecurity requirement.

This is particularly important for email communications.

Email remains one of the most widely used communication channels in healthcare, supporting everything from patient engagement and care coordination to billing, scheduling, and marketing communications. As regulators continue to focus on reducing data breach risks, mandatory email encryption is emerging as a likely area of increased scrutiny.

What Healthcare Organizations Should Do Now

The current delay creates an opportunity, not a reason to postpone action.

Healthcare organizations can begin preparing for likely requirements today by evaluating the security controls highlighted throughout the proposed rule.

Key areas to review include:

  • Encryption of ePHI across systems and communications channels
  • Comprehensive asset inventories and ePHI data mapping
  • Enhanced risk analysis and risk management processes
  • Multifactor authentication (MFA)
  • Vulnerability scanning and penetration testing
  • Incident response planning and testing
  • Backup and recovery procedures
  • Email security and secure email encryption practices

Organizations that proactively strengthen these areas now will be better prepared regardless of the final rule’s implementation timeline.

Why Secure Email Encryption Should Be a Priority

For many healthcare organizations, email remains one of the largest compliance and security risks.

Human error, misdirected messages, phishing attacks, and inconsistent encryption practices continue to contribute to breaches involving protected health information. As a result, secure email encryption is increasingly becoming a foundational component of healthcare cybersecurity strategies.

Organizations that rely on manual encryption processes or employee judgment alone may find it difficult to meet evolving regulatory expectations.

Instead, healthcare organizations should look for solutions that automate encryption decisions, reduce user error, and provide flexibility based on the sensitivity of the communication.

At LuxSci, we have long believed that security and usability must work together. We are 100% focused on secure healthcare communications, helping healthcare providers, payers, and suppliers protect sensitive data while improving patient and customer engagement. Our proven secure email solutions, used by leading companies including Athenahealth, 1-800 Contacts, and Hinge Health, help organizations protect ePHI with automated encryption capabilities that support both compliance and operational efficiency. Our unique SecureLine encryption technology enables organizations to apply the appropriate level of protection while maintaining a seamless experience for patients, customers, and staff.

For organizations already using Microsoft 365 or Google Workspace, LuxSci Secure Email Gateway can add HIPAA-compliant email security and encryption without requiring users to change their existing workflows. This approach helps reduce risk, while preserving productivity and user adoption.

The Bottom Line

The HIPAA Security Rule final rule may have missed its anticipated May deadline, but the cybersecurity challenges driving the proposal remain very real.

The OCR is still expected to make the rule change, which could require mandatory encryption of ePHI by early 2027.

The time to prepare is now!

Healthcare organizations should view the proposed HIPAA Security Rule update as an advance warning of where regulatory expectations are heading. Stronger cybersecurity controls, enhanced risk management, ePHI encryption, and mandatory email encryption requirements are all likely to remain central themes in future compliance efforts.

The organizations that begin preparing now will not only be better positioned for future regulatory changes, but will also strengthen their ability to protect patient data, reduce risk, and build trust in an increasingly challenging threat landscape.

At LuxSci, we’re proud to support the healthcare industry’s ongoing digital transformation through secure healthcare communications. Our HIPAA-compliant solutions for secure email, email marketing, and forms empower organizations to safely use and protect PHI, while delivering better patient experiences and outcomes.

Ready to strengthen your healthcare cybersecurity strategy?

Learn more about LuxSci and our complete suite of HIPAA compliant email and marketing solutions, or schedule a consultation with one of our healthcare communication experts today.

Contact us today!

LuxSci G2

LuxSci Awarded 20 Badges in the G2 Summer 2026 Reports

We’re excited to announce that LuxSci has again been recognized by G2 with 20 badges in its just-released Summer 2026 Reports, highlighting our continued leadership in secure healthcare communications and HIPAA compliant email solutions.

The new LuxSci G2 recognitions span several categories, including:

  • Best Estimated ROI
  • Best Support
  • High Performer
  • Leader

These latest LuxSci G2 awards reflect what matters most to our customers: delivering secure, HIPAA compliant healthcare communications backed by responsive support and measurable business results.

As one of the most trusted providers of HIPAA compliant email, marketing, and forms solutions, we’re proud to see our commitment recognized across multiple product categories and customer satisfaction metrics.

Recognition Built on Customer Experience

LuxSci’s G2 rankings are based on verified customer feedback and real-world user experiences, making these badges especially meaningful to our team.

This year’s Summer Reports recognized LuxSci for consistently delivering value to healthcare organizations looking to securely engage patients and customers while maintaining compliance with HIPAA requirements.

Among the highlights, the LuxSci G2 recognition includes:

  • Best Estimated ROI, reflecting the measurable value customers achieve through secure healthcare communications and personalization
  • Best Support, reinforcing LuxSci’s long-standing reputation for responsive, knowledgeable customer service
  • High Performer badges across multiple categories for customer satisfaction and product performance
  • Leader recognition for delivering secure, scalable communications solutions trusted by healthcare organizations

At LuxSci, we believe secure communications should also drive better engagement, stronger outcomes and operational efficiency. These recognitions reinforce our focus on helping healthcare providers, payers and suppliers personalize communications while protecting sensitive patient data.

Supporting the Future of Personalized Healthcare Engagement

LuxSci’s secure healthcare communication and patient engagement solutions empower organizations to safely communicate with patients and customers through:

  • HIPAA-compliant high volume email
  • Secure email marketing
  • Secure forms and data collection
  • Flexible encryption with SecureLine technology

Our solutions are designed to help healthcare organizations improve engagement, streamline workflows and personalize the healthcare journey while maintaining the highest standards of security and compliance.

These latest LuxSci G2 recognitions also build on LuxSci’s broader reputation for security, performance and customer success. Security and trust remain foundational to everything we do, alongside our commitment to delivering smart, responsive support for our customers.

Thank You to Our Customers

We’re grateful to our customers for their continued trust, collaboration and feedback. Their reviews and insights help shape our products and drive ongoing innovation across the LuxSci product set.

To learn more about LuxSci’s secure healthcare communications solutions, contact our team to schedule a secure email assessment or demo.

Connect with us today!

Follow us on LinkedIn

Email Encryption

Is OCR Already Enforcing Email Encryption Under the New HIPAA Security Rule?

Healthcare organizations waiting for the final HIPAA Security Rule updates before improving email encryption and security may already be behind.

While the proposed changes to the HIPAA Security Rule are expected to be finalized in May, the direction from the U.S. Department of Health and Human Services Office for Civil Rights (OCR) is becoming increasingly clear. Across investigations, settlements, and enforcement actions, OCR continues emphasizing stronger technical safeguards, encryption, documented security programs, multi-factor authentication (MFA), risk analysis, and proactive cybersecurity operations.

For healthcare organizations, one area stands directly in the middle of all of these priorities: email.

Email remains a primary communication channel in healthcare — and one of the industry’s largest security vulnerabilities. From unauthorized PHI exposure to phishing attacks and ransomware delivery to account compromise, email continues to be at the center of healthcare cybersecurity incidents.

So, are the proposed HIPAA Security Rule changes hypothetical future guidance or a preview of OCR’s future enforcement expectations?

For healthcare email security, the implications are significant.

Email = Healthcare Cybersecurity Risk

Healthcare organizations rely on email for critical communications and healthcare workflows, including:

  • Patient communications
  • Care coordination
  • Claims and billing notifications
  • Marketing and engagement
  • Internal collaboration
  • Third-party vendor communications
  • Delivery of sensitive PHI

At the same time, attackers continue targeting email systems because they remain one of the easiest entry points into healthcare environments.

Insecure email workflows create unnecessary exposure of protected health information. Phishing campaigns are becoming more sophisticated. Credential theft attacks are bypassing traditional MFA methods. And business email compromise (BEC) attacks continue rising.

Recent OCR enforcement actions increasingly reflect these realities.

Organizations are being evaluated not simply on whether a breach occurred, but whether they implemented reasonable safeguards beforehand, including encryption, authentication controls, monitoring, access management, and documented risk mitigation processes.

For email systems specifically, that means healthcare organizations should expect increased scrutiny around:

  • Email encryption enforcement
  • MFA deployment
  • Audit logging and retention
  • Conditional access policies
  • Vendor security controls
  • Secure email delivery best practices
  • Segmentation and infrastructure isolation
  • Ongoing patch and vulnerability management

In many ways, email infrastructure is becoming a visible test of an organization’s overall cybersecurity posture.

Email Encryption Is Moving From Addressable to Required

Historically, healthcare organizations often interpreted HIPAA email encryption requirements with flexibility because encryption was technically categorized as an “addressable” safeguard under the Security Rule. But, OCR enforcement and broader cybersecurity realities are changing that interpretation rapidly.

Today, failing to encrypt sensitive healthcare communications increasingly creates both security and regulatory risk. The proposed Security Rule updates place even greater emphasis on encryption and technical safeguards. At the same time, OCR investigations continue examining whether organizations properly protected PHI in transit and at rest.

For healthcare email specifically, this creates several growing expectations:

  • Email encryption should be automated wherever possible
  • Human error should not determine whether PHI is protected
  • Organizations should maintain documented encryption policies
  • Secure delivery methods should adapt dynamically to recipient capabilities
  • Audit trails should demonstrate how messages were secured

At LuxSci, we have long believed that encryption should operate as a strategic layer of healthcare communications infrastructure, not as a manual user decision.

Our SecureLine email encryption technology automatically applies appropriate encryption methods based on organizational policies and delivery requirements, helping reduce the risks associated with human error while maintaining usability, deliverability and compliance. As enforcement expectations rise, this type of automated security enforcement is becoming increasingly important.

Traditional MFA May No Longer Be Enough

Another major shift emerging from both OCR enforcement trends and the proposed rule updates is the growing importance of stronger authentication models.

Healthcare organizations have historically viewed MFA deployment as sufficient protection. But attackers have adapted quickly.

MFA bypass attacks, token theft, session hijacking, and consent phishing campaigns are increasingly targeting healthcare users. As a result, regulators and cybersecurity experts are placing greater emphasis on phishing-resistant authentication approaches and contextual access controls.

For email environments, organizations should increasingly evaluate:

  • Whether MFA methods are resistant to phishing attacks
  • Conditional access policies based on device, location, and behavior
  • Account monitoring and anomaly detection
  • Administrative access protections
  • Session management controls
  • Logging and authentication auditing

The broader message is clear: healthcare organizations need authentication strategies designed for today’s threat landscape, not yesterday’s compliance checklist.

OCR Wants Proof, Not Just Policies

One of the clearest trends emerging from recent OCR activity is the increasing importance of documentation and operational evidence. Healthcare organizations must increasingly demonstrate not only that safeguards exist, but that they are consistently enforced, monitored, tested, and maintained over time.

For email systems, organizations should be prepared to demonstrate:

  • Email encryption policies
  • MFA enforcement records
  • Audit logs and message tracking
  • Vendor security documentation
  • Risk assessments involving email infrastructure
  • Patch management procedures
  • Employee security awareness training
  • Incident response procedures for email-based threats

This represents a broader shift in healthcare cybersecurity expectations.

The question is no longer: “Do you have email security controls?”

The question is increasingly: “Can you prove they are operationally effective?”

Healthcare Organizations Need a New Email Security Strategy

The healthcare industry is entering a new phase of cybersecurity enforcement.

OCR’s direction is becoming increasingly clear: organizations are expected to proactively secure systems handling PHI using modern, documented, and continuously maintained safeguards. For email security specifically, that means organizations should stop treating encryption, MFA, and secure communications as optional compliance requirements. Instead, they should view secure email infrastructure as a strategic component of enterprise cybersecurity and patient trust.

At LuxSci, we help healthcare organizations modernize secure communications with HIPAA compliant email infrastructure designed specifically for healthcare environments, including flexible encryption, secure delivery, auditability, high deliverability, access controls, and dedicated infrastructure options.

The proposed HIPAA Security Rule updates may not yet be final. But, OCR is already signaling where healthcare cybersecurity enforcement is headed next. For organizations relying on email to communicate with patients, members, customers, and partners, the time to examine your secure email infrastructure is now.

Connect with our experts to learn more using the form at the top of this page!

LuxSci HIPAA Compliant Email for Mid-Sized Healthcare Organizations

LuxSci Launches Enterprise-Grade HIPAA Compliant Email Security for Mid-Sized Healthcare Organizations

New right-sized offering brings advanced encryption, easy API integration, and HITRUST-certified compliance to the most underserved segment in healthcare email — with pricing starting at $99/month

CAMBRIDGE, MA — May 5, 2026 — LuxSci, a leading provider of HIPAA compliant secure healthcare communications, today announced the launch of LuxSci Secure High Volume Email for mid-sized healthcare organizations, the industry’s trusted HIPPA-compliant email solution now packaged and priced for mid-size healthcare organizations. Regional health systems, health plans, specialty group practices, urgent care networks, and multi-site regional providers can now access LuxSci’s enterprise-grade email security and encryption infrastructure at published, volume-based pricing — with no custom quote required.

LuxSci Secure High Volume Email for mid-sized healthcare organizations delivers the same HITRUST CSF r2-certified email security and flexible encryption capabilities that power communications for some of the largest healthcare organizations in the industry, including Athenahealth, 1-800 Contacts, Hinge Health and Eurofins. The new LuxSci mid-sized offer is tiered and priced for organizations with email sending volumes of between 300 and 99,000 emails per month.

LuxSci Secure High Volume Email is built on the company’s proprietary SecureLine™ encryption technology, which automatically selects the optimal email encryption method — TLS, secure portal fallback, PGP, or S/MIME — on a per-recipient basis at the time of delivery, with no action required from senders or recipients. This intelligent, adaptive encryption method goes significantly beyond TLS-only or portal fallback models offered by basic platforms, giving mid-market healthcare organizations the flexibility and cybersecurity depth they need as HIPAA regulations tighten and email threats continue to get more sophisticated.

Key capabilities include:

  • Automatic email encryption via SecureLine™ — encrypt every email and its content, including Protected Health Information (PHI), with per-recipient adaptive encryption across TLS, portal fallback, PGP, and S/MIME.
  • Advanced REST API with webhooks for dataflows into your systems — supports unlimited messages/hour with failover, queuing, plus webhooks can push email engagement data back to EHRs, CRMs, RCM and customer data platforms.
  • Comprehensive audit logging and reporting — message-level tracking, delivery status, engagement reporting, and downloadable reports for compliance officers.
  • HITRUST CSF r2 certification, BAA, GDPR-compliant, and US-EU Privacy Framework agreement all included.
  • Microsoft 365 and Google Workspace overlay — use LuxSci’s Secure Email Gateway add-on to integrate directly with existing M365 or Google Workspace environments, adding HIPAA-compliant encryption without migration or user retraining.
  • HIPAA-compliant patient engagement — secure outbound email campaigns with PHI-powered hyper-segmentation, automated workflows, and personalized emails for marketing campaigns, proactive patient communications, appointment reminders, care gap outreach, new plan enrollments, healthcare education, and more — with LuxSci Secure Marketing add-on.

New Published LuxSci Pricing

LuxSci Secure High Volume Emai for mid-sized healthcare organizations features published pricing based on monthly sending volume:

Monthly Send VolumeMonthly Price
300 to 9,999 emails/month $99/month
10,000 – 29,999 emails/month $199/month
30,000 – 49,999 emails/month $299/month
50,000 – 99,999 emails/month $399/month
100,000+ emails/month Custom

“Mid-size healthcare organizations have been underserved for too long, forced to choose between inadequate email security tools that weren’t built for healthcare and HIPAA compliance and enterprise level solutions that felt too big or too complex,” said Mark Leanord, CEO of LuxSci. “Our new secure email packaging for mid-sized organizations changes that. We’re making the same encryption depth, ease of integration into EHRs, CRMs and other systems, and compliance rigor that powers our largest customers accessible for mid-sized organizations to easily evaluate and buy.”

Timing and Market Context

The launch comes at a critical moment for mid-size healthcare organizations. The HHS HIPAA Security Rule overhaul, expected to finalize in mid-2026, is anticipated to mandate email encryption as a required safeguard, elevating email security from addressable best practice to a regulatory requirement for thousands of organizations that have not yet upgraded their email security and compliance posture. LuxSci secure email is designed to meet these requirements, backed by HITRUST CSF r2 certification and the company’s 20-year track record in secure healthcare communications.

Availability

LuxSci Secure Email for mid-sized healthcare organizations is available immediately. Pricing and product details are published here.

Users can contact LuxSci to set up a call or DEMO.

About LuxSci

LuxSci is a leading provider of secure healthcare communications solutions for the healthcare industry. The company offers secure email, marketing, forms and hosting, delivering HIPAA‑compliant communication solutions that enable organizations to safely manage and transmit sensitive data, including protected health information (PHI). Founded in 1999 and recently merged with digital care and telehealth provider Ovia Health, LuxSci serves more than 2,000 customers across healthcare verticals, including providers, payers, suppliers, and healthcare retail, home care providers, and healthcare systems, as well as organizations operating in other highly regulated industries. LuxSci is HITRUST‑certified with current customers including Athenahealth, 1800 Contacts, Lucerna Health, Eurofins, and Rotech Healthcare, among others.

###

Media Contact:
Pete Wermter, CMO

pwermter@luxsci.com

You Might Also Like

How Do You Know if Software is HIPAA Compliant?

How Do You Know if Software is HIPAA Compliant?

As in any industry, the healthcare sector is eager to embrace any new technology solution that increases productivity, enhances operational efficiency, and cuts costs. However, the rate at which healthcare companies – and their patients and customers – have had to adopt new software and digital tools has skyrocketed since the pandemic. And while a lot of this software is beneficial, a key question arises: is it HIPAA compliant? While an application may serve an organization’s needs – and may be eagerly embraced by patients – it also needs to have the right measures in place to safeguard protected health information (PHI) to determine if it is indeed HIPAA compliant.

Whether you’re a healthcare provider, software vendor, product team, or IT professional, understanding what makes software HIPAA compliant is essential for safeguarding patient data and insulating your organization from the consequences of falling afoul of HIPAA regulations. 

With this in mind, this post breaks down the key indicators of HIPAA compliant software, the technical requirements you should look for, and best practices for ensuring your software is HIPAA compliant.

What Does It Mean for Software to Be HIPAA-Compliant?

The Health Insurance Portability and Accountability Act (HIPAA)  sets national standards for safeguarding PHI, which includes any data related to a patient’s health, treatment, or payment details. In light of this, any applications and systems used to process, transmit, or store PHI must comply with the stringent privacy, security, and breach notification requirements set forth by HIPAA.

Subsequently, while healthcare organizations use a wide variety of software, most of it is likely to be HIPAA-compliant. Alarmingly, many companies aren’t aware of which applications are HIPAA-compliant and, more importantly, if there’s a need for compliance in the first place.   

However, it’s important to note that HIPAA itself does not certify software. Instead, it’s up to software vendors to implement the necessary security and privacy measures to ensure HIPAA compliance. Subsequently, it’s up to healthcare providers, payers, and suppliers to do their due diligence and source HIPAA compliant software. 

How to Determine If Software Is HIPAA Compliant

So, now that we’ve covered why it’s vital that the applications and systems through which sensitive patient data flows must be HIPAA compliant, how do you determine if your software meets HIPAA requirements? To assess whether software is HIPAA compliant, look for these key indicators:

1. Business Associate Agreement (BAA)

A HIPAA compliant software provider must sign a Business Associate Agreement (BAA) with covered entities, i.e., the healthcare company. A BAA is a legal contract that outlines the vendor’s responsibility for safeguarding PHI. If a software provider doesn’t offer a BAA, their software is NOT HIPAA compliant.

Now, if a vendor offers a BAA, it should be presented front and center in their benefits, terms or conditions, if not on their website homepage as part of their key features. If a vendor has taken the time and effort to make their infrastructure robust enough to meet HIPAA regulations, they’ll want to make it known to reassure healthcare organizations of their suitability to their particular needs.  

2. End-to-End Encryption

A key requirement of the HIPAA Security Rule is that sensitive patient data is encrypted end to end during its transmission. This means being encrypted during transit, i.e., when sent in an email or entered into a form, and at rest, i.e., within the data store in which it resides.

In light of this, any software that handles PHI should use strong encryption standards, such as:

  • Transport Layer Security (TLS – 1.2 or above): for secure transmission of PHI in email and text communications. 
  • AES (Advanced Encryption Standard) 256: the preferred encryption method for data storage as per HIPAA security standards, due to its strength.

3. Access Controls and User Authentication

One of the key threats to the privacy of patient data is access by unauthorized parties. This could be from employees within the organization who aren’t supposed to have access to PHI. In some, or even many, cases, this may come down to lax and overly generous access policies. However, this can result in the accidental compromise of PHI, affecting both a patient’s right to privacy and, in the event patient data is unavailable, operational capability. 

Alternatively, the exposure of PHI can be intentional. One on hand, it may be from employees working on behalf of other organizations, i.e., disgruntled employees about to jump ship to a competitor. More commonly, unauthorized access to patient data is perpetrated by malicious actors impersonating healthcare personnel. To prevent the unintended exposure of PHI, HIPAA compliant infrastructure, software and applications must support access control policies, such as:

  • Role-based access control (RBAC): the restriction of access to PHI based on their job responsibility in handling PHI, i.e.., an employee in billing or patient outreach. A healthcare organization’s security teams can configure access rights based on an employee’s need to handle patient data in line with their role in the company. 
  • Multi-factor authentication (MFA): this adds an extra layer of security beyond user names and passwords. This could include a one-time password (OTP) sent via email, text, or a physical security token. MFA is very diverse and can be scaled up to reflect a healthcare organization’s security posture. This could include also biometrics, such as retina and fingerprint scans, as well as voice verification.
  • Zero-trust security: a rapidly emerging security paradigm in which users are consistently verified, as per the resources they attempt to access. This prevents session hijacking, in which a user’s identity is trusted upon an initial login and verification. Instead, zero trust continually verifies a user’s identity.  
  • Robust password policies: another simple, but no less fundamental, component of user authentication is a company’s password policy. While conventional password policies emphasize complexity, i.e., different cases, numbers, and special characters, newer password policies, in contrast, emphasize password length. 

4. Audit Logs & Monitoring

A key HIPAA requirement is that healthcare organizations consistently track and monitor employee access to patient data. It’s not enough that access to PHI is restricted. Healthcare organizations must maintain visibility over how patient data is being accessed, transferred, and acted upon (copied, altered, deleted). This is especially important in the event of a security event when it’s imperative to pinpoint the source of a breach and contain its spread.

In light of this, HIPAA compliant software must:

  • Maintain detailed audit logs of all employee interactions with PHI.
  • Provide real-time monitoring and alerts for suspicious activity.
  • Support log retention for at least six years, as per HIPAA’s compliance requirements.

5. Automatic Data Backup & Disaster Recovery

Data loss protection (DLP) is an essential HIPAA requirement that requires organizations to protect PHI from loss, corruption, or disasters. With this in mind, a HIPAA-compliant software solution should provide:

  • Automated encrypted backups: real-time data backups, to ensure the most up-to-date PHI is retained in the event of a security breach.
  • Comprehensive disaster recovery plans: to rapidly restore data in case of cyber attack, power outage, or similar event that compromises data access.  
  • Geographically redundant storage: a physical safeguard that sees PHI. stored on separate servers in different locations, far apart from each other. So, if one server goes down or is physically compromised (fire, flood, power outage, etc.,) patient data can still be accessed. 

6. Secure Messaging and Communication Controls

For software that involves email, messaging, or telehealth, i.e., phone or video-based interactions, in particular, HIPAA regulations require:

  • End-to-end encryption: for all communications, as detailed above.
  • Access restrictions: policies that only enable those with the appropriate privileges to view communications containing patient data.
  • Controls for message expiration: automatically deleting messages after a prescribed time to mitigate the risk of unauthorized access.
  • Audit logs: to monitor the inclusion or use of patient data.

7. HIPAA Training & Policies

Even the most secure software can be compromised if its users aren’t sufficiently trained on how to use it. More specifically, the risk of a security breach is amplified if employees don’t know how to identify suspicious behavior and who to report it to if an event occurs. With this in mind, it’s prudent to look for software vendors that:

  • Offer HIPAA compliance and cyber safety awareness training for users.
  • Implement administrative safeguards, such as usage policy enforcement and monitoring.
  • Support customizable security policies to align with your organization’s compliance needs.

Shadow IT and HIPAA Compliance

Shadow IT is an instance of an application or system being installed and used within a healthcare organization’s network without an IT team’s approval. Despite its name, shadow IT is not as insidious as it sounds: it’s simply a case of employees unwittingly installing applications they feel will help them with their work. The implications, however, are that:

  1. IT teams are unaware of said application, and how data flows through it, so they can’t secure any PHI entered into it.
  2. The application may have known vulnerabilities that are exploitable by malicious actors. This is all the more prevalent with free and/or open-source software.

While discussing the issue of shadow IT in general, it’s wise to discuss the concept of “shadow AI” – the unauthorized use of artificial intelligence (AI) solutions within an organization without its IT department’s knowledge or approval. 

It’s easily done: AI applications are all the rage and employees are keen to reap the productivity and efficiency gains offered by the rapidly growing numbers of AI tools. Unfortunately, they fail to stop and consider the data security risks present in AI applications. Worse, with AI technology still in its relative infancy, researchers, vendors, and other industry stakeholders have yet to develop a unified framework for securing AI systems, especially in healthcare. 

Consequently, the risks of entering patient data into an AI system – particularly one that’s not been approved by IT – are considerable. The privacy policies of many widely-used AI applications, such as ChatGPT, state the data entered into the application, during the course of engaging with the platform, can be used in the training of future AI models. In other words, there’s no telling where patient data could end up – and how and where it could be exposed. 

The key takeaway here is that entering PHI into shadow IT and AI applications can pose significant risks to the security of patient data, and employees should only use solutions vetted, deployed, and monitored by their IT department. 

Best Practices for Choosing HIPAA Compliant Software

Now that you have a better understanding of how to evaluate software regarding HIPAA compliance, here are some best practices to keep in mind when selecting applications to facilitate your patient engagement efforts:

Look for a BAA: quite simply, having a BAA in place is an essential requirement of HIPAA-compliant software. So, if the vendor doesn’t offer one, move on.

Verify encryption standards: ensure the software encrypts PHI both at rest and in transit.

Test access controls: choose HIPAA-compliant software that allows you to restrict access to PHI based on an employee’s role within the organization. 

Review audit logging capabilities: HIPAA compliant software should track every PHI interaction. This also greatly assists in incident detection and reporting (IDR), as it enables security teams to pinpoint and contain cyber threats should they arise.

Ensure compliance support: knowing the complexities of navigating HIPAA regulations, a reputable software vendor should provide comprehensive documentation on configuring their solution to match the client’s security needs. Better yet, they should provide the option of cyber threat awareness and HIPAA compliance training services. 

Create a List of Software Vendors: combining the above factors, it’s prudent for healthcare organizations to compile a list of HIPAA compliant software vendors that possess the features and capabilities to adequately safeguard PHI.

Choosing HIPAA Compliant Software

Matching the right software to a company’s distinctive workflows and evolving needs is challenging enough. However, for healthcare companies, ensuring the infrastructure and applications within their IT ecosystem also meet HIPAA compliance standards requires another layer of, often complicated, due diligence. 

Failure to deploy a digital solution that satisfies the technical, administrative, and physical security measures required in a HIPAA compliant solution exposes your organization to the risk of suffering the repercussions of non-compliance. 

If select and deploy the appropriate HIPAA compliant software, in contrast, your options for patient and customer engagement are increased, and you’ll be able to include PHI in your communications to improve patient engagement and drive better health outcomes. Schedule a consultation with one of our experts at LuxSci to discuss whether the software in your IT ecosystem meets HIPAA regulations. and how we can assist you in ensuring your organization is communicating with patient and customers in a HIPAA compliant way.

Email Deliverability

Why is High Email Deliverability Essential for Healthcare Companies?

With email communication playing a critical role in the customer engagement strategies of virtually every organization, high email deliverability rates are vital to success across all industries. In the healthcare sector, however, the stakes can be far higher. An undelivered email isn’t merely an inconvenience or a lost sales opportunity; it could mean a missed appointment, a delay in a prescription refill, or a failure to get a patient critical healthcare information. Or worse, the email could end up in the hands of an unintended recipient, including bad actors and cybercriminals.  

With this in mind, this post details why high email deliverability is essential for healthcare companies, as well as how your organization benefits from reliable and rapid email delivery. 

Speed and Efficiency

The primary reason that high email deliverability is crucially important to healthcare organizations is to best guarantee essential communications that directly impact an individual’s healthcare journey reach them promptly. These transactional emails can include appointment reminders, prescription renewals, product order confirmations, test results, explanation of benefits notices, payment reminders, and invoices. Administrative notifications related to software or systems that a patient might use, such as a password reset for an online portal, also fall under the category of transactional emails.

When transactional emails are delayed or fail to reach people altogether, they can compromise a patient’s ability to access care, adhere to treatment plans, stay informed on key facets of their healthcare journey, and, ultimately, achieve optimal health outcomes. 

When a patient fails to receive an expected email, such as a prescription confirmation, for example, it can leave them feeling confused and unsure of what to do next. For individuals who are sick, elderly, or managing chronic conditions, this can cause unnecessary stress, anxiety, and even compromise adherence to care plans.

In contrast, high email delivery rates create the opposite effect, helping patients get the communications and information they need. This increases their trust in your company and gives them a firmer sense of control over their healthcare journey. 

Compliance with HIPAA Regulations 

While the above point stresses the importance of reliable email delivery for the patient’s and customer’s benefit, healthcare companies also have a vested interest in ensuring communications reach the intended recipient for regulatory and patient privacy reasons.  

To comply with the Health Insurance Portability and Accountability Act (HIPAA), emails that contain sensitive patient data, i.e., electronic protected health information (ePHI), must be securely delivered to the intended recipient. If, on the other hand, a communication containing ePHI fails to reach the intended recipient patient, that represents a failure in secure communications and a potential HIPAA violation for your organization. 

After all, where did the patient’s data go? Was it delivered to the wrong person? Was it blocked by a spam filter and is left sitting unencrypted on a server somewhere?

If you can’t answer these questions, you could be exposed to a data breach, and it could result in a HIPAA violation, meaning your organization incurrs the associated consequences, including financial penalties and reputational damage. Conversely, deploying a fully HIPAA compliant email solution, such as LuxSci, supported by a dedicated infrastructure and designed for high email delivery enables your organization to include patient data in communications with confidence and ensure you messages land in the recipient’s inbox.  

Greater Levels of Personalization and Engagement

Finally, high email deliverability rates are essential for healthcare organizations because they help drive greater levels of engagement with patients and customers. Higher email deliverability means better inbox placement, leading to more emails being opened, more links being clicked, and more conversions for your communications and campaigns.

In the case of healthcare retailers, for example, this equates to converting more prospects into customers and, consequently, maximizing the ROI of email marketing campaigns, in some cases with up to 80% better results.  

While healthcare marketers, understandably, focus most of their efforts on crafting attention-grabbing headlines, personalizing the message content, and the email’s design elements, these factors are rendered irrelevant if the message fails to reach the recipient in the first place! When you take this into account, high email deliverability is a crucial component in optimizing the ROI of email communications and campaigns, and an all too often overlooked component at that. 

Get Your Copy LuxSci’s Achieving High Email Deliverability Best Practices Paper

To learn more about the importance and value of high email deliverability for healthcare companies,  download your copy of LuxSci’s latest Best Practices Paper: How to Achieve High Email Deliverability in Healthcare. You’ll discover:

  • How to opitmize performance for the different types of healthcare emails.
  • Powerful strategies for increasing your company’s email deliverability rates. 
  • How small increases in email deliverability can have considerable effects on your marketing ROI 

Grab your copy of the report here, and learn how to enhance your email deliverability rates today.

patient engagement tools

Why Healthcare Insurers Should Send Explanation of Benefits Statements Via Email

Explanation of Benefits statements or EOBs are mission-critical communications for health insurers because they ensure transparency, help detect billing errors or fraud, and most importantly, keep patients informed about their benefits and related payments.

However, the most conventional method of sending out EoBs, traditional mail, has several drawbacks that can prevent important information about healthcare coverage from reaching the intended recipient. This can leave policyholders in the dark about their healthcare coverage, which can lead to confusion and dissatisfaction with their insurance provider when they receive an unexpected medical bill. This can also drive up inbound calls into your claims department or contact center.

Because Explanation of Benefits statements contain the protected health information (PHI) of policyholders, insurers are bound by HIPAA (the Health Insurance Portability and Accountability Act) regulations to ensure their secure delivery. Consequently, the risks inherent to sending paper EoB statements in the mail not only have security implications but also potential consequences for non-compliance.

With all this in mind, this post discusses why healthcare insurers should send EoBs to their policyholders via secure email instead of traditional mail. We detail the various benefits of making the switch to electronic EoBs, which include enhanced security, better adherence to compliance regulations, and the opportunity to save millions of dollars per month.

Protecting Patient Privacy

The primary reason that insurance companies should shift to email EoBs as opposed to traditional mail is that it’s far more secure. Sending an EoB via email drastically decreases the risk of protected health information (PHI) getting into the wrong hands. When sent in paper form by mail, an EoB could be:

  • Lost, stolen or damaged in transit
  • Delivered to the wrong address
  • Not properly deposited in a letter or mailbox, then stolen
  • Intercepted within the intended address by another individual who lives at or has access to the residence.

As detailed later in this post, email also allows for various controls and processes, which mitigate the risks of unsuccessful message delivery.

Most importantly, secure email provides data encryption, which safeguards the sensitive patient data within EoBs during transmission and when stored by rendering it unreadable to malicious actors who might intercept it. Physical mail, in contrast, offers no such protection, as someone who intercepts a paper EoB form can simply open it and freely read its contents.

Finally, secure email delivery platforms feature identity verification and access controls that enable healthcare insurers to restrict access to PHI to authorized personnel, limiting its exposure. They also provide auditing capabilities to track access to patient data, and quickly identify the source of security breaches.

HIPAA Compliance Benefits

Because sending an Explanation of Benefits statement via email is more secure, and better protects any patient data contained within them, this also reduces the risk of HIPAA compliance violations.

First and foremost, HIPAA regulations mandate that communications containing PHI, such as EoBs, must securely reach the intended recipient. By eliminating the risk of physical interception or non-delivery, and the compliance violations from a resulting security breach, insurers can better adhere to HIPAA regulations using email for sending EOBs. On a similar note, the security features built into a HIPAA compliant email platform, such as encryption, access controls, and audit logs, help insurers to satisfy the requirements of HIPAA’s Privacy and Security Rules in their compliance efforts.

Another considerable benefit of using secure email to send policyholders their EoBs, or, in fact, any communication containing PHI, is that it’s far easier to implement breach notification protocols. Email delivery platforms provide real-time tracking, so companies can pinpoint email message failures quickly and act accordingly. Similarly, intrusion detection systems and other cybersecurity measures that support email systems can enable faster detection and containment of data breaches.

In stark contrast, physical mail is far more difficult to track – and even those limited capabilities are reserved for more expensive delivery options. Consequently, security breaches via mail could go unnoticed for days or even weeks. If you’re unaware of a data breach, or have not yet contained or mitigated it, you’re then unable to inform all affected parties, resulting in further HIPAA violations.

Increased Deliverability Rates

By greatly mitigating the security risks presented by physical mail, i.e., the various ways an EoB could fall into the wrong hands, sending an EoB by email increases your ability to get more EOBs into the hands of policyholders, more quickly. At the same time, policyholders can make faster decisions regarding their healthcare.

The ability to track secure email gives you greater control over EOB deliverability, as it allows organizations to determine the cause of delivery failure and can also make subsequent attempts. Additionally, the process of determining the reason for the message delivery failures can also reveal security issues; the same process, however, is very difficult to achieve with traditional mail.

Here’s how the typical protocol for resending a secured email goes beyond what you can do with managing traditional mail delivery:

  • Determine the cause of non-delivery: verify that the intended recipient information is correct and check for issues like a full email inbox or security misconfigurations.
  • Don’t automatically resend: to avoid exposing PHI to the wrong person, confirm the intended recipient’s email address through an alternative verified channel, e.g., phone call, secure SMS, etc.
  • Log the incident: document the delivery failure, steps taken to determine its cause, attempts, etc.
  • Reattempt message delivery: if the investigation deems it safe, attempt message redelivery with the corrected information.

In the event that subsequent delivery attempts fail, it’s best practice to contact the individual to arrange the most convenient and secure alternative to deliver their EoBs.

Cost Savings

Simply put, sending Explanation of Benefits statements via email instead of traditional mail saves health insurers money – potentially lots of it. Processing EOBs from start to finish can cost health insurers one to two dollars or more per EOB. That’s a lot. The biggest opportunity for cost reduction is tied to the money saved on printing and mailing paper EoB statements. Additionally, the cost of administering the delivery of EoB forms, ensuring their delivery, etc., is lowered when it’s done electronically. Not to mention, resending EoBs in the event of their non-delivery is much easier and cheaper via email.

In a broader sense, increasing the deliverability and the success rate of sending EoBs helps a larger number of policyholders better understand the details of their insurance coverage, i.e., how it works, which services and procedures it covers, etc. As a result of their policyholders being more informed, insurers won’t spend as much time explaining policy details and cost breakdowns to their members, allowing them to divert the otherwise required resources to other areas of the business.

Reduced Carbon Footprint

Finally, it’s difficult to highlight the benefits of sending EoBs to policyholders by email without recognizing the positive environmental impact, too. Email EoBs cut down on paper, for both the forms themselves and the envelopes they’re mailed in. Then there’s the matter of the electricity and ink involved in printing them, the emissions produced in their delivery, etc. Opting to send EoBs via email reduces all these factors, which enables healthcare organizations to lower their carbon footprint and, where applicable, meet their sustainability obligations or goals.

Deliver EoBs More Securely, Reliably, and at Lower Cost with LuxSci

LuxSci’s Secure High Volume Email Solution enables healthcare insurance companies to instantly send Explanation of Benefits statements to policyholders at a massive scale, extending into hundreds of thousands or millions per month.

Our HIPAA compliant email delivery platform features:

  • Dedicated IPs that isolate critical transactional messages, such as EoBs, from other email traffic, allowing LuxSci customers to reach deliverability rates of 98% or more.
  • Real-time tracking for determining the delivery status of EoBs, as well as troubleshooting unsuccessful delivery attempts.
  • Flexible encryption through LuxSci’s proprietary SecureLine Technology, which automatically adjusts encryption settings according to the recipient to better ensure the protection of sensitive data.

Contact us today to learn more about how your organization can begin the transition to electronic EoBs.

HIPAA marketing questions

HIPAA-Compliant Email Marketing: FAQ

Email is an essential channel for most marketers. However, HIPAA regulations raise many questions for healthcare marketers who need to execute email marketing campaigns without violating patient privacy.

HIPAA is a complicated law that offers a lot of guidance but does not require the use of any specific technologies to protect patient privacy. The ambiguity causes a lot of confusion for marketers trying to integrate email into their marketing strategy. This article addresses some frequently asked questions about HIPAA-compliant email marketing and offers advice for securing patient data and futureproofing your marketing.

Do generic practice newsletters need to be protected?

Some marketers assume practice newsletters do not contain health information and, therefore, do not fall under HIPAA requirements. However, this assumption is often incorrect. Many are surprised to learn that protected health information can be implied from seemingly benign information.

In this way, many generic email newsletters often indirectly contain PHI because they are sent to lists of current patients. Email addresses are individually identifiable and combined with the email content; it may imply that they are patients of the practice. For example, say you send a “generic” newsletter to the patients of a dialysis clinic. An eavesdropper may be able to infer that the recipients receive dialysis. Therefore, the email reveals information about an individual’s health treatment, is PHI, and should be secured in compliance with HIPAA regulations.

In some cases, it can be complicated to determine what is PHI and what is not. Using a HIPAA-compliant marketing solution is best to avoid ambiguity and ensure security.

How Do I Find a HIPAA Compliant Email Marketing Vendor?

Unfortunately, using broadly popular email marketing platforms is not recommended. Many of these platforms were designed for e-commerce businesses and are not secure enough to meet HIPAA requirements. We do not recommend using a solution not specifically equipped to meet the healthcare industry’s unique security and compliance needs. To determine if your email marketing provider is compliant, they must meet three broad criteria at a minimum.

  1. The vendor must sign a Business Associate Agreement outlining how they plan to secure your data and what they will do in the event of a breach.
  2. Encrypt data at rest when it is stored in their systems.
  3. Encrypt email messages and data in transit as it is sent to the recipients.

email marketing vendor comparison

Not all vendors will be up to the task. Carefully vet your email marketing vendors to ensure they are taking steps to secure data and protect patient privacy.

What is an Email API?

API is an acronym that stands for “Application Programming Interface.” An email API gives applications (like CRMs, CDPs, or EHRs) the ability to send emails using data from the application. Email APIs also return campaign data to the platform or dashboards so you can assess the effectiveness of your marketing efforts. Trigger-based transactional or marketing emails are ideal for sending with an email API. In this situation, emails are sent when pre-determined conditions in the application are met. Healthcare organizations may use email APIs to send appointment reminders using electronic health records system data about a patient’s upcoming appointment.

Email APIs enable the automation of common email workflows. However, they are not interchangeable with email marketing platforms. Email APIs do not include the contact management systems standard in most email marketing platforms because all that data lives within the application they connect to. In addition, email API tools typically do not include drag-and-drop editor tools or other design features that help your emails stand out.

Does HIPAA permit providers to send unencrypted emails with PHI to patients?

Encryption is an addressable standard under the HIPAA Security Rule, but that does not mean it is optional. The HIPAA Privacy Rule does not explicitly forbid unencrypted email. Still, it does state that “other safeguards should be applied to protect privacy reasonably, such as limiting the amount or type of information disclosed through the unencrypted email.”

In addition, the Department of Health and Human Services also states that “covered entities are permitted to send individuals unencrypted emails if they have advised the individual of the risk, and the individual still prefers the unencrypted email.” Some organizations use waivers to inform patients of the risks and acquire permission to send unencrypted emails.

However, we do not recommend this approach for several reasons:

  1. Keeping track of waivers over time and recording status changes and updates is challenging.
  2. Signed waivers do not insulate you from the consequences of a HIPAA breach.
  3. And finally, using waivers to send unencrypted emails doesn’t eliminate your other HIPAA obligations like data retention and disposal. Using a HIPAA-compliant solution is more manageable and eliminates ambiguity.

Can patients exercise their right of access by receiving PHI via unencrypted email?

Yes, but they must be fully informed of the risks and sign waivers acknowledging them. The caveats in the previous answer apply. It’s always better to utilize an encryption tool to protect patient data.

Is Microsoft 365 or Exchange 365 encryption sufficient for marketing emails?

Microsoft 365 can be configured with Office Message Encryption (OME) to comply with HIPAA. However, the program is not well-suited to HIPAA email marketing. OME primarily relies on portal pickup encryption, in which the message is stored securely on a server and requires the recipient to log in to the portal to read the email. If you are a marketer trying to increase engagement, the portal adds a barrier to access that many will not cross. Light-PHI marketing messages are best sent using TLS encryption. TLS-encrypted messages arrive in the recipient’s inbox just like a regular email and do not require a user to log in to read the message.

TLS versus Portal Pickup email encryption

In addition, Microsoft 365 is not configured to send high volumes of email. If you plan to send large marketing campaigns, you could unintentionally disrupt regular business communications by sending all the messages through the same infrastructure. You should separate your business and marketing email sending to protect your IP reputation and achieve your desired sending throughput.

What are common email marketing use cases for healthcare?

Email marketing in healthcare is not restricted to boring practice newsletters. When you utilize tools that enable the use of PHI in your targeting and personalization efforts, the sky is the limit. With consumer preferences shifting toward digital communications, marketers willing to utilize the email channel and tactics like segmentation and personalization can see better results.

Email is an excellent way to communicate with patients. A sampling of ways that healthcare marketers can use email include:

  • engaging patients in their healthcare journey
  • educating patients about their healthcare conditions and treatments
  • improving attendance and scheduling
  • retaining patients
  • increasing preventative procedures
  • collecting data on the patient experience
  • improving patient satisfaction

Conclusion

HIPAA can be difficult to understand, but choosing the right tools and adequately vetting your vendors makes it easy to execute HIPAA-compliant email marketing campaigns. If you are interested in learning more about LuxSci’s easy-to-use, Secure Marketing platform, please contact our sales team.