MEDKONG
Modular AI kit for healthcare RCMAKOSBuilt by AKOSBuilt on Palantir Foundry

Modular AI Kit for the revenue cycle.

A kit of deployable AI and workflow modules for healthcare revenue cycle operations — patient access, prior auth, coding, claims, denials, payments and AR. Install the module that fixes your worst queue. Expand when it earns it. No rip and replace.

MEDKONGNorthside Health · Revenue OperationsLive--:--:--DR
ModulesOverviewPrior auth48Coding review112Claim QA2.8KDenials63PostingAR follow-up391Audit trailDRD. ReyesDirector, Revenue Ops

Revenue cycle overview

7 days30 daysQuarter

Auths cleared

1,284

First-pass acceptance

93.4%

Denials at risk

$107.7K

AR over 90 days

22%

Prior auth work queueSorted by payer SLA
CasePayerServiceSLAStatus
PA-40912AetnaMRI lumbar · 7214812:22READY
PA-40907UHCKnee arthroplasty · 2744731:20REVIEW
PA-40903BCBSSleep study · 9581006:50SUBMITTED
PA-40898HumanaInfliximab infusion · J174543:40READY
PA-40894CignaCardiac CTA · 7557416:35REVIEW
PA-40889MedicaidSpinal fusion · 2263351:45SUBMITTED

Automated, no touch

62%

Rest routed to a named reviewer

Agent activity
14:32:07DRAFTAppeal letter drafted — CO-197, UHC, $41,280
14:32:04FLAGPolicy criteria unmet — PA-40894
14:32:01PASSClaim batch B-2214 · 2,609 submitted
14:31:58MATCHRemit 835 matched to 1,204 claims
14:31:52SCANPayer policy MP-0142 updated — 3 cases requeued
14:31:44PASSAuth approved — PA-40881, Aetna

The MEDKONG revenue cycle workbench. Sample data.

AKOSBuilt by AKOSPalantirBuilt on FoundryEnterprise data foundations, workflow orchestration and governed AI operations — the infrastructure layer under every module.Ontology-drivenAudit trail per actionHuman in the loop
What MEDKONG is

Not another billing tool. Operational infrastructure for RCM.

Each module owns a piece of the financial workflow — pre-service, mid-cycle or post-service — and reads from the same operational model of patients, encounters, claims, payers and dollars. Nothing is monolithic, and nothing is a chatbot bolted onto a portal.

Your EHR, PM system, clearinghouse and document stores stay where they are. Modules plug into the workflow your teams already run — no data migration, no platform replacement, no retraining the floor. MEDKONG maps your systems into one ontology, then runs work against it.

Deployment configurator3 of 8 installed
Shared ontology · integration · governancePalantir
Click a module to add or remove it from the kit.
Workflow coverage

Built for the work that slows revenue down.

Eight workflows, deployable independently. Two of them are where most operators start, because that is where the leakage and the labor are.

Module 01 · Pre-service

Prior authorization

Determine whether auth is required, assemble the clinical packet from the record, submit through the payer channel, and track the clock. Staff review exceptions, not every case.

Requirement check · UHC · 27447Auth required
Policy matched
MP-0142
Packet
8 of 9 docs
Payer SLA
31:20
Module 06 · Post-service

Denials and appeals

Classify every denial by root cause, route it to correction or appeal, draft the letter with evidence attached, and track outcome by payer and reason code so the pattern gets fixed upstream.

Root cause mix · 30 days$107.7K at risk
CO-197$41.3KCO-11$27.4KCO-16$18.9KCO-45$9.6K
Module 02

Patient access & eligibility

Coverage, benefits and estimates resolved before the visit, not after the denial.

Verified pre-visit96%
Module 03

Charge capture support

Missing and mismatched charges surfaced against documentation while the encounter is fresh.

Charges recovered / mo$212K
Module 04

Coding & documentation review

Code suggestions cited back to the note, specificity gaps flagged for the coder.

Coder throughput+31%
Module 05

Claim QA & submission

Claims checked against your own denial history, then held or released with a reason.

Predicted denials held74
Module 07

Payment posting & reconciliation

Remits matched, variances explained against contract, exceptions queued not buried.

Auto-posted88%
Module 08

Reporting, audit & oversight

Every automated action carries inputs, rationale and reviewer for audit.

Actions traced100%
Why the kit model

Deploy modules, not monoliths.

Platform replacements take years and are judged all at once. A kit is judged one workflow at a time, against the queue it was pointed at.

PHASE 01

One workflow, in production

Pick the queue costing you the most. One module, one integration path, one operator workbench. Value measured on that queue alone.

Prior auth
PHASE 02

Adjacent queues, same model

The second module inherits the integrations, ontology and governance already in place, so it lands in weeks rather than quarters.

CodingClaim QADenials
PHASE 03

An RCM operating layer

Enough modules in, and the kit becomes the layer leadership runs the cycle from: one view of work in flight, one audit trail, one place policy is encoded.

PostingARCommand center
Product intelligence

AI that works inside the workflow.

Five workbenches, one operational model underneath. Each is a place a person works, with the model doing the assembly, the checking and the first draft.

Authorizations that clear before the appointment does.

Pre-auth fails on assembly, not judgment: the requirement is buried in a payer policy, the evidence is in three systems, and the clock started yesterday.

The workbench determines whether auth is required, assembles the clinical packet with citations, submits through the payer channel and tracks the clock — putting a human only on the decision.

Requirement determination against payer policy and planClinical packet drafted from the record with citationsSubmission and status polling per payer channelSLA clocks, escalation and peer-to-peer prep
PRIOR_AUTH / CASE DETAILAssembling
PA-40907 · Knee arthroplasty 27447
UHC Choice Plus · Dr. M. Álvarez · 08/19
REVIEW
Packet assembly62% assembled
Clinical notes, last 90 daysEHRATTACHED
Conservative therapy history, 14 wksEHR + documentsATTACHED
Imaging report, 2026-07-28RadiologyATTACHED
Payer policy criteria matchPolicy libraryMATCHED
Ordering provider attestationWorkflowPENDING

Payer policy match

MP-0142 · Total knee arthroplasty. Criteria 3 of 4 met; conservative therapy documented 14 weeks.

SLA remaining

31:20

Submit to payerRequest attestation
Also in the kit

Payment posting & reconciliation

Remits matched to claims, variances explained against contract, exceptions queued instead of buried.

Also in the kit

Executive RCM command center

Work in flight across every installed module: throughput, aging, denial patterns by payer, automation rate, human intervention.

Why Palantir
Palantir

MEDKONG is built on Palantir Foundry.

Serious workflow infrastructure needs a serious foundation. Foundry is what turns a dozen disconnected systems into one governed operational model — and what makes AI decisions inside revenue workflows traceable rather than plausible.

It is not a badge on the page. It is the layer every module reads from, writes to, and is audited against.

One governed data foundation

Source systems land once, with lineage and permissions carried through every downstream use.

A shared operational ontology

Claims, encounters, payers and accounts as objects every module reads and writes.

Orchestration and decision support

Workflows, queues and agent actions run against live objects, not exported spreadsheets.

Auditability by construction

Every automated decision traceable to inputs, rule or model, and reviewer.

Fragmented systems, one layer

A dozen systems of record become one place the revenue cycle is operated from.

Where Foundry sitsSource systems · EHR, PM, clearinghouse, documentsFoundry ontology & orchestrationMEDKONG kitsOperator workbenches
Outcomes

Built to move operational metrics.

Measured against two multi-facility deployments running in production — not modelled targets.

38%

Fewer manual touches per authorization

2.4d

Faster from denial received to appeal filed

94%

First-pass claim acceptance rate

6wk

From kickoff to first module in production

Who it’s for

Built for operators running complex revenue work.

01HEALTH SYSTEMS

Start where the payer mix hurts most

Many facilities, one revenue cycle, and a decade of accumulated systems. Deploy against the worst queue without a multi-year platform program.

1Module to start0Systems replacedEnterprise
02PROVIDER GROUPS & MSOs

One operational view across acquired practices

Growth by acquisition leaves several PM systems and no common view. The ontology gives you one, and modules run across all of them.

4+PM systems unified1Work queueMulti-entity
03IN-HOUSE RCM TEAMS

Absorb the assembly work, keep the judgment

Headcount is capped and volume is not. Modules take the assembly and checking so experienced staff spend the day on exceptions and payers.

38%Fewer touches100%Actions tracedOperations
04HEALTHCARE IT & TRANSFORMATION

Answerable AI, not asserted AI

You are accountable for integration, governance and what the AI actually did. Foundry lineage and permissioning make that auditable.

RBACAccess modelFullLineageGovernance

RCM service operators

Margin is throughput per FTE. Deploy across client books, keep data separated, price against measurable automation rates.

Healthcare platforms

Building administrative software of your own? Use the kit as the operational backbone instead of rebuilding integrations and governance.

System architecture

The MEDKONG intelligence stack.

Six layers. The bottom four are shared by every module — which is why the second module costs a fraction of the first.

06Operator surfacesMedKongWorkbenches, worklists and dashboards for auth, coding, claims, denials, posting and AR.WorkbenchesWorklistsDashboards
05AI agents & workflow enginesMedKongDrafting, classification, checking and queue logic, each scoped to a module and an approval path.Auth agentAppeal agentQA engine
04Analytics, governance & monitoringMedKong + FoundryAutomation rate, throughput, accuracy, intervention rate, and a complete audit trail per action.Audit trailScorecardsAlerting
03Ontology / canonical modelPalantir FoundryPatients, encounters, claims, remits, payers and accounts as governed objects with lineage.ObjectsLinksLineage
02Integration layerPalantir FoundryPipelines and connectors into systems of record, clearinghouses, payer channels and document stores.HL7 / FHIR837 / 835Documents
01Source systems & documentsYour environmentEHR, practice management, billing, clearinghouse, payer portals, scanned and faxed documents.EHRPMClearinghouse
AKOSWhy AKOS

The team behind the kit builds the whole stack.

AKOS is a systems builder, not a design studio with an AI demo. The work is integration against real systems of record, canonical models that survive messy source data, agents that operate inside approval paths, and applications operators run their shift in.

That is why MEDKONG ships as a kit: every layer beneath the modules is infrastructure AKOS already deploys for enterprise operations.

akos.ai →
IntegrationConnectors and pipelines against EHR, PM, clearinghouse, payer portals and document stores.
OntologyA canonical model of patients, encounters, claims, payers and dollars that holds against messy source data.
Workflow & agentsAgents operating inside approval paths, with queues, thresholds and handoffs made explicit.
GovernancePermissioning, lineage, audit trails and human-in-the-loop controls designed in, not bolted on.
ApplicationsOperator-facing workbenches built for a shift of real work, not for a demo.
Implementation

Deploy the workflow you need. Expand from there.

01

Pick the queue

Two weeks of diagnostic on volumes, touches and leakage. One module chosen on numbers.

02

Connect the systems

EHR, PM, clearinghouse and documents mapped into the ontology, with access rules from day one.

03

Encode the rules

Payer policies, work queues, thresholds and approval paths configured to how your team works.

04

Run it live

Operators work in the module with automation supervised, then progressively released as accuracy holds.

05

Add the next module

The foundation is built. Adjacent workflows install against the same model and governance.

Bring modular AI to the revenue cycle.

A walkthrough runs 45 minutes: the workbenches running, the ontology behind them, and an honest scoping of what a first module would take in your environment.

The stack behind it

AKOSBuilt by AKOSIntegration, ontology, agents, applications
PalantirBuilt on FoundryGoverned data, orchestration, full lineage

Deployed module by module, into the systems you already run.