The May 11, 2026 Section 504 enforcement deadline isn't just a compliance checkbox — it's a hard line for every healthcare organization that receives federal financial assistance. If your VoIP or UCaaS platform can't support patients with hearing loss, speech disabilities, or who rely on relay services, you're exposed. This guide walks through what the law requires, where most platforms fall short, and a 10-point checklist your IT team can use today.
- What Section 504 Means for Healthcare Telecom
- Key Telecom Requirements Under Section 504
- Common Compliance Gaps in VoIP and UCaaS Platforms
- The 10-Point Section 504 Telecom Compliance Checklist
- How to Evaluate Your Vendor for Section 504 Compliance
- May 11, 2026: What the Deadline Means for Enforcement
- Next Steps for Your Healthcare IT Team
What Section 504 Means for Healthcare Telecom
Section 504 of the Rehabilitation Act of 1973 (29 U.S.C. § 794) prohibits discrimination against individuals with disabilities in any program or activity receiving federal financial assistance. In practical terms, that covers nearly every hospital, clinic, health system, federally qualified health center (FQHC), and most private practices that accept Medicare or Medicaid.
The 2024 HHS Final Rule — published in the Federal Register and effective May 11, 2024, with a two-year compliance window — significantly updated what "accessible" means in the context of communications technology. For healthcare IT, the most impactful changes govern how your organization's phone systems, unified communications platforms, and digital contact channels interact with patients who are deaf, hard of hearing, have speech disabilities, or use assistive communication technology.
29 U.S.C. § 794 — Section 504 of the Rehabilitation Act
45 C.F.R. Part 84 — HHS implementing regulations
2024 HHS Final Rule — Updates effective May 11, 2024; full compliance required by May 11, 2026
This isn't new regulation in spirit — healthcare organizations have long been required to provide effective communication under the ADA and Section 504. What changed is specificity. The 2024 rule names communication technologies explicitly and sets clearer standards for what constitutes "effective communication" in a world where most healthcare organizations have migrated from traditional PBX to cloud-based VoIP or UCaaS platforms.
The challenge: most cloud communications platforms weren't built with these requirements as a core design principle. Compliance features — where they exist at all — are often add-ons, inconsistently supported across calling modes, or absent entirely.
Key Telecom Requirements Under Section 504
The following table summarizes the primary telecom-related obligations for covered healthcare entities. These are not aspirational — they are enforceable requirements with documented OCR (Office for Civil Rights) enforcement precedent.
| Requirement | What It Means for Your Phone System | Common Gap |
|---|---|---|
| TTY / TDD Compatibility | Your phone lines must support Teletypewriter (TTY) and Telecommunications Device for the Deaf (TDD) connections. Patients using these devices must be able to reach your front desk, after-hours line, and appointment scheduling. | Most VoIP ATA adapters don't pass TTY tones reliably without explicit configuration or hardware support. |
| Hearing Aid Compatibility (HAC) | Handsets and softphone endpoints must meet FCC HAC standards (47 C.F.R. Part 68) — specifically M3/T3 or better ratings for microphone and telecoil coupling. | IP desk phones are often HAC-rated; softphones and mobile apps rarely are. Mixed environments create uneven coverage. |
| Real-Time Text (RTT) | RTT allows character-by-character text transmission during a call — unlike SMS, which is message-by-message. Required for patients who cannot use voice effectively and prefer real-time text interaction over TTY. | RTT (RFC 4103) is supported by very few UCaaS platforms. Most route around it with chat or SMS workarounds that don't satisfy the standard. |
| Video Relay Services (VRS) | Patients who use American Sign Language (ASL) must be able to reach you via Video Relay Service — a third-party interpreter connects via video. Your platform must accept and handle VRS calls without degrading the video quality needed for interpreter visibility. | VRS calls enter as regular VoIP calls but require bandwidth management; many UCaaS platforms deprioritize video in mixed-traffic environments. |
| IP Captioned Telephone (IP CTS) | Real-time captioning services (like CaptionCall or CapTel) must work with your phone infrastructure. Patients rely on these for phone calls and cannot be directed to alternative channels as a substitute. | Session incompatibilities between UCaaS SIP implementations and captioning service providers can silently break IP CTS calls. |
| Relay Service Access | 711 relay and other TRS (Telecommunications Relay Services) must be accessible. Your auto-attendant and IVR systems must not block or fail when a relay operator connects on behalf of a patient. | IVR systems that rely on DTMF timing often fail when relay operators insert processing delays between keystrokes. |
Note that these requirements apply not just to inbound patient calls but also to any outbound appointment reminders, care coordination calls, or health system communications your organization initiates.
Common Compliance Gaps in VoIP and UCaaS Platforms
After evaluating 27 UCaaS vendors against Section 504 compliance criteria, a consistent set of failure patterns emerges across the market. Understanding these gaps is the first step to knowing what questions to ask — and what red flags to watch for — when assessing your current or prospective vendor.
Gap 1: TTY Tone Degradation Over VoIP
TTY devices communicate using audio-frequency tones (Baudot code). VoIP codecs — particularly narrowband codecs like G.729 — compress audio in ways that corrupt these tones. Many carriers and UCaaS platforms advertise "TTY support" while providing nothing more than a pass-through mode that still uses voice codecs. True TTY support requires either G.711 (uncompressed) codec enforcement on TTY calls or native V.18 support with dedicated TTY handling. Most cloud UCaaS platforms don't offer either by default.
Gap 2: Softphone and Mobile App HAC Exclusions
An organization may have HAC-compliant desk phones at every station but issue softphone apps as the primary interface for remote workers, care coordinators, and after-hours staff. Softphone apps are almost universally exempt from FCC HAC certification because they're software, not telecom hardware — but patients calling those lines still need a compatible experience. The workaround (routing all HA-user calls to HAC-certified endpoints) requires intentional infrastructure design that few organizations have implemented.
Gap 3: IVR/Auto-Attendant Relay Incompatibility
When a 711 relay operator dials into your auto-attendant on behalf of a patient, the interaction pattern is different: there are pauses between relay keystrokes, the call may begin with a relay service announcement, and the timing expectations for DTMF input are extended. Auto-attendants configured with short timeouts, voice recognition prompts that don't accept DTMF, or security filters that flag relay numbers as robocalls will fail silently. The patient — and the relay operator — simply get disconnected.
Many UCaaS vendors will tell you they're "ADA compliant" or "Section 508 compliant" when asked about accessibility. Section 504 telecom compliance is a distinct standard. Ask specifically about TTY codec handling, RTT (RFC 4103) support, and relay service IVR compatibility. Vague answers are a red flag.
Gap 4: No RTT Support
Real-Time Text (RTT, standardized in RFC 4103 and required by the FCC for carriers since 2017) remains a blind spot for most UCaaS platforms. While carriers have largely implemented RTT at the network level, UCaaS platforms that abstract the SIP layer often strip RTT capability. Patients who need RTT — whether because they can't use voice or because they prefer text-based real-time communication — face a dead end. Chat functions, SMS, and patient portals are not legally equivalent substitutes for accessible phone communication.
Gap 5: Video Bandwidth Policies That Break VRS
Video Relay Service calls require sustained, stable video quality so the interpreter can read ASL clearly. UCaaS platforms with aggressive bandwidth management, call admission control policies, or shared infrastructure that deprioritizes video during high-traffic periods can degrade VRS call quality below the threshold where interpretation is possible. This isn't a theoretical concern — it's a well-documented failure mode in open-office and clinic environments where dozens of concurrent calls compete for bandwidth.
The 10-Point Section 504 Telecom Compliance Checklist
Use this checklist to assess your current telecommunications platform and identify gaps before the May 11, 2026 deadline. Items marked Required are explicit regulatory requirements. Items marked Best Practice significantly reduce enforcement risk.
Section 504 Telecom Compliance — 10-Point Checklist
For healthcare IT teams evaluating VoIP / UCaaS platforms
How to Evaluate Vendors for Section 504 Compliance
Switching UCaaS platforms is a significant undertaking — but staying on a non-compliant platform past the enforcement deadline is a larger risk. When evaluating vendors, go beyond marketing materials and use these specific evaluation criteria.
📄 Documentation
- Current VPAT (within 18 months)
- TTY/TDD technical specification
- HAC compliance documentation
- RTT support confirmation (RFC 4103)
- FCC accessibility compliance records
🧪 Testing
- Live TTY call test with Baudot device
- 711 relay call through IVR
- VRS call quality under load
- IP CTS call with a captioning provider
- HAC endpoint certification verification
📋 Contract Terms
- Accessibility SLAs and uptime guarantees
- Compliance representation warranty
- Defect resolution SLA (< 30 days)
- Indemnification for compliance failures
- Annual compliance review commitment
🏥 Healthcare-Specific
- HIPAA Business Associate Agreement
- HITRUST or SOC 2 Type II certification
- EHR integration without compromising accessible channels
- Healthcare vertical reference customers
- OCR audit support capability
The most telling question you can ask a vendor: "Can you provide documentation of a healthcare customer who has used your platform to respond to an OCR complaint?" Vendors with genuine compliance depth will have this. Vendors selling compliance theater won't.
Looking for a structured way to compare vendors against these criteria? The Clearony Healthcare UCaaS Compliance Matrix scores all 27 major UCaaS vendors across HIPAA, HITRUST, SOC 2, and Section 504 telecom criteria — giving your team an objective starting point rather than a cold vendor evaluation.
May 11, 2026: What the Deadline Means for Enforcement
The Clock Has Been Running Since May 2024
The 2024 HHS Final Rule became effective May 11, 2024. Healthcare organizations were given a two-year window to achieve full compliance. That window closes May 11, 2026 — 38 days from today.
Post-deadline, the Office for Civil Rights (OCR) at HHS can investigate complaints, conduct compliance reviews, and impose corrective action plans. Enforcement typically begins with a complaint — from a patient, advocacy organization, or competitor — and OCR has shown increasing willingness to act on telecommunications accessibility complaints in healthcare settings.
The enforcement consequences of non-compliance are material:
- Corrective Action Plans (CAPs) — OCR can require organizations to remediate non-compliant systems on a defined timeline, under monitored oversight.
- Federal Funding Termination — In severe or repeat cases, OCR can initiate proceedings to suspend or terminate federal financial assistance (Medicare, Medicaid, federal grants).
- Public Resolution Agreements — OCR frequently publishes resolution agreements, creating reputational exposure beyond the compliance penalty itself.
- Private Right of Action — Section 504 creates a private right of action; patients can sue directly for disability discrimination, including damages and attorney's fees.
Organizations that have not begun a Section 504 telecom compliance assessment are in the highest-risk category. With 38 days to the deadline, there is insufficient time to complete a full platform migration — but there is time to (a) document your current state, (b) establish interim accommodations, and (c) demonstrate a credible remediation plan. OCR generally treats documented good-faith compliance efforts more favorably than organizations with no compliance posture at all.
It's also worth noting that the May 11, 2026 deadline applies to the 2024 HHS Final Rule updates. The underlying Section 504 obligation has been in force for decades. OCR can and does investigate complaints about pre-existing requirements — the deadline isn't a clean slate for non-compliance that predates 2024.
Next Steps for Your Healthcare IT Team
Given the 38-day window to the enforcement deadline, here's a prioritized action sequence for healthcare IT and compliance teams:
- Run the 10-point checklist above against your current UCaaS platform this week. Document what passes, what fails, and what you can't determine. Undetermined items require vendor follow-up or testing — start those conversations immediately.
- Get written compliance representations from your current vendor covering TTY codec handling, RTT support, and relay service IVR compatibility. Verbal assurances are not auditable. If your vendor can't provide written documentation by April 17, treat it as a gap.
- Document interim accommodations for any confirmed gaps. If your platform doesn't support RTT, maintain a dedicated TTY line and document how patients are directed to it. Interim accommodations won't make you fully compliant, but they demonstrate good faith and reduce patient harm.
- Evaluate compliant alternatives if your current platform has material gaps. A proper vendor evaluation — including VPAT review, live testing, and contract review — takes 3–6 weeks. Start now, even if a migration won't complete before May 11.
- Update patient-facing notices to include accessible communication options. This is a quick, high-visibility action that improves your compliance posture immediately.
Healthcare IT teams under time pressure often find the most value in starting with a structured vendor comparison rather than re-evaluating from scratch. The Clearony Needs Analysis was built specifically for this: answer 20 questions about your organization's size, compliance requirements, and current vendor, and get a ranked comparison of compliant UCaaS vendors with scores across Section 504, HIPAA, and HITRUST criteria. It takes 8 minutes and gives your team a defensible starting point for both vendor evaluation and compliance documentation.
The Section 504 telecom compliance challenge for healthcare organizations is real — but it's solvable. The vendors who've built compliance into their core platform (rather than bolted it on as a feature) exist. The gap is knowing which ones they are and whether they fit your organization's size, budget, and integration requirements. That's exactly what we've built Clearony to answer.
Get Your Free Section 504 Compliance Assessment
Answer 8 questions about your current telecom setup. Get a ranked list of Section 504-compliant UCaaS vendors matched to your requirements — free, in under 10 minutes.
Start Free Needs Analysis