Friday, August 14, 2026

The 13-Month-Old Boy Who Needed His Father’s Stem Cells — and the Healthcare Lesson Physician-Owners Should Not Ignore

A rare-disease rescue in Abu Dhabi exposes a surprisingly familiar problem: healthcare can have all the right information and still fail to connect it at the right moment.



“Through accurate diagnosis, close multidisciplinary collaboration, and a bone marrow transplant from his father, we were able to rebuild his immune system and give him the opportunity to grow and live a healthy life.”Dr. Mansi Sachdev, Consultant Pediatric Hematology, Oncology and Bone Marrow Transplantation, Abu Dhabi Stem Cells Centre.


A 13-month-old boy. A father. And almost no room for delay.

A 13-month-old child in Abu Dhabi had already spent much of his short life in hospitals.

He suffered recurrent, severe infections.

He struggled to gain weight.

His skin became so severely affected by widespread redness and continuous peeling that it resembled the appearance of severe burns.

Then doctors discovered something much more serious.

He had a rare inherited immunodeficiency caused by a homozygous RAG1 mutation, associated with Omenn syndrome, a condition that can leave children dangerously vulnerable to life-threatening infections.

The family's medical history made the situation even more urgent.

They had previously lost another child to a similar condition.

The boy needed a transplant.

But there was no fully matched sibling donor.

Testing showed that both parents were half-matched.

The medical team had a decision to make.

Given the urgency, physicians proceeded with a haploidentical bone marrow transplant using stem cells donated by his father.

The transplant succeeded.

The child achieved engraftment.

His immune function gradually recovered.

His severe skin condition improved.

The recurrent infections resolved.

He was discharged and continued to gain weight.

The publicly reported story does not identify the child or his parents by name, so I will not invent names for them.

But it does identify the physicians and institutions involved.

Dr. Mansi Sachdev, consultant in pediatric hematology, oncology and bone marrow transplantation at Abu Dhabi Stem Cells Centre, described the case as one in which accurate diagnosis, multidisciplinary collaboration and the father's donation came together to rebuild the child's immune system.

Dr. Maysoon Al Karam, Chief Medical Officer at Yas Clinic, described the case as an example of what specialized expertise and advanced treatment can accomplish in a complex immunological condition.

The transplant was performed through collaboration between Yas Clinic, the Abu Dhabi Stem Cells Centre (ADSCC) and the Abu Dhabi Bone Marrow Transplant Programme.

And this is where the story gets interesting for physician-owners.

Because this isn't really a story about bone marrow.

It is a story about information.


The uncomfortable question

What if the biggest problem in healthcare isn't that we lack information?

What if the problem is that we have the information — but cannot reliably move it to the person who needs it at the moment it matters?

That sounds abstract.

It isn't.

A rare-disease diagnosis depends on connecting symptoms, history, laboratory findings, genetics and family history.

A transplant depends on connecting patient information with donor information.

A successful treatment depends on connecting specialists.

A safe discharge depends on connecting inpatient and outpatient care.

And a healthy medical practice depends on connecting the clinical encounter to the administrative and financial processes that follow it.

Different problems.

Same structural challenge.

The right information has to arrive at the right place at the right time.

That is why this story caught my attention.

Because physicians are accustomed to thinking about information as a clinical resource.

But physician-owners should also think about information as an operational asset.

And that is where medical billing becomes much more interesting than it first appears.


My contrarian view: billing doesn't begin with the bill

I believe one of the biggest mistakes in revenue-cycle thinking is hiding in plain sight.

We call it medical billing.

But the billing process does not really begin when a biller submits a claim.

It begins much earlier.

It begins when the patient schedules.

When demographics are entered.

When insurance information is captured.

When eligibility is checked.

When authorization requirements are identified.

When the physician sees the patient.

When the physician documents.

When the diagnosis is established.

When the service is performed.

When clinical information becomes structured administrative information.

Only then does the claim become possible.

So why do we keep treating billing as though it begins at the clearinghouse?

Because that is where the failure becomes visible.

Not where the failure necessarily began.

That distinction is enormously important.


The denial is often the crime scene, not the crime

Imagine a claim is denied.

The billing team sees:

DENIED.

Now the investigation begins.

Someone opens the claim.

Someone checks the payer.

Someone looks at the reason code.

Someone goes into the chart.

Someone searches for documentation.

Someone calls the payer.

Someone checks a portal.

Someone asks the physician a question.

Someone corrects the claim.

Someone resubmits it.

Someone waits.

Someone follows up.

Eventually, money arrives.

Everyone celebrates.

But let's stop for a moment.

What actually happened?

The system allowed a problem to travel through multiple stages before identifying it.

Then it spent additional labor repairing it.

We call that revenue-cycle management.

Sometimes it is more accurately described as:

revenue-cycle recovery.

That is my first provocation.

If your billing operation is excellent at fixing the same problem repeatedly, you may not have an excellent system. You may have an excellent repair crew.

Those are not the same thing.


Healthcare has become very good at creating translators

Consider the number of languages inside a modern medical practice.

The physician speaks clinical medicine.

The coder speaks coding.

The biller speaks payer rules.

The authorization specialist speaks utilization-management requirements.

The clearinghouse speaks transaction standards.

The payer speaks adjudication.

The practice manager speaks financial performance.

The EHR speaks structured clinical data.

The patient speaks one language:

“I need care.”

Every translation between these worlds creates potential information loss.

The problem isn't necessarily that people are incompetent.

The problem is that the system asks people to translate between systems that were never designed to understand one another naturally.

That is expensive.

It is also exhausting.


Recent news makes this problem impossible to ignore

The American Medical Association recently launched an initiative to map SNOMED CT clinical concepts to CPT terminology for prior-authorization use cases.

Why does that matter?

Because the AMA itself describes a problem physicians already know:

clinical information in an EHR and the coding information required by payers do not always connect cleanly.

The result?

People manually translate between them.

AMA President Willie Underwood III, MD, MSc, MPH put the issue bluntly: modernizing prior authorization requires more than electronic connections between software applications; it also requires trusted, interoperable terminology that supports real clinical and administrative workflows.

That sentence contains a bigger lesson for healthcare technology.

Interoperability isn't just about moving data.

It is about preserving meaning.

A system that successfully transfers the wrong interpretation has not solved interoperability.

It has simply digitized the misunderstanding.


Electronic does not automatically mean intelligent

This is where I get skeptical of some healthcare technology marketing.

We have spent years replacing paper with screens.

Fax with portals.

Forms with electronic forms.

Phone calls with electronic messages.

Spreadsheets with dashboards.

And increasingly:

manual workflows with AI.

But digitization and intelligence are not the same thing.

A terrible workflow can be digital.

A fragmented workflow can be digital.

A confusing workflow can be digital.

You can automate a bad process and make the bad process happen faster.

That is not transformation.

That is acceleration.


The prior-authorization numbers should make physicians angry

The AMA's 2026 survey of 1,000 practicing physicians found that physicians complete about 40 prior authorization requests per week, consuming roughly 13 hours of physician and staff time each week. 94% said prior authorization contributes to burnout. 95% said it delays access to necessary care. 32% reported that requests are often or always denied.

There is an even more disturbing finding.

26% of physicians reported that prior authorization had contributed to a serious adverse event, including hospitalization, permanent impairment or death.

And 74% said denials have increased over the past five years.

Meanwhile, 60% expressed concern that augmented intelligence could actually increase denial rates.

That last statistic deserves more attention.

Healthcare professionals are not automatically assuming AI will save them.

Some are asking whether it could make the administrative problem worse.

They are right to ask.


Here's the question every healthcare founder should answer

Before saying:

“We use AI.”

Ask:

“What exactly are we making smarter?”

Is the system better at understanding clinical context?

Better at detecting missing information?

Better at predicting risk?

Better at identifying preventable errors?

Better at routing exceptions?

Better at learning from previous outcomes?

Or is it simply better at generating another alert?

Because physicians don't need more alerts.

They need fewer problems.


The father donated cells.

Healthcare organizations need another kind of donor.

Information donors.

The physician supplies clinical information.

The front desk supplies patient and insurance information.

The authorization team supplies payer information.

The coder translates clinical information into standardized terminology.

The biller supplies claim information.

The payer supplies adjudication information.

Each contributes a piece.

But if those pieces cannot travel cleanly through the workflow, someone has to manually reconstruct the picture.

That person becomes the human middleware.

And healthcare has thousands of them.


The hidden workforce inside your practice

There is an entire workforce whose job description rarely appears on an organizational chart.

They are the people who:

  • copy information from one system into another;
  • search payer websites;
  • reconcile spreadsheets;
  • call insurance companies;
  • resend documents;
  • find missing notes;
  • chase signatures;
  • check claim status;
  • explain denials;
  • ask physicians for clarification;
  • re-enter data;
  • reconcile payments;
  • remember obscure payer rules.

They are not necessarily inefficient.

They are often compensating for inefficient infrastructure.

That distinction matters.

Because if you tell these people to “work harder,” you may increase throughput temporarily.

You have not fixed the system.


The dangerous employee: the person who knows every workaround

Here's a counterintuitive problem.

Your best billing employee may be masking your worst operational problem.

She knows everything.

She knows which payer portal works.

Which representative answers.

Which code gets rejected.

Which physician tends to forget a modifier.

Which claims need attachments.

Which spreadsheet to open.

Which phone number to call.

Which workaround nobody documented.

She is a hero.

And that is exactly why the organization is vulnerable.

Her knowledge lives inside her head.

When she leaves, the practice discovers that it didn't have a system.

It had a person.


Tribal knowledge is not infrastructure

A resilient practice turns tribal knowledge into institutional knowledge.

Institutional knowledge becomes:

rules.

workflows.

documentation.

decision support.

automation.

audit trails.

feedback loops.

The goal isn't to eliminate experienced employees.

It is to make their expertise scalable.

If the only way your organization knows how to prevent a denial is because one employee remembers it, you haven't really prevented the denial.

You've just remembered it.


What the rare-disease story teaches us about revenue cycle

Let's return to the child.

Doctors did not simply look at one symptom.

They connected a pattern.

Severe infections.

Poor weight gain.

Skin manifestations.

Family history.

Genetic findings.

The diagnosis emerged from relationships between pieces of information.

That is the key.

Information becomes more valuable when it is connected to context.

The same is true in revenue cycle.

One denied claim may tell you very little.

But 27 similar denials from the same payer, for the same service, with the same documentation gap?

That is no longer noise.

That is a pattern.

And a pattern is intelligence.


The real opportunity is upstream

Most revenue-cycle technology focuses heavily on what happens after the claim is generated.

That makes sense.

The claim is measurable.

The denial is measurable.

The A/R is measurable.

The payment is measurable.

But by then, the organization may already be paying for the mistake.

The more interesting opportunity is upstream.

Before submission.

Before denial.

Sometimes before the encounter.

Can the system recognize risk before the problem becomes a claim?

That is the question I would build around.


Think about the revenue cycle as a pipeline

Traditional model

Encounter → Claim → Denial → Investigation → Correction → Appeal → Payment

The organization is constantly looking backward.

Now consider:

Preventive model

Encounter → Validation → Risk detection → Correction → Claim → Payment

The organization is looking forward.

And ultimately:

Learning model

Clinical context → Administrative intelligence → Preventive action → Clean claim → Payment → Learning

That last word matters.

Learning.

The outcome of yesterday's claim should improve tomorrow's workflow.

Otherwise the organization keeps rediscovering the same problem.


A denial should teach the system something

Suppose a payer repeatedly rejects a particular service because a required element is missing.

Traditional response:

Work the denial.

Better response:

Find the root cause.

Even better:

Detect the missing element before submission.

Best:

Change the workflow so the missing element becomes harder to omit.

That's the difference between:

denial management

and

denial prevention.


This is where I challenge “best practices”

Healthcare loves best practices.

But sometimes “best practice” means:

“This is the way we've always done it, except now we have a policy document explaining it.”

A process isn't good because it is standardized.

It is good because it produces a reliable outcome with minimal unnecessary friction.

So I would challenge every physician-owner to question the following:

Why do we need this step?

Who benefits from it?

What information does it create?

What decision does it enable?

Could it happen earlier?

Could the system do it?

Could it disappear entirely?

That last question is rarely asked.

It should be.


The “zero-touch” fantasy

I'm also skeptical of another industry promise:

100% automated billing.

Healthcare is too messy for that claim to be credible.

There will always be exceptions.

Payer changes.

Clinical ambiguity.

Unusual documentation.

Contractual complexity.

Patient-specific circumstances.

Human judgment.

The goal shouldn't be zero humans.

It should be zero unnecessary human touches.

That is a much more useful goal.


Humans should handle exceptions

Imagine a system where routine claims move through automatically.

But unusual cases get elevated.

That means the human is no longer searching for the problem.

The system brings the problem to the human.

That's a profound workflow change.

Instead of:

human → search → discover → investigate

you get:

system → detect → prioritize → human reviews

The human becomes the decision-maker.

Not the detective.


This is what AI should actually do

If AI is going to be useful in revenue cycle, I believe its most important role isn't writing clever messages.

It is connecting signals.

For example:

A payer.

A service.

A diagnosis.

A documentation pattern.

A historical denial.

A previous authorization.

A contract rule.

A patient encounter.

A claim.

A payment.

A denial.

Individually, these are data points.

Together, they can become a prediction.

This claim looks risky.

That's useful.

But then comes the critical next step:

Why?

An AI system that says “high risk” without an explanation creates another black box.

A useful system says:

This is high risk because similar claims from this payer and service combination were denied for this specific reason, and the current encounter appears to be missing the relevant information.

Now the human can act.


Explainability matters more than hype

Physician-owners should ask vendors:

Why did the system flag this?

What data did it use?

Can I audit the decision?

Can I correct the system?

What happens when it is wrong?

Who remains accountable?

Can the recommendation be traced back to source information?

These are better questions than:

How many AI models do you use?


Ethical boundary: don't automate fiction

There is a bright ethical line.

Technology should help practices capture what is true.

It should not manufacture clinical justification.

It should not encourage unsupported coding.

It should not manipulate documentation.

It should not turn an ambiguous clinical record into an artificially confident claim simply because reimbursement is at stake.

Automation should improve accuracy.

Not manufacture certainty.

That distinction matters enormously.


Legal and compliance implications

Physician-owners should also remember that automation does not transfer responsibility.

Depending on the workflow, practices must consider:

HIPAA and privacy

business associate agreements

coding compliance

payer contracts

Medicare and Medicaid rules

documentation requirements

False Claims Act exposure

auditability

data security

vendor oversight

human review

A technology vendor can help a practice execute a workflow.

It does not automatically make the workflow compliant.

That remains a management responsibility.


The biggest mistake: buying software before understanding the problem

I see this constantly.

A practice experiences denials.

It buys denial software.

The practice has authorization problems.

It buys authorization software.

It has A/R problems.

It buys another dashboard.

Soon the organization has seven applications.

And twelve passwords.

And three dashboards.

And a spreadsheet.

And someone still calls the payer.

That isn't transformation.

That's software accumulation.


Start with the workflow

Before buying anything, take one service line.

Choose perhaps:

orthopedics

neurology

cardiology

gastroenterology

behavioral health

or another high-volume area.

Then follow one encounter from:

appointment → registration → eligibility → authorization → visit → documentation → coding → claim → adjudication → payment.

Write down every handoff.

Every manual step.

Every portal.

Every spreadsheet.

Every phone call.

Every correction.

Every delay.

You will probably discover something surprising.

The biggest problem may not be where you thought it was.


The 30-day physician-owner experiment

Week 1: Map

Document one complete patient-to-payment workflow.

Don't optimize it.

Just observe it.


Week 2: Measure

Track:

claim touches

denials

preventable denials

manual hours

authorization volume

A/R aging

days to payment


Week 3: Diagnose

Find the largest combination of:

frequency + preventability + labor + financial impact.


Week 4: Redesign

Ask:

Can we eliminate the step?

If not:

Can we move it upstream?

If not:

Can we standardize it?

If not:

Can we automate it?

If not:

Can we make it easier for a human to perform?

That's the order I would use.

Not:

AI first.


Metrics that actually matter

Physician-owners don't need another 100-metric dashboard.

Start with a small operational scorecard.

1. Clean claim rate

How many claims are right the first time?

2. Preventable denial rate

How many denials could reasonably have been prevented?

3. Claim-touch rate

How many human interventions does a claim require?

4. Days in A/R

How long is revenue outstanding?

5. A/R over 90 days

How much money is aging?

6. Denial turnaround time

How quickly does someone act?

7. Appeal recovery rate

How much denied revenue is recovered?

8. Manual administrative hours

How much staff capacity is being consumed?

9. Dollars at risk

How much revenue is currently exposed?

10. Recurrence rate

How often does the same problem happen again?

That final metric may be the most revealing.

Because if the same denial keeps returning, the organization is not learning.


A metric I want to see more often

Administrative friction per encounter

Take:

total unnecessary administrative actions ÷ total encounters.

It isn't a perfect metric.

But it forces an important question:

How much work does our infrastructure demand for every patient we serve?

Two practices can see the same number of patients.

Generate similar revenue.

Have similar reimbursement.

Yet one can require dramatically more administrative effort.

That practice has a structural disadvantage.


What should physicians stop doing?

Physicians should stop becoming the final escalation point for routine administrative ambiguity.

If the billing team repeatedly asks:

“Can you clarify this?”

“Can you add this?”

“Did you mean this diagnosis?”

“Why was this service performed?”

“Can you sign this?”

Sometimes that's appropriate.

But if the same question occurs repeatedly, it is a workflow problem.

The physician should not be the human API between the clinical and billing systems.


What should billing teams stop doing?

They should stop spending valuable time repeatedly fixing the same root cause.

If the same payer denial appears 50 times, working claim 51 faster isn't the answer.

The question is:

What changes before claim 52?


What should technology companies stop doing?

Stop selling more screens.

Physicians don't need another screen.

They need fewer reasons to open one.

Stop selling “AI-powered” as the product.

Explain the outcome.

Stop promising complete automation.

Explain where human judgment remains.

And stop assuming that large organizations are the only customers worth serving.

Small practices have some of the clearest operational problems because there are fewer layers between the workflow and the physician-owner.


Why small and medium-sized practices matter

A large health system can absorb inefficiency across departments.

A smaller physician-owned clinic often cannot.

If one employee spends two hours each day on avoidable administrative work, that's not just a productivity issue.

It may affect:

patient access

staff morale

physician workload

cash flow

hiring

growth

practice autonomy

This is why I believe the future of healthcare technology should not only focus on large enterprise systems.

The physician-owned practice deserves intelligent infrastructure too.


What OnnX is trying to build

This is the problem that led me to build OnnX.

Not another dashboard.

Not another outsourced billing layer.

Not another system designed primarily around the assumption that people will manually clean up problems afterward.

The goal is to create an AI-powered medical billing operating layer for small and medium-sized physician-owned clinics.

The thesis is simple:

Revenue-cycle performance should become more predictable when the system understands the encounter earlier.

That means looking for opportunities to:

capture better information

identify risk earlier

reduce unnecessary handoffs

prevent recurring errors

prioritize exceptions

surface operational patterns

improve visibility

The technology is not the point.

The workflow is.


“Eliminate middlemen” needs a qualification

I often describe the opportunity as eliminating unnecessary middlemen.

But let's be precise.

Not every intermediary is waste.

Some provide real expertise.

The problem is the intermediary whose primary purpose is compensating for disconnected infrastructure.

If information has to pass through five people because two systems cannot communicate, perhaps the fifth person isn't creating value.

They're creating a workaround.

The future shouldn't be:

more intermediaries with better software.

It should be:

fewer unnecessary handoffs because the systems themselves are more capable.


The recent regulatory direction points the same way

CMS has continued pushing toward more electronic health-information exchange and administrative simplification.

Its interoperability and prior-authorization framework is designed to improve health information exchange and reduce friction around access to information.

CMS has also been advancing electronic standards around health-care attachments, recognizing that supporting clinical documentation remains an important part of administrative transactions.

The direction is clear.

Healthcare is moving toward:

more electronic exchange

more standards

more structured information

more automation

But that creates a new challenge.

If we simply digitize fragmented processes, we will end up with digital fragmentation.

The next step must be intelligent orchestration.


The future isn't “AI billing”

I'm skeptical of that phrase.

It sounds like the future is a robot replacing the billing department.

I don't think that is the interesting future.

The interesting future is:

clinical information becoming more useful to administrative workflows.

Administrative outcomes becoming feedback for clinical and operational workflows.

Systems identifying preventable problems before submission.

Humans handling exceptions rather than routine searches.

Physicians seeing meaningful signals rather than administrative noise.

That is a more mature vision.


Three experts. Three lessons.

Dr. Mansi Sachdev: patterns save time — and sometimes lives

The Abu Dhabi transplant story demonstrates the power of accurate diagnosis and multidisciplinary coordination.

The lesson for operations is simple:

Don't look at isolated events.

Look for relationships.

A claim is not just a claim.

It belongs to a patient, service, payer, clinician, documentation pattern and historical outcome.

Connect the dots.


Dr. Maysoon Al Karam: expertise matters when the system can coordinate it

Dr. Maysoon Al Karam, Chief Medical Officer at Yas Clinic, emphasized the combination of specialized expertise and advanced treatment capabilities in the successful case.

That is important for physician-owned practices.

Technology should not replace expertise.

It should make expertise easier to deploy.

The best operational system does not make your smartest people less important.

It makes their knowledge available to more of the organization.


Willie Underwood III, MD, MSc, MPH: interoperability requires meaning

The AMA's Willie Underwood has argued that modernizing prior authorization requires more than electronic bridges. It requires interoperable terminology capable of supporting real clinical and administrative workflows.

That is a critical distinction.

An API can move data.

It cannot automatically guarantee that two workflows understand that data the same way.

Meaning is the missing layer.


The myth: “More data equals better decisions”

Not necessarily.

More data can mean more noise.

A physician doesn't need every available data point.

A biller doesn't need every clinical detail.

A payer doesn't need the entire patient chart for every transaction.

The objective is:

the right information

in the right context

at the right time

for the right decision.

That is intelligence.


The myth: “More automation equals fewer employees”

Not necessarily.

Good automation can make employees more valuable.

Instead of spending four hours on repetitive work, a billing professional can spend that time analyzing recurring payer behavior.

Instead of searching for missing information, they can manage exceptions.

Instead of correcting the same errors, they can improve the workflow.

The question isn't:

How many people can we eliminate?

It is:

How much unnecessary work can we eliminate?


The myth: “Denials are just a billing problem”

Wrong.

A denial can originate in:

registration

eligibility

authorization

documentation

coding

payer policy

contracting

timely filing

clinical workflow

That means denial management is often cross-functional.

If the billing department owns the entire problem, it may be asked to fix problems it did not create.


The myth: “Physicians don't care about billing”

I don't believe that.

Physicians care deeply about billing.

They just don't want to spend their lives doing billing.

There is a difference.

A physician-owner cares when:

Revenue disappears.

Staff burn out.

A/R grows.

Hiring becomes difficult.

The practice loses autonomy.

A payer repeatedly changes rules.

The physician's inbox fills with administrative questions.

So the solution isn't to turn physicians into billing experts.

It is to give them visibility without additional administrative burden.


The myth: “The best practice is the most efficient practice”

Not always.

A practice can be extremely efficient at doing the wrong thing.

You can process claims very quickly.

If the claims are wrong, you've simply accelerated the problem.

You can answer authorization requests rapidly.

If unnecessary authorizations are being generated, you've optimized the wrong process.

Efficiency without effectiveness is just faster waste.

That is one of the most important distinctions in healthcare operations.


A practical “information autopsy”

Take one recurring denial.

Then work backward.

Question 1

What exactly happened?

Question 2

Why did it happen?

Question 3

When could the problem first have been detected?

Question 4

Who had the information at that moment?

Question 5

Why didn't the next person receive it automatically?

Question 6

What manual workaround compensated for the gap?

Question 7

Can the gap be eliminated?

This exercise often produces more insight than another vendor demonstration.


The “touch count” experiment

Take 100 claims.

Count every human interaction.

Don't just count biller touches.

Count:

front desk

clinical staff

physician

coder

authorization team

biller

practice manager

payer representative

Then ask:

How many touches were necessary?

And:

How many existed only because another step failed?

That's your avoidable touch rate.

Now multiply it by annual volume.

You may discover an enormous hidden labor cost.


The “same denial twice” rule

Here is a simple operational rule I would introduce:

If the same preventable denial occurs twice, it becomes a process problem rather than an employee problem.

The first occurrence might be an error.

The second is a signal.

The third is a system failure.

At that point, telling staff to “be more careful” is not leadership.

It is avoidance.


Build feedback loops

Every denial should have a destination.

Not just:

resolved.

But:

what did we learn?

Create categories.

Track recurrence.

Assign ownership.

Measure whether interventions work.

Then close the loop.

The goal is not a larger denial database.

It is a smaller future denial database.


Tools and resources physician-owners can use

You do not need sophisticated software to begin.

Start with:

EHR reporting

practice-management reports

clearinghouse reports

payer portals

denial reason codes

A/R aging reports

authorization logs

coding audits

workflow maps

simple spreadsheets

The technology comes later.

First determine what the data is telling you.

For standards and administrative simplification, physician practices should also follow developments from CMS and the AMA, particularly around electronic prior authorization, interoperability and standardized transactions.


Future outlook: from transaction processing to operational intelligence

I think the next phase of healthcare technology will be less about adding applications and more about creating intelligence between applications.

Imagine a practice where the system understands:

The encounter happened.

The documentation is incomplete.

This payer usually requires additional information.

A similar claim was denied last month.

The authorization is approaching expiration.

This service has a high-risk pattern.

The biller should review it.

The physician does not need to be interrupted unless a genuine clinical question exists.

That is much closer to what an operating system should do.


The most important word is not AI

It is:

context.

AI without context is autocomplete.

Automation without context is workflow acceleration.

Data without context is noise.

But:

data + context + timing + action

can become intelligence.

That is the opportunity.


Why this matters beyond billing

A financially healthy practice is not the goal by itself.

Financial stability gives physicians options.

Options to:

Hire.

Expand access.

Invest in equipment.

Support staff.

Add services.

Spend more time with patients.

Remain independent.

Innovate.

A physician practice that constantly loses time and money to administrative friction has fewer options.

That makes revenue-cycle infrastructure a strategic issue.

Not merely an accounting issue.


The patient's experience is the ultimate test

Patients don't care whether the problem originated in:

the EHR,

the payer,

the clearinghouse,

the billing department,

the authorization team,

or the coding workflow.

They experience one healthcare organization.

If their appointment is delayed because authorization was missed, they experience the delay.

If their bill is wrong, they experience the confusion.

If staff are overwhelmed, they experience the rushed interaction.

If physicians are buried in administrative work, patients experience less physician attention.

This is why operational design ultimately matters to the human experience of healthcare.


The boy's story brings us back to the beginning

A 13-month-old child had a devastating condition.

His family had already suffered an unimaginable loss.

The medical team had limited time.

The child needed the right diagnosis.

The right donor.

The right procedure.

The right expertise.

The right coordination.

His father became the donor.

The transplant succeeded.

His immune system recovered.

He began to heal.

There is something deeply human about that story.

A father gave his son cells that helped give him another chance.

But there is also something operationally profound about it.

The outcome depended on connections.

Clinical information connected to diagnosis.

Diagnosis connected to treatment.

Treatment connected to donor selection.

Donor selection connected to the transplant.

The transplant connected to recovery.

No single component created the outcome.

The connections did.


That is the lesson I want physician-owners to take away

Your practice is also a network of connections.

Patient.

Physician.

Documentation.

Code.

Authorization.

Payer.

Claim.

Payment.

Denial.

Staff.

Technology.

If those connections are weak, the practice compensates with labor.

If they are strong, the system becomes more resilient.

That is why I don't believe the future of medical billing is simply:

more billers

or

more software

or

more AI.

The future is better information architecture.


The provocative conclusion

We have spent decades trying to make people work harder inside broken workflows.

Then we called the result:

healthcare administration.

We should be more ambitious.

The question shouldn't be:

“How do we process this claim faster?”

It should be:

“Why did this claim require so much work in the first place?”

The question shouldn't be:

“How do we recover this denial?”

It should be:

“What did the system know—or fail to know—before the denial happened?”

And the question shouldn't be:

“Where can we add AI?”

It should be:

“Where can better intelligence remove friction without removing judgment?”

That is a much harder question.

It is also a much more valuable one.


Final Thoughts

The 13-month-old boy in Abu Dhabi never saw a claim.

He never saw an A/R report.

He never dealt with prior authorization.

He never opened a payer portal.

He simply needed someone to understand what was happening to him.

His physicians did.

His father stepped forward.

The medical team coordinated.

And the child got another chance.

That is what healthcare is supposed to do.

Connect knowledge to action.

For physician-owners, the same principle applies to the business side of medicine.

Your practice does not need more administrative activity.

It needs better information flow.

It needs fewer unnecessary handoffs.

It needs earlier detection.

It needs systems that learn.

And it needs technology that serves the people doing the work instead of creating another layer of work.

The best revenue cycle is not the one that cleans up the most mistakes.

It is the one that makes fewer mistakes possible.

And the best healthcare technology is not the technology that looks the smartest. It is the technology that makes the humans doing the important work more effective.


Get Involved — Start the Conversation

I want to hear from physicians and clinic owners.

Here is the provocative question:

What is the most ridiculous administrative task your practice has simply learned to tolerate?

Is it a payer portal?

A spreadsheet?

A fax?

A repetitive authorization request?

A denial that happens every month?

A report nobody reads?

A physician being pulled into a billing problem?

Or something else?

Leave a comment and tell me what it is.

Not what your vendor says the problem is.

Not what a consultant says.

What you actually experience.

If this perspective resonates with you, share this article with another physician-owner or healthcare leader.

And if you believe physician-owned practices deserve better infrastructure, join the conversation, raise your voice and help shape what comes next.

Question the workflow. Challenge the assumptions. Build something better.


Frequently Asked Questions

Is this story about billing?

No.

The child's story is fundamentally about rare disease, diagnosis, family, transplantation and multidisciplinary medical care.

The billing connection is an operational analogy: both clinical care and revenue-cycle performance depend on information reaching the right people at the right time.

What happened to the child?

He had a rare inherited immunodeficiency caused by a homozygous RAG1 mutation associated with Omenn syndrome. He underwent a haploidentical bone marrow transplant using stem cells donated by his father and subsequently achieved engraftment and improving immune function.

What were the child's parents' names?

The current public reports I found do not identify the child or his parents by name. I have intentionally not invented names or attributed names from unrelated cases to this family.

Who were the doctors publicly identified?

Dr. Mansi Sachdev, Consultant Pediatric Hematology, Oncology and Bone Marrow Transplantation at ADSCC, was quoted about the case.

Dr. Maysoon Al Karam, Chief Medical Officer at Yas Clinic, also commented publicly on the case.

What is the main business lesson?

Revenue-cycle problems should be detected upstream whenever possible.

A denial is an outcome. The more valuable question is what information was missing, misunderstood or disconnected before the claim was submitted.

Does this mean physician practices should eliminate billing staff?

No.

The goal is to eliminate unnecessary administrative work, not professional expertise.

Humans should increasingly focus on exceptions, judgment, analysis and process improvement.

Does AI solve medical billing?

Not by itself.

AI can identify patterns, prioritize work and support decision-making. But AI applied to a poor workflow can simply accelerate a poor workflow.

What should a practice measure first?

Start with:

clean claim rate

preventable denial rate

claim-touch rate

A/R aging

denial turnaround time

manual administrative hours

dollars at risk

and especially:

recurrence of the same problem.

What is the best first step?

Map one patient-to-payment workflow from scheduling through payment.

Count the handoffs.

Count the manual touches.

Identify where information disappears.

Then decide what should be eliminated, moved upstream, standardized or automated.


Myth Busters

Myth: “Billing starts after the visit.”

Reality: Revenue-cycle performance is influenced by scheduling, registration, eligibility, authorization, documentation and coding before a claim is submitted.

Myth: “A denial is a billing problem.”

Reality: A denial may originate much earlier in the workflow.

Myth: “AI automatically creates efficiency.”

Reality: AI is only as useful as the workflow, data and decision context surrounding it.

Myth: “Electronic means interoperable.”

Reality: Systems can exchange information electronically while still failing to exchange meaning effectively.

Myth: “The best employee can compensate for a bad process.”

Reality: A great employee can temporarily mask a structural problem. A resilient organization converts that person's knowledge into a repeatable system.

Myth: “The answer is more automation.”

Reality: Sometimes the best automation is eliminating the step entirely.


Practical Checklist for Physician-Owners

Before purchasing another healthcare technology product, ask:

1. What exact problem are we solving?

2. Where does the problem first appear?

3. Where does it actually originate?

4. How many human touches does it require?

5. How much does the problem cost in labor?

6. How much revenue is exposed?

7. How often does the problem repeat?

8. Could we prevent it upstream?

9. Could we eliminate the step?

10. If we automate it, what happens when the system is wrong?

11. Can a human audit the decision?

12. Will this reduce work—or merely move work somewhere else?

That last question may be the most important.


Three References Worth Reading

1. The human story — Gulf News

Ali Al Hammadi's report describes the 13-month-old child's rare immune disorder, the family's history, the father's donation and the successful transplant at Yas Clinic in collaboration with ADSCC.

Read the Gulf News report

2. The physician burden — American Medical Association

The AMA's 2026 survey documents the administrative burden of prior authorization, including approximately 40 requests per physician each week, about 13 hours of weekly physician/staff time and significant concerns about delays and denials.

Read the AMA survey

3. The interoperability problem — AMA

The AMA's SNOMED CT-to-CPT mapping initiative directly addresses the disconnect between clinical terminology and administrative coding in prior authorization.

Read the AMA initiative


Continue the Conversation

Healthcare innovation becomes meaningful when physicians, operators, founders and patients can talk honestly about what is working—and what isn't.

I share practical perspectives on healthcare operations, medical billing, AI, physician entrepreneurship, healthcare technology and the future of medical practice.

Visit the personal website:

Dr. Daniel Cham's website

Listen to the podcast:

Dr. Daniel Cham on Spotify

Watch and subscribe on YouTube:

Dr. Daniel Cham on YouTube

Follow updates on X:

Dr. Daniel Cham on X

Follow on Facebook:

Dr. Daniel Cham on Facebook

Knowledge drives progress—but only when it changes what we do. Keep learning. Keep questioning. Keep building.


Free Resource

Check the Featured section of my LinkedIn profile for a free resource for physicians, clinic owners and healthcare professionals.

No signup required.

If this article gave you a useful idea, take the next step: explore the resource, test the idea in your practice and share it with someone who could benefit.

If this perspective resonates, consider reposting this article so more physicians and clinic owners can rethink how administrative friction affects the practice of medicine.


About the Author

Dr. Daniel Cham is a physician, healthcare consultant and entrepreneur focused on the intersection of medical practice, healthcare technology, healthcare management, operations and medical billing.

He is the founder of OnnX, an AI-powered medical billing SaaS platform focused on helping small and medium-sized physician-owned clinics reduce administrative friction, improve revenue-cycle visibility and build more intelligent operational workflows.

His work explores a practical question:

How can technology make healthcare easier for the people actually delivering it?

Dr. Cham combines a physician's perspective with an interest in healthcare technology, operational design and revenue-cycle transformation.

His focus is not technology for technology's sake.

It is better systems, better information and better outcomes for the people working inside healthcare.

Connect with Dr. Cham on LinkedIn to learn more.


Disclaimer

This article is intended for general educational and informational purposes. It is not medical, legal, coding, compliance, reimbursement or financial advice.

Healthcare rules, payer policies, contracts and regulatory requirements can change and may vary by circumstance. Readers should consult appropriately qualified professionals before making decisions involving patient care, documentation, coding, reimbursement, compliance or healthcare operations.


Final Provocation

The healthcare industry has become extraordinarily sophisticated at treating disease.

But we remain surprisingly primitive at moving information through the systems that support that care.

That contradiction is an opportunity.

The 13-month-old boy in Abu Dhabi needed a team that could connect the dots.

Physician-owned practices need the same discipline.

Not because a denied claim is equivalent to a life-threatening disease.

It isn't.

But because the underlying principle is the same:

Information only creates value when it reaches the right person in time to change what happens next.

That is the future I believe healthcare technology should pursue.

Not more noise.

Not more dashboards.

Not more administrative layers.

Better signals. Earlier action. Fewer unnecessary touches. More human attention where it actually matters.

And perhaps that is the most important lesson hidden inside this remarkable story:

The best healthcare systems don't simply have more information. They know what to do with it.


#Healthcare #MedicalBilling #Physicians #PhysicianOwners #RevenueCycleManagement #HealthcareAI #HealthTech #HealthcareInnovation #PracticeManagement #HealthcareOperations #MedicalPractice #PhysicianEntrepreneur #PriorAuthorization #HealthcareTechnology #DenialPrevention #RCM #PatientCare #HealthcareLeadership #ClinicalOperations #AIinHealthcare

 

Thursday, August 13, 2026

Eric Paredes: The Problem We Find Too Late

One teenager died from a hidden heart condition. His parents turned grief into prevention. What does that have to do with medical billing?



“Only by increasing public awareness will we help make people realize that this is a real problem.” — Dr. John Rogers, physician and early medical adviser to the Eric Paredes Save A Life Foundation.


A 15-year-old changed the way I think about healthcare

In 2009, Eric Paredes was 15 years old.

He was athletic.

He played football.

He wrestled.

He was a sophomore at Steele Canyon High School in San Diego County.

And, as far as his family knew, he was healthy.

Then Eric collapsed.

He died from sudden cardiac arrest caused by an undetected heart condition.

His mother, Rhina Paredes, was a registered nurse at Scripps Health.

His father was Hector Paredes.

They faced something no parent should have to face.

They could not save Eric.

But they could ask a question.

A brutally simple one:

Could this have been found earlier?

That question became the beginning of the Eric Paredes Save A Life Foundation.

The foundation began providing cardiac screenings for young people.

Physicians volunteered.

Nurses participated.

Technicians participated.

Families showed up.

And one of those young people was Carson Wells.

Carson appeared healthy.

His previous sports physicals had not revealed the problem.

Then an EKG detected something different.

He had Wolff-Parkinson-White syndrome, a condition involving an extra electrical pathway in the heart that can produce dangerous arrhythmias.

Carson received treatment.

He recovered.

And eventually he chose to pursue nursing.

Read that again.

A family lost a child.

They built a system to detect risk earlier.

Another young person was found before tragedy.

That young person entered healthcare.

That is more than a touching story.

It is a lesson in how healthcare should work.


Here is the contrarian part

We often define healthcare innovation as:

new technology.

New drug.

New device.

New AI model.

New EHR.

New platform.

New algorithm.

But the Eric Paredes story suggests something different.

Innovation can simply mean finding the problem earlier.

That sounds almost too simple.

It isn't.

In fact, I think healthcare has become so obsessed with treating downstream problems that we sometimes forget how powerful upstream intervention can be.

The foundation did not ask:

How do we become better at responding to sudden cardiac arrest?

It asked:

How do we identify young people who may be at risk before sudden cardiac arrest happens?

That distinction is everything.

And it leads to a provocative question for physician owners:

What if medical billing has the same problem?


What if your billing problem isn't a billing problem?

This is where my thinking as a physician and founder of OnnX begins.

A denial is usually treated as a billing problem.

But what if the denial is only the symptom?

Consider a simple chain.

The physician sees the patient.

Something is documented.

Something is coded.

Something is transmitted.

The payer evaluates it.

The claim is paid.

Or rejected.

If it is rejected, someone starts working the denial.

But where did the problem actually begin?

Maybe eligibility.

Maybe documentation.

Maybe coding.

Maybe authorization.

Maybe a missing modifier.

Maybe payer-specific rules.

Maybe a workflow that required someone to manually transfer information between systems.

By the time the denial appears, the original mistake may be several steps upstream.

And now we have a person fixing it.

That person costs money.

The delay costs money.

The rework costs money.

The physician's attention may be consumed.

The patient may experience friction.

The practice loses time.

And everyone calls it:

“a billing issue.”

I think that description is too narrow.


The medical billing industry has a strange habit

We are very good at mopping the floor.

We are not always as good at fixing the pipe.

MGMA's January 2026 survey found that denials and appeals accounted for 48% of reported revenue-cycle leaks, followed by front-end issues at 23%, billing and collections at 14%, coding at 13%, and charge posting at 2%.

Those numbers should make physician owners uncomfortable.

Not because denials exist.

Denials will always exist.

The uncomfortable part is this:

What if the denial department is becoming the emergency department of the revenue cycle?

A place where problems arrive after they have already become expensive.

We would never design clinical medicine that way.

Imagine saying:

“We don't need preventive medicine. We'll just build a bigger emergency department.”

Nobody would accept that.

Yet healthcare financial operations often behave similarly.

More denials → more staff → more appeals → more vendors → more software.

Maybe we should interrupt the cycle.


The uncomfortable question

What if the goal of RCM should not be to become better at recovering lost revenue?

What if the goal should be:

Make less revenue become lost in the first place.

That sounds obvious.

But it changes the entire strategy.

It moves us from:

recovery → prevention

back office → entire workflow

claims → encounters

denials → root causes

staffing → work redesign

automation → intelligence

That is a much bigger shift.


Eric's story gives us a framework

I see four stages.

Stage 1: Something happens.

Eric dies.

Stage 2: Someone asks why.

His parents ask whether a hidden problem could have been detected.

Stage 3: The system changes.

A screening program emerges.

Stage 4: Someone benefits.

Carson Wells is identified before his condition becomes a catastrophe.

Now apply the same model to RCM.

Stage 1

A claim is denied.

Stage 2

Someone asks why.

Stage 3

The practice changes the workflow.

Stage 4

Future claims avoid the same failure.

That fourth stage is where the real value lives.

Not in fixing yesterday's problem.

In preventing tomorrow's.


The biggest RCM mistake may be measuring the wrong thing

Physicians are accustomed to outcome measures.

Blood pressure.

A1C.

Readmission.

Mortality.

Length of stay.

Complication rates.

We understand that the measurement should reflect the outcome we actually care about.

Yet financial operations sometimes become obsessed with activity.

How many claims were submitted?

How many denials were worked?

How many calls were made?

How many appeals were filed?

How many accounts were touched?

Those are activity metrics.

They can be useful.

But activity is not the same as performance.

I would rather know:

How many problems did we prevent?

How many claims were correct the first time?

How much rework disappeared?

How quickly did the encounter become billable?

Which recurring error did we eliminate?

Those questions move us upstream.


The hidden cost nobody puts on the dashboard

Here is the metric I think healthcare leaders should start thinking about:

Human attention consumed by preventable work.

A billing error costs more than the dollar value of the claim.

It costs someone time.

Suppose a staff member spends 15 minutes fixing a problem.

One event means almost nothing.

Now multiply it.

20 times a week.

50 times a week.

100 times a week.

Then add:

emails.

phone calls.

payer portals.

documentation searches.

reconciliation.

follow-up.

rework.

Now the practice has a second problem.

Its workforce is being used as middleware.

People are manually connecting systems that should be able to communicate.

That is expensive.

And it is demoralizing.


The 2026 squeeze makes this more important

MGMA reported in June 2026 that 84% of medical groups surveyed had higher year-to-date operating costs than the same period in 2025. Among those reporting increases, the average increase was approximately 11%. Labor was a major contributor.

At the same time, MGMA's June revenue poll found only 47% of practices reported higher year-to-date revenue, while 36% reported lower revenue.

That is the squeeze.

Costs move up.

Revenue does not necessarily move with them.

And independent practices have less room for waste.

So the question becomes:

Can we afford to keep paying humans to correct problems our systems should have prevented?

I don't think we can.


But here is another contrarian idea

The answer is not automatically AI.

I say this as the founder of an AI company.

That should tell you something.

AI is not a strategy.

AI is a capability.

If the workflow is broken, AI can make the broken workflow faster.

If the data is bad, AI can process bad data faster.

If the process is unnecessary, AI can automate unnecessary work.

That is not innovation.

That is acceleration.

Before asking:

“Where can we add AI?”

Ask:

“Why does this step exist?”

Then:

“What information should exist before this step?”

Then:

“Can the step disappear?”

Only then:

“Would AI make what remains better?”


This is where OnnX fits

I founded OnnX around a simple thesis:

Healthcare billing is not only a billing problem. It is an information problem.

The claim is downstream.

The encounter is upstream.

The financial outcome is influenced long before the claim reaches the payer.

So the opportunity is not simply to build a better claims factory.

It is to improve the information and workflow that feed the claims process.

That means thinking about:

clinical documentation

structured data

coding logic

payer requirements

workflow rules

claim readiness

exceptions

and feedback

as parts of one system.

The ambition is straightforward:

Catch problems earlier.

Reduce unnecessary rework.

Make financial workflows more predictable.

Give humans better information at the moment they need it.

That is what I believe intelligent RCM should become.


But let's challenge another industry assumption

“Outsource your billing and forget about it.”

That advice is attractive.

It is also incomplete.

Outsourcing can be extremely valuable.

A good RCM partner can provide expertise and scale that a small practice cannot build internally.

But outsourcing should not mean surrendering visibility.

If someone else manages your revenue cycle, you should still know:

What is being lost?

Why is it being lost?

Where is it happening?

How long does recovery take?

What is preventable?

What does the vendor control?

What does your practice control?

You can outsource the work.

You cannot outsource ownership.


Another myth: “More billing staff means better billing.”

Sometimes.

But not always.

MGMA's 2026 data suggests practices are increasingly looking toward automation and process redesign as ways to reduce costs while making scarce staff capacity go further.

That matters because the real objective should not be:

more people touching every claim.

It should be:

fewer claims requiring human intervention.

That is different.


The future isn't fewer humans

This is where I disagree with some of the loudest AI narratives.

I don't think the future of healthcare is:

AI replaces the biller.

I think it is:

AI removes the repetitive work that prevents the biller from doing higher-value work.

The human becomes the exception manager.

The investigator.

The decision-maker.

The person who handles ambiguity.

The person who sees the unusual case.

The machine handles the predictable.

That is a much healthier vision of automation.


What physicians should measure instead

If I were sitting with a physician-owner tomorrow, I would ask for ten numbers.

1. Clean claim rate

How often does the claim leave correctly the first time?

2. Denial rate

Not just the percentage.

The reason distribution.

3. First-pass resolution

How often is the claim paid without intervention?

4. Unbilled encounters

How many completed visits have not become claims?

5. Days from encounter to submission

How long does it take to move from care to billable transaction?

6. A/R aging

Especially the portion that is becoming difficult to recover.

7. Payment variance

Expected versus actual reimbursement.

8. Rework hours

How much human time is spent fixing recurring problems?

9. Payer-specific exceptions

Which payers create disproportionate administrative work?

10. Preventable failure rate

How many problems could have been caught before submission?

That last number may become one of the most important metrics of the future.


A provocative new KPI: Prevention Rate

Here's a concept I would like to see more practices experiment with.

Revenue Prevention Rate

Not:

“How much did we recover?”

But:

“How many potentially costly errors did we identify before they became claims problems?”

It could include:

eligibility exceptions caught before the visit,

documentation gaps identified before submission,

authorization issues identified before service,

coding inconsistencies caught before claim generation,

payer-specific requirements identified before submission.

The exact formula will vary.

The philosophy is what matters.

Measure prevention.

Because what gets measured gets managed.


The 20-minute physician-owner audit

You can start this week.

No expensive software required.

Step 1: Pick 20 recent denied claims.

Not 2,000.

Twenty.

Step 2: Put them into categories.

Documentation.

Eligibility.

Authorization.

Coding.

Modifier.

Payer rule.

Timely filing.

Other.

Step 3: Trace each problem backward.

Ask:

What happened immediately before the denial?

Then:

What happened before that?

Step 4: Find repetition.

If five of 20 claims failed for the same reason, you do not have five billing problems.

You have one workflow problem occurring five times.

Step 5: Fix the earliest failure.

Not the most visible failure.

The earliest one.

Step 6: Measure it for 30 days.

Did the problem decrease?

If yes, keep the change.

If no, investigate again.

That is continuous improvement.


What not to automate

This matters.

Do not automate a process simply because it is repetitive.

Some repetitive tasks still require judgment.

Be cautious around:

clinical interpretation

medical necessity

ambiguous documentation

compliance-sensitive decisions

patient financial communication

high-risk coding judgments

The question is not:

“Can AI do this?”

It is:

“What happens if AI gets this wrong?”

That is the better healthcare question.


Legal and compliance reality

Revenue-cycle technology operates in a highly regulated environment.

That means physicians and founders need to think beyond efficiency.

There are implications involving:

HIPAA

data security

coding compliance

documentation integrity

payer contracts

fraud and abuse laws

medical necessity

auditability

patient financial communications

AI should never manufacture documentation.

It should not create clinical facts that were not documented.

It should not encourage unsupported coding.

And it should not turn “optimization” into a euphemism for aggressive billing.

The goal is:

accurate reimbursement for appropriate care.

Not:

maximum reimbursement regardless of accuracy.

That distinction is not semantic.

It is ethical.


The ethical question nobody asks about RCM

Here is the question:

Who pays for administrative complexity?

Sometimes the payer.

Sometimes the practice.

Sometimes the physician.

Sometimes the staff.

Sometimes the patient.

Often, everyone pays a little.

That is why administrative friction is not merely an operational annoyance.

It is an allocation problem.

Every unnecessary step consumes scarce resources.

And healthcare already has too few of them.


What the Eric Paredes story teaches healthcare founders

There are three founder lessons here.

First: Start with the human problem.

Technology comes second.

The Paredes family did not start with a technology pitch.

They started with grief.

Then a question.

Then a problem.

Then a solution.

That sequence matters.

 

Second: Move upstream.

The highest-value intervention may happen before the obvious problem.

That applies to:

clinical deterioration,

readmissions,

medication errors,

prior authorization,

denials,

coding,

documentation,

and patient access.

 

Third: Build systems, not features.

A screening program is not just an EKG.

It requires:

people,

workflow,

follow-up,

referrals,

clinical interpretation,

communication,

and accountability.

Healthcare technology works the same way.

A billing AI model is not a healthcare system.

It is one component.


What the story teaches physician leaders

Physician leadership is often described as:

clinical excellence + business competence.

I would add a third element:

systems thinking.

The physician-owner needs to see the whole chain.

Patient.

Staff.

Documentation.

Technology.

Payer.

Payment.

Compliance.

Cash flow.

Access.

Quality.

Those things are connected.

If one becomes unstable, the others feel it.


The biggest mistake in healthcare innovation

We often optimize what is easiest to measure.

Claims.

Clicks.

Messages.

Appointments.

Transactions.

But healthcare is ultimately about outcomes.

Eric's outcome was tragic.

Carson's outcome was different.

The screening changed the trajectory.

That is the kind of story healthcare innovation should chase.

Not:

How many tasks did we automate?

But:

What changed because we did?


A different definition of ROI

ROI should not only mean:

dollars recovered.

Consider:

hours returned to staff

claims prevented from becoming denials

faster cash

less rework

fewer manual handoffs

better visibility

less physician involvement in administrative problems

better patient financial communication

more predictable operations

The financial return matters.

But so does the human return.


The future of independent medicine may depend on this

Independent physicians are being squeezed from multiple directions.

Operating costs are rising.

Payer complexity remains.

Regulatory requirements remain.

Staffing remains difficult.

AI is changing expectations.

MGMA's 2026 regulatory-burden report found that administrative requirements and reimbursement pressure are contributing to physician burnout, consolidation and threats to patient access. The survey included more than 230 medical groups, with 60% of respondents representing independent practices.

That is the larger story.

The question is not whether physicians dislike paperwork.

Of course they do.

The question is:

Can independent practices redesign the machinery around care quickly enough to remain viable?

That is a much more important question.


My contrarian prediction

I believe the next generation of healthcare technology will move away from department-specific automation.

Today:

Billing software.

EHR.

Scheduling software.

Prior authorization tools.

Credentialing platforms.

Analytics platforms.

Patient communication platforms.

Tomorrow:

connected workflow intelligence.

The technology will increasingly understand that the same encounter produces consequences across multiple departments.

A change in clinical information can affect coding.

Coding can affect reimbursement.

Reimbursement can affect A/R.

A payer rule can affect documentation.

An authorization requirement can affect scheduling.

Scheduling can affect access.

Access affects patients.

The system needs to understand the connections.

Not merely the individual tasks.


The phrase I would like healthcare to retire

“That's just how billing works.”

I hear versions of this everywhere.

That's just how prior authorization works.

That's just how the payer portal works.

That's just how claims work.

That's just how documentation works.

That's just how the EHR works.

Maybe.

But “that's how it works” is not the same thing as:

“that's how it should work.”

Healthcare has tolerated too much friction because the friction became familiar.

Familiarity is not efficiency.


Another phrase worth challenging

“The doctor shouldn't worry about the business.”

If the physician owns the practice, that is dangerous advice.

The physician does not need to become an accountant.

But the physician should understand the economics of the organization they are responsible for.

A practice that loses money cannot indefinitely deliver excellent care.

Financial stewardship is part of clinical stewardship.


The story comes full circle

Go back to Eric Paredes.

A 15-year-old died.

His parents did not accept that the only possible response was grief.

They asked:

What can we do differently next time?

That question created action.

Action created a system.

The system screened people.

One of those people was Carson Wells.

Carson received a diagnosis.

He received treatment.

He survived.

And he eventually chose healthcare as his profession.

That is what happens when a system learns from a tragedy.

Healthcare gets better.

Not because the past can be changed.

But because the future can be different.


And that is exactly how I think about medical billing

Every denial contains information.

Every rejected claim contains information.

Every payment variance contains information.

Every manual workaround contains information.

Every staff complaint contains information.

Every repeated exception contains information.

The mistake is treating each one as an isolated annoyance.

Maybe they are signals.

Maybe they are telling us:

The system has a weakness here.

The question is whether we listen.


The OnnX thesis in one sentence

Don't build a better system for fixing yesterday's billing problems; build a smarter workflow for preventing tomorrow's.

That is the problem I am interested in.

Not replacing physicians.

Not eliminating every biller.

Not promising magic.

Not adding AI for the sake of AI.

Reducing avoidable friction between care and payment.


If I were rebuilding a small clinic's RCM tomorrow

I would do five things.

1. Stop looking at the denial queue first.

Look at the encounter.

2. Find the earliest failure.

Trace the problem upstream.

3. Measure rework.

Human attention is an operating expense.

4. Simplify before automating.

Don't automate unnecessary steps.

5. Use AI where judgment is supported, not replaced.

Let machines identify patterns.

Let humans handle ambiguity.

That is a much more defensible model.


Three questions for every healthcare founder

What problem are you solving before it becomes expensive?

What human attention are you giving back?

What happens when your system is wrong?

If a founder cannot answer those questions, I am not sure the product is ready for healthcare.


Three questions for every physician-owner

Where does revenue leakage actually begin?

How much staff time is spent fixing preventable problems?

What could we eliminate rather than simply manage better?

Those questions are more valuable than another generic RCM sales presentation.


Myth Buster

Myth: More automation automatically means better healthcare.

False.

Bad workflow plus automation can simply produce bad outcomes faster.

Myth: Denials are inevitable, so denial management is enough.

False.

Some denials are unavoidable.

Repeated preventable denials are signals of a system problem.

Myth: Outsourcing eliminates financial responsibility.

False.

You can outsource execution.

You cannot outsource accountability.

Myth: AI will replace the billing department.

Unlikely.

AI is more likely to reshape roles, especially repetitive administrative work, than eliminate every human role. MGMA's 2026 data found that most medical groups had not yet redesigned roles around AI, while the changes already occurring were concentrated in practical administrative areas such as scheduling, registration, prior authorization, billing and routine correspondence.

Myth: The biggest RCM problem is always the biggest denial.

Not necessarily.

The largest visible problem may be downstream from a smaller upstream problem.


Practical 30-day challenge for physician owners

Week 1: Observe

Do not change anything.

Watch the workflow.

Follow 20 encounters.

 

Week 2: Measure

Categorize:

denials,

rework,

delays,

manual handoffs,

payer exceptions.

 

Week 3: Fix one upstream problem

Not ten.

One.

 

Week 4: Measure again

Did:

denials fall?

rework fall?

submission time improve?

staff hours decrease?

cash accelerate?

If nothing changed, learn why.

Then try again.

That is how real operational improvement happens.


The tools you actually need

You may already have most of them.

EHR

Practice-management system

Clearinghouse

Payer portals

Denial reports

A/R reports

Spreadsheet

Workflow map

Staff feedback

Basic analytics

And, where appropriate:

AI-assisted workflow tools

The most sophisticated technology in the world cannot compensate for a team that does not understand the process.


The future is not autonomous healthcare

At least, that is not the future I want.

I want augmented healthcare.

Physicians augmented by better information.

Billers augmented by better workflow intelligence.

Practice managers augmented by better visibility.

Patients augmented by better financial communication.

Founders augmented by real-world clinical insight.

Technology should expand human capability.

Not make human beings disappear from the system.


The deeper lesson

The Eric Paredes story is not really about an EKG.

It is about timing.

The same test administered too late can be irrelevant.

The same information discovered too late can be expensive.

The same documentation corrected after denial creates rework.

The same payer issue discovered after service becomes harder to fix.

Timing is an underappreciated dimension of healthcare technology.

Information has more value when it arrives before the decision point.

That may be one of the most important principles in healthcare AI.


Final Thoughts: Find the problem earlier

Eric Paredes died in 2009.

His parents, Rhina Paredes and Hector Paredes, could not change that.

But they changed what happened afterward.

They built a prevention effort.

Physicians such as Dr. John Rogers helped turn that effort into a clinical program.

And people such as Carson Wells became examples of what can happen when risk is discovered before catastrophe.

The lesson is bigger than cardiac screening.

It is a way of thinking.

Find the problem earlier.

That principle belongs in medicine.

It belongs in healthcare operations.

And it belongs in medical billing.

A denial is late.

A claim rejection is late.

A/R aging is late.

A cash-flow crisis is very late.

The real opportunity is upstream.

Before the claim.

Before the denial.

Before the rework.

Before the crisis.

That is where I believe healthcare technology should increasingly operate.

Not simply helping us recover better.

Helping us prevent better.


Get Involved — Challenge the Conventional Thinking

Here is my question for physicians and clinic owners:

What is the one recurring problem in your practice that everyone has accepted as “just part of healthcare” — even though it probably shouldn't be?

Tell me in the comments.

I am especially interested in problems involving:

billing

documentation

prior authorization

payer friction

staff workload

patient financial communication

EHR workflow

administrative rework

If this article challenged the way you think about RCM, share it with another physician or practice owner.

Maybe the next useful idea will come from someone who has been quietly fighting the same problem in a completely different specialty.

Raise your hand. Join the conversation. Challenge the assumptions.

Find the friction before it becomes expensive.

Move upstream before the crisis.

Help build a healthcare system that gives clinicians more time for the work only humans can do.


Continue the Conversation

I write about the intersection of medicine, healthcare operations, medical technology, AI and entrepreneurship.

The goal is not to predict the future from a conference stage.

It is to examine what is actually happening inside medical practices and ask a simple question:

Can we build something better?

Explore more practical insights and founder perspectives:

Visit the personal website:

Dr. Daniel Cham's website

Listen to the podcast:

Dr. Daniel Cham on Spotify

Watch and subscribe on YouTube:

Dr. Daniel Cham on YouTube

Follow updates on X:

Dr. Daniel Cham on X

Follow on Facebook:

Dr. Daniel Cham on Facebook


Free Resource

Want a practical starting point for understanding the financial side of independent practice?

Visit the Featured section of my LinkedIn profile for the free resource.

No signup required.

Start with the knowledge.

Question the assumptions.

Then decide what your practice actually needs.


About the Author

Dr. Daniel Cham is a physician, medical consultant and healthcare technology entrepreneur working at the intersection of medical practice, healthcare management, medical billing and innovation.

He is the founder of OnnX, an AI-powered medical billing SaaS platform focused on helping small and medium-sized physician practices reduce unnecessary administrative friction and improve visibility across the revenue cycle.

His perspective comes from approaching healthcare technology from both sides of the equation:

the clinical side and the operational side.

His work focuses on practical questions:

How can independent physicians protect their time?

How can practices identify revenue leakage earlier?

How can AI reduce repetitive administrative work without replacing human accountability?

And how can healthcare technology become simpler, more useful and more aligned with the realities of everyday practice?

Explore Dr. Cham's LinkedIn Featured section


Disclaimer

This article is intended for general educational and informational purposes only. It does not constitute medical, legal, coding, compliance, financial or other professional advice.

Healthcare laws, regulations, payer policies, contracts and reimbursement requirements can change and vary by jurisdiction and specialty.

Physicians, healthcare organizations and practice owners should consult appropriately qualified professionals regarding decisions specific to their circumstances.

References to AI, OnnX or other technologies describe concepts and perspectives and do not guarantee particular clinical, financial, operational or regulatory outcomes.


References

1. Scripps Health — A Local Teen's Death Results in Program Designed to Save Lives.
The foundational account of Eric Paredes' death, his parents' response, and the early work of the Eric Paredes Save A Life Foundation with Scripps physician John Rogers, MD.

Read the Scripps story

2. MGMA — Detecting and Fixing Leaks Across the Revenue Cycle.
MGMA's 2026 analysis provides current data on where medical practices report revenue-cycle leakage, including the finding that denials and appeals represented 48% of reported leaks in its January poll.

Read the MGMA analysis

3. MGMA — 2026 Operating Costs and Practice Economics.
Current MGMA data illustrates the financial pressure facing medical practices, including rising operating costs and the growing role of automation and workflow redesign.

Read MGMA's 2026 practice-cost analysis


The Last Question

Eric's parents asked a question after the worst thing imaginable happened:

Could we find the problem earlier next time?

That question helped create a movement.

Now ask yourself the same question about your practice.

Could your practice find its next denial before the claim is submitted?

Could you identify the next workflow failure before it consumes another 100 staff hours?

Could you see the next revenue leak before it becomes an A/R problem?

Because perhaps the future of healthcare is not about getting better at cleaning up yesterday's mistakes.

Perhaps it is about becoming much better at seeing tomorrow's problems today.

Find the signal.

Move upstream.

Prevent what can be prevented.

That is not just better billing.

That is better healthcare infrastructure.


#Healthcare #MedicalBilling #RevenueCycleManagement #RCM #PhysicianPractice #PrivatePractice #HealthcareAI #MedicalPracticeManagement #PhysicianEntrepreneur #HealthTech #HealthcareInnovation #IndependentPractice #HealthcareLeadership #ClinicalOperations #AIinHealthcare #DigitalHealth #PhysicianLeadership #PatientCare #HealthcareTechnology #PracticeManagement

Knowledge drives progress. Start your journey here.

If this perspective resonates, repost it so another physician or clinic owner can see the problem differently.

The conversation starts when we stop accepting “that's just how healthcare works” as the final answer.

 

The 13-Month-Old Boy Who Needed His Father’s Stem Cells — and the Healthcare Lesson Physician-Owners Should Not Ignore

A rare-disease rescue in Abu Dhabi exposes a surprisingly familiar problem: healthcare can have all the right information and still fail to ...