← Selected work

Thoughtful AI / Healthcare · Automation · Customer work

Make sense of the workflow. Then automate it.

Every insurance payer has its own portal, requirements, and validation rules. The engineering challenge began with understanding those differences well enough to find the business logic they shared.

Forward Deployed Engineer · Jul 2025 – Mar 2026Python · Playwright · Selenium · Domain-Driven Design

The idea in practice

The difficult part was understanding the business.

  1. 01Gather data
  2. 02Validate & normalize
  3. 03Choose payer adapter
  4. 04Run the workflow

A simplified view of the workflow.

01

The problem

When payer-specific behavior spreads throughout an automation, every new customer can create another variation to maintain. Requirements are also easy to misunderstand when engineers and healthcare stakeholders use different language for the same workflow.

02

What I built

I separated data extraction and validation from browser automation. The pipeline prepares normalized, validated data first; thin payer adapters then handle portal-specific interactions. This allowed the core prior-authorization logic to stay shared.

03

A decision that mattered

An eligibility pipeline was waiting on data fetched sequentially at different points. I traced those dependencies and consolidated independent requests into one parallel boundary. The improvement came from understanding the flow of work before changing the implementation.

04

Working with people

I used Domain-Driven Design and shared terminology to connect customer requirements, implementation, and user acceptance testing. I also introduced a centralized environment policy and logging boundaries that excluded patient data.

A shared understanding of the problem can remove more complexity than another abstraction.

Next projectAI for public defense