Skip to main content
CMS-0057-F FHIR APIs are due January 1, 2027. Meet the mandate without replacing your core. Read the summary →
Payer platform  ·  Source-available  ·  Runs in your cloud

Meet the 2027 FHIR deadline without
replacing QNXT, Facets, or HealthEdge.

Cloud Health Office deploys beside your core admin system. It serves the CMS-0057-F APIs now, then takes over claims domains when you are ready. It is a payer platform — not VMware CloudHealth or Salesforce Health Cloud.

Or run it locally / view source on GitHub  ·  inspect the public evidence

Foothold — mandate beside the core

Buy CMS-0057-F FHIR APIs in your cloud this year while QNXT, Facets, or HealthEdge stays the system of record.

Your cloud, your data, inspectable source

Deploy in your own Azure, AWS, or GCP. PHI stays inside your boundary. Source-available under BSL 1.1, so your security team can read the code.

1,000,000-claim adjudication evidence, published with limits

We validated adjudication at one million deterministic synthetic claims — and publish the honest limits alongside the numbers.

Then expand by domain, then core only if you choose. See the three-step ladder →

The platform in one view

From raw claim to inspectable outcome.

Cloud Health Office turns healthcare transactions into durable work, routes them through focused payer services, and preserves the evidence needed to explain what happened.

Healthcare transaction cards converge into a secure intake pipeline, move through an asynchronous message hub and modular payer services, then resolve into an evidence store, audit ledger, and verified claim outcome.
1 · IntakeX12 and API transactions become validated, durable work.
2 · Adjudicate / authorizeEligibility, benefits, pricing, adjudication, and prior authorization.
3 · PayPayment services settle and reconcile independently.
4 · ProveFHIR APIs plus a connected lifecycle and audit ledger.
Conceptual platform view. Exact integrations and operating topology are validated for each payer environment.
The problem — and the low-risk path

The deadline is real. A full core replacement isn’t the only answer.

CMS-0057-F requires new FHIR APIs for patient access, prior authorization, and payer-to-payer exchange. Waiting risks a scramble; ripping out your core admin system risks a multi-year, high-stakes project you don’t have time for.

Cloud Health Office is the low-risk path: a compliance layer that sits alongside your existing core. You meet the mandate in weeks — then modernize domain by domain, at your own pace, with your system of record intact.

Read the CMS-0057-F Summary →
Million Claim Challenge

The proof is public.

We validated adjudication at one million deterministic synthetic claims — and we publish the honest limits alongside the numbers.

1M Claims
Adjudicated
155.89 Claims/Sec
at 1M
0 Dead-Letter
Messages
$0.00 Average Payment Delta
(19,982 payment-comparable claims)

These figures are from local Docker Desktop Kubernetes validation, not a production-cloud capacity claim. Every one of the 1,000,000 claims was verified terminal, with zero dead letters or pod restarts.

Inspect the Evidence Archive → Read the Part 16 Write-up →
Your cloud, your data Deploy in your own Azure, AWS, or GCP subscription. You own it permanently.
PHI never leaves your walls No black-box vendor access to member data. Processing stays inside your environment.
Private endpoints Network-isolated services and private connectivity, not the public internet.
Full audit evidence Every claim outcome carries a connected lifecycle and audit ledger you can inspect.
Where you start

Three layers, at your pace.

Most established payers start at Layer 1 — Foothold — and expand only when they’re ready. Same platform, same team, no new vendor.

Layer 1 — Foothold

What can we buy this year against the 1 Jan 2027 CMS-0057-F clock while QNXT, Facets, or HealthEdge stays the system of record? FHIR APIs in your cloud; the core stays authoritative. Most payers start here.

Layer 2 — Domain cutover

Which one operational domain do we peel off the core without a rip-and-replace program? Prior auth, provider, eligibility, or claims intake. The core remains system of record for everything not cut over. Reversible.

Layer 3 — Core

When, if ever, is Cloud Health Office the claims ledger? Only when you choose. Not a big-bang HealthEdge-style program, and not a claim that a live QNXT book has already moved.

See the three-step ladder on the platform page →

Who this is for

Built for payer operations teams.

Medicare Advantage, Medicaid, and CHIP plans facing Jan 1, 2027 · CIOs who will not sign a core replacement this budget cycle · architects who want source and customer-owned cloud.

CMS-0057-F Compliance Surface

The FHIR APIs the mandate requires — patient access, prior authorization, payer-to-payer — running alongside your core without replacing the adjudication path.

Clearinghouse EDI + Prior Auth

Outbound clearinghouse connectivity implemented against Stedi, with prior authorization workflows that replace manual and fax-based review. Availity and Change Healthcare adapters are scaffolds; additional clearinghouses are built per engagement.

Domain cutover

Replace your legacy core one domain at a time, on your schedule. Your system of record stays authoritative until you choose to cut over.

Source-Available, Your Cloud

Inspect every line and deploy in your own Azure, AWS, or GCP subscription. No black-box vendor lock-in; your data never leaves your walls.

Get started

Start where the risk is lowest.

Evaluate the source and the evidence for free. When you are ready, we discuss a production Layer 1 deploy in your own cloud — and the terms for an early production tenant.

1 · Evaluate

Run it locally, read the source, and inspect the Million Claim Challenge evidence. No form required.

Get the evaluator pack →

2 · Scope

We map CHO to your core (QNXT, Facets, HealthEdge) and scope a CMS-0057-F Layer 1 deployment in your cloud.

How deployment works →

3 · Deploy

Deploy in your Azure, AWS, or GCP subscription — PHI never leaves your walls. First production deployment terms are on the deploy page.

First production deployment terms →

Talk about a deployment →
Software · Deployment · Expertise

Software, deployment flexibility, and payer expertise

Cloud Health Office helps health plans connect CMS-0057-F requirements to existing payer operations through flexible software, practical deployment options, and professional services.

Software

The CMS-0057-F platform: FHIR R4 and Da Vinci workflows, core administration adapters, progressive modernization, and published evidence. Source-available so your architects can read it first.

Explore the platform →

Deployment

Deploy it in your own cloud — available today. Have Aurelianware manage it in an environment you control, or split operations under a shared-responsibility model, by engagement. A hosted service is under evaluation.

Compare operating models →

Services

Implementation, architecture, vendor and SOW review, and fractional payer architecture leadership — from the people who build the platform.

Explore Professional Services →
Professional Services

Need expertise before you need software?

Cloud Health Office Professional Services helps payer teams assess CMS-0057-F readiness, evaluate core administration options, review vendor proposals, plan deployment, and lead complex interoperability initiatives — whether or not Cloud Health Office ends up in the answer.

Independent advice. Practical implementation. Software when it fits.

The Process

From first call to pilot

From first call to a scoped pilot in under 8 weeks — in your own cloud subscription.

Align on scope

We learn your current stack, your CMS-0057-F priorities, and the workflows that matter most. Together we define a focused first milestone.

1–2 weeks

Deploy to your subscription

We handle the full infrastructure setup in your Azure, AWS, or GCP environment. Your team watches and approves — no black-box vendor access, no data ever leaves your walls.

2–4 weeks

Validate & co-develop

Your team validates the platform in a production-shaped environment. We run joint sprints to build out workflows, tune attribution logic, and prioritize your roadmap based on measurable findings.

Ongoing collaboration

1,000,000 claims persisted. 1,000,000 eventually terminal. Zero dead letters. The run artifacts are public.

Two ways to move

Evaluate on your own, or talk about a deployment.

Engineers can clone and run it today. Teams scoping CMS-0057-F can get the evaluator pack or book 30 minutes — we reply within one business day.

Prefer the source? Run it locally / view source on GitHub →

Be Ready for CMS-0057-F.
On your terms.

Deploy in your cloud. Go live with your team. Move without betting your operations on a replatform.

Talk about a deployment → Get the evaluator pack →

Ready to meet CMS-0057-F on your terms?

Talk about a deployment → Evaluator pack