Forward-deployed engineering for healthcare operations.

Prior authorization and denial workflows, built read-only in your cloud. Health systems are being pitched ambient scribes, prior auth tools, and denial platforms at the same time. We place a senior engineer with your revenue cycle or patient access team, inside your security process, to test the products against your payer mix and build what they leave out.

  • Free 14-day pilot
  • On a company laptop, inside your network
  • We train your team
  • Vendor-agnostic
  • You own the code

Bring your top denial reasons and weekly authorization volume.

What is already working, and what it took.

One prior authorization result and one documentation result, with what each rollout needed.

Waystar × Atlantic Health System
50%+

Atlantic Health System cut its average prior authorization submission time by more than 50% with Waystar automation.

Automatic 60%
Authorizations obtained automatically, year one
What it took

Authorization work was consolidated into one central team, with automation pulling the information each request needs. 60% of authorizations were obtained automatically in the first year.

Ambient AI scribes × The Permanente Medical Group
1,794

The Permanente Medical Group's ambient AI scribes saved the equivalent of 1,794 working days of documentation in one year.

Top third of physicians 89%
Other two-thirds 11%
Share of all AI scribe use
What it took

7,260 physicians used it over a 63-week evaluation. The top third of users accounted for 89% of use, so adoption work decided most of the result.

Figures as reported by the vendor or customer at the linked source. They are not OpenNash results.

Someone on your side, with a laptop and the authority to decide.

Atlantic Health centralized its authorization team before automation paid off. At The Permanente Medical Group, a third of physicians drove 89% of scribe use. Both results came from operational work around the product. Our engineer does that work on the laptop your IT issues, through your security review, starting with read-only Epic access.

DecisionWhat we look atOutcome
Which products to buyPrior auth, denial, and documentation tools that work with your EHR, tested on your own cases.Buy where the product covers the workflow. We help with the security review.
What to build around themYour payer mix, EHR build, and the exception cases products miss.Built for the gaps, read-only first.
Where PHI goesYour cloud account, the model services your security team approved, their processing regions, retention settings, and BAAs.Documented before any PHI is used.
When anything writes backEpic writeback and payer submission.Not in the pilot. Added later only with your approval and a review step.

AI can do the work. Running it inside your company is the gap.

The deployment gap What AI can do rises steeply. Prior auths built by hand stays nearly flat, leaving a widening gap. A line for an OpenNash engineer rises from the bottom line toward what AI can do. the gap What AI can do OpenNash engineer Prior auths built by hand
OpenAI, Anthropic

Lab engineers

Built for their largest accounts, deploying their own models. OpenAI's deployment company launched with more than $4B. ↗

The product you bought

Vendor teams

Configure their own product, priced per seat or per resolution.

Independent

OpenNash

A small senior team, ex-Palantir, Meta, and Databricks. Any model, any vendor. Free pilot, then a flat monthly fee.

~15OpenAI engineers on site at one chip maker, 3-6 months to production
6 weeksof hands-on work for one tax schedule to reach 90% precision and recall
60% → 90%+on a telco's own production tests, over six months

Even OpenAI closes the gap with engineers in the room. Source: OpenAI, What FDE means at OpenAI, Oct 2026.

The first pilot: prior authorization packet prep, read-only.

  1. Week 1We agree the workflow and test cases with the authorization team, obtain approved read access, and complete the review required for pilot data.
  2. Day 14Prior auth packets are drafted on approved cases, using de-identified data if live access is not yet approved, and staff check each one.
  3. Weeks 3-8Deployment into your cloud, FHIR read access, audit logging, and a test at full weekly volume.
  4. After launchWe run it on a flat monthly fee or hand it over, then move to denial appeals or referral intake.

The day-14 test: prior authorization packet prep, read-only

Written down with your team in week 1. The pilot is free, and it has to pass these before anything goes further.

$ run day-14 --suite healthcare-operations
T01An order with documented criteria produces a payer-ready packet, with every piece of evidence linked to its source in the chart.
T02A missing clinical note is flagged as missing. It is never inferred from other notes.
T03A service that needs no authorization for that payer is marked as such, with the payer rule cited.
T04An ambiguous payer policy goes to staff with the policy text attached.
T05Nothing is written back to Epic or submitted to a payer during the pilot.

Example acceptance tests, not results from a customer deployment. Yours are written with your team.

Systems we work in

  • Epic, Oracle Health, athenahealth, MEDITECH (read-only FHIR first)
  • Payer portals, clearinghouses, eligibility services
  • Faxes, PDFs, outside records, payer letters
  • Azure OpenAI, AWS Bedrock, or Vertex AI under your BAA

Rules from day one

  • The application runs in your AWS, Azure, or Google Cloud account.
  • Read-only first. Every output is source-linked and reviewed by staff.
  • No clinical decision support or diagnosis.
  • Code, prompts, and test cases live in your repository and stay with you.
Does PHI leave our cloud?

The application runs in your cloud account. Before PHI is used, we document which approved model services receive it, where they process it, and the retention settings and BAAs that apply.

Will you sign a BAA?

Yes, once the scope involves PHI, after a security review with your team.

Do you build ambient scribing?

No. If you want it, we help you choose a product and roll it out, and we build the operational workflows around it.

Why you need one

Every result on this page needed engineers inside the company. We can be yours.

A senior engineer joins your team on a laptop you issue, tests the options on your data, and puts one healthcare operations workflow into production in 4 to 8 weeks. It starts with a free 14-day pilot judged against test cases you agree in writing.

On your laptopWe work on a machine you issue, behind your VPN and SSO. We file the access tickets and chase them.
Next to your teamWe sit with the people who do the work and build around how they actually work.
IndependentWe do not work for any model company or software vendor, so we test the alternatives and tell you what we would buy.
SeniorEngineers who have shipped production systems at Palantir, Meta, Databricks, and Global 2000 companies.

After launch, we run and improve the workflow on a flat monthly fee, or your team takes it over. The code, tests, and runbook are yours either way.

Bring your top denial reasons and weekly authorization volume.