The Short Answer

For new healthcare RPA development in 2026, Playwright is the better default. Selenium still makes sense in specific scenarios, but Playwright's architecture solves the failure modes that cause the most production maintenance burden.

Why Playwright Wins for Payer Portal Automation

1. Auto-waiting Playwright waits automatically for elements to be visible and stable before interacting. Payer portals have loading spinners, dynamic content, and slow AJAX responses. Playwright handles these natively. Selenium requires explicit WebDriverWait calls at every interaction — miss one and the script fails at 3 AM.

2. Browser Context Isolation Playwright's browser context model gives each bot run a clean, isolated state — no shared cookies or sessions between runs. Critical when processing multiple patients sequentially. Selenium requires manual cleanup between sessions.

3. Role-Based Selectors This is the biggest maintenance difference. Playwright's get_by_role() and get_by_label() selectors are semantically stable — they survive portal redesigns. Selenium CSS selectors and XPath break whenever a payer changes their HTML. See the eligibility verification guide for production impact analysis.

# Playwright — semantic, survives portal redesigns
await page.get_by_label("Member ID").fill(member_id)
await page.get_by_role("button", name="Verify Eligibility").click()
result = await page.get_by_role("status").inner_text()

# Selenium — fragile, breaks on HTML changes
wait.until(EC.presence_of_element_located((By.ID, "member-id-input")))
driver.find_element(By.ID, "member-id-input").send_keys(member_id)
driver.find_element(By.XPATH, "//button[text()='Verify Eligibility']").click()

4. Async-Native Playwright is async-first in Python and TypeScript. Healthcare bots frequently need to run multiple payers in parallel — Playwright's asyncio support makes this clean. Selenium's threading model is awkward for parallelism.

When Selenium Still Makes Sense

Large existing Selenium codebases: A rewrite isn't automatically justified if the bots work
Java or C# backends: Playwright's Java support is newer and less mature than Selenium's
Existing Selenium Grid infrastructure: If your org already runs it for browser testing, there may be operational reasons to keep RPA in the same ecosystem

HIPAA Considerations Apply to Both

Regardless of which framework you use, the HIPAA architecture requirements are the same — credential storage in Secrets Manager, encrypted compute, immutable audit logs. The framework choice affects maintainability; the HIPAA architecture affects compliance.

The RPA Billing Automation service uses Playwright for all new bot development and can migrate existing Selenium bots as part of a modernization engagement.