Insight — Hospital Revenue Integrity

Your Coding Has Six Leaks.
They're All One Problem.

Under-coding, denials, audit exposure, rejected drug claims, code lookup, thin documentation. These six problems make a Thai hospital's reimbursement team fight six battles with six tools — when they're really one. One governed knowledge base wins all six: pre-bill, cited, checkable in baht by hand.

Six Fires

Your day is a series of separate fires.

If you own reimbursement at a Thai hospital, each of these lands on your desk as its own crisis, with its own tool and its own spreadsheet:

Under-coded

A comorbidity the chart clearly documents never made it into the record. The DRG dropped a severity tier and the hospital quietly under-billed — and nothing flagged it.

Over-coded

An auditor is questioning a claim billed to a severity the chart doesn't support. That's a clawback and a penalty waiting to happen.

Rejected

A claim came back rejected, and someone has to dig out the chart and the rule and write the appeal by hand.

Drug exposed

A vancomycin charge is sitting exposed because the resistant-organism diagnosis that justifies it was never coded.

Which code?

A coder isn't sure which code is right, and the codebook is a 1,000-page PDF.

Thin documentation

The documentation was thin to begin with, so the right codes were never supportable at all.

Six fires. Six tools, six spreadsheets, six manual slogs. Here's what almost nobody says out loud: they are the same fire.

One Question

Six problems, asked from one question.

Every one of those is the same underlying check, asked from a different chair:

Does this coded claim agree with the codebooks, the fee schedule, and what the chart actually documents? Ask it six ways and you get your six 'tools' back.

Six coding questions converging into one governed knowledge base; every answer cited to the rule and checkable in baht, with a human approving before billing.

Catch the missing code

(revenue) Which documented, severity-promoting diagnoses were never coded?

Catch the unsupported code

(compliance) Which coded diagnoses does the chart not justify?

Defend the rejected claim

(appeals) What's the governing rule and the chart evidence, drafted into an appeal?

Match drugs to diagnoses

(pharmacy) Does each high-cost drug have the diagnosis that authorizes it?

Suggest the right code

(lookup) Which ICD-10-TM / TDRG codes does this chart actually support?

Complete the documentation

(upstream) What's missing for the codes to hold?

Same codebooks. Same fee schedule. Same charts. Different question — one knowledge base. This is Infozense's platform for knowledge management in your organization: one governed base, asked many ways.

Checkable, Not Invented

The AI finds the gap. You verify the baht.

Most AI systems will quote you a recovery number before they've even seen your data. We won't. The honest figure depends on your case mix and your payer's rates, and a number made up without your data is the first thing a finance team should question.

Here's where it helps: the system looks for the leak that hides in plain sight — a claim marked 'paid' that paid less than the chart supported, because a code that would have raised the case was missing. Nothing was rejected, so nothing flagged it, and the revenue quietly disappears. It surfaces gaps like these according to the knowledge it's been given.

Any baht figure traces to rules you already use — the published TDRG weights and your payer's rates (CSMBS, UCS, SSS) — so your finance team verifies every line itself. How much is actually slipping through your claims is measured on real data during the pilot.

Defensible by Design

AI an auditor can trust.

It would be easy to build a tool that only hunts for codes that raise the bill — an upcoding bot, exactly what regulators police. This is the opposite. Three things make it hold up to an auditor:

It works both directions

It flags what you under-coded (revenue you earned) and what you over-coded (risk you should drop). That's coding integrity, not revenue maximization — and integrity is what survives a review.

Every finding is cited

The rule comes back with its source — the TDRG manual, the ICD-10-TM chapter — not a model's opinion. A coder can open the page and check.

A human signs off

The system recommends; your coder approves. Nothing auto-submits. Accountability stays with a named person, where a regulator expects it.

Light to Start

No new hardware to begin.

A pilot doesn't ask your hospital to buy a GPU or stand up new infrastructure. We stay flexible on how and where it runs, and we work within your PDPA and data-governance rules — so trying it is light, and the data handling fits your setup, not the other way around.

The Bottom Line

One problem. One knowledge base.

You don't have six coding problems. You have one — claims that don't yet agree with the chart — and you've been fighting it with six tools and a lot of overtime. One governed knowledge base catches all six: pre-bill, cited, calculator-checkable.

Beyond Reimbursement

One base. Many uses.

Revenue integrity is the first thing we point the system at, because it pays for itself quickly. But the engine isn't built for coding alone. Supplied with a different body of rules, it checks the same way in other areas — compliance and audit readiness, clinical-documentation review, drug-and-formulary alignment, and regulatory reporting. The knowledge base changes; the method, the citations, and the human sign-off stay the same. Reimbursement is where we start, not where it ends.

Read on: Six Leaks, Part Two: When Does Fixing the Leak Pay for Itself? →

Pilot Invitation

See what it finds on your coding.

We can run a pilot on exactly this kind of case — a measured audit on a sample of your real encounters, showing you line by line in baht what's leaking and what's exposed. If it sounds useful, get in touch and let's explore the possibility together. You keep the findings, whatever you decide.

Let's talk