HEALTHCARE · Live since 2026-05-08

HiveClear gives every prior auth decision a receipt that holds up, for $0.0096 each. Prior auth denials are one of the biggest ways healthcare revenue disappears.

Forty-five million prior authorizations move through US payers every year. About four out of five appealed denials get overturned. The CMS Interoperability and Prior Authorization Final Rule (CMS-0057-F) now gives payers a 7-day standard window and a 72-hour expedited window to decide, with mandatory reporting starting in the 2026 plan year. CLEAR sits underneath that whole process. Submission, payer receipt, clinical review, decision, peer-to-peer, appeal, final determination: each step gets a dual-signed (Ed25519 + ML-DSA-65) receipt built for the post-quantum era, and auditors, regulators, and appeal panels can check it offline.

High-volume or negotiated terms? Talk to Steve

submissionpayer_receiptclinical_reviewdecisionpeer_to_peerappealfinal_determination

What this is worth to a single payer's book of PAs

CLEAR reads events from any X12 278, FHIR PAS, or Da Vinci CRD pipeline, or wraps around the PA API gateway a payer or PA automation vendor already runs. Every step in the process turns into a dual-signed receipt that points back to the one before it. Here are the numbers a Chief Medical Officer or VP of Utilization Management would bring to the board.

PA volume, US
~45M / year
Estimated annual prior authorization volume across US payers, per the AMA 2023 Prior Authorization Physician Survey. At $0.0096 per decision, receipting all ~45M US PAs a year comes to roughly $432,000 at scale, with every decision independently checkable.
Denial overturn rate
~80%+
Of the small share of denials that get appealed, most get overturned, per KFF analysis of Medicare Advantage PA decisions. A chain that shows tampering makes every appeal stronger. Clinical documents, timestamps, and peer-to-peer transcripts all get dual-signed.
CMS-0057-F deadlines
7 days / 72 hrs
Standard and expedited PA decision windows under CMS-0057-F, with API rules and PA metric reporting kicking in for the 2026 plan year. CLEAR produces decision timestamps that can't be faked, and they drop straight into CMS reporting.
Per-PA cost
$0.0096 / decision
Self-serve, metered, no monthly commitment. Volume-commit plans from $5,000/mo bundle decisions at the same per-decision rate. A payer running 5M decisions a year at $0.0096 pays $48,000 a year. That's less than the cost of avoiding one percentage point of denial rework.
Time to integrate
< 1 week
Drop the SDK in the existing X12 278 / FHIR PAS / Da Vinci CRD / DTR pipeline, or wrap the PA API gateway. No data-model changes, no UI changes, no clinical-review workflow changes.
NCQA UM 5
Audit-ready
Signed timeliness evidence for NCQA Health Plan Accreditation UM 5 utilization-management timeliness audits and CMS reporting. Receipts answer the question regulators actually ask: when, by whom, and against what evidence.

A national payer running roughly five million prior authorizations a year spends around $48,000 a year in receipt fees at $0.0096 per decision. Compare that to the cost of denial rework, appeal handling, regulator penalties, and frustrated providers, which already runs into the billions. The math speaks for itself.

For payers, providers, and PA automation vendors

CLEAR is a layer of proof that sits underneath Waystar, Cohere Health, Olive AI, Myndshft, Availity, and Change Healthcare. It doesn't replace any of them. Those platforms own clinical-review automation, payer connectivity, and policy logic. CLEAR owns the signed receipt that every one of their steps should already have. UnitedHealth, Anthem, Aetna, Cigna, Humana, Centene, Kaiser, and the hospital systems and PA automation vendors that work with them keep their existing PA stack and just add a chain that shows any tampering, which auditors can check offline.

Receipt rail, not a PA platform

PA automation platforms move authorization requests through the workflow. They run clinical-review rules, route peer-to-peers, surface medical-necessity criteria, and connect to EHRs. CLEAR does the one thing they don't: it produces the signed, anchored receipt that every step in the workflow should already have. Keeping these two jobs separate is the whole point.

LAYER 3
PA automation, payer portals, EHRs: Waystar, Cohere Health, Olive AI, Myndshft, Availity, Change Healthcare, Epic, Cerner. Workflow, clinical-review rules, policy logic, peer-to-peer routing.
LAYER 2
CLEAR receipt rail. Dual-signed receipts at every step: submission, payer receipt, clinical review, decision, peer-to-peer, appeal, final determination. Lines up with CMS-0057-F, HIPAA 45 CFR § 164.312, ASTP HTI-1 / HTI-2, X12 278, FHIR PAS / DTR / CRD, NCQA UM 5, and Da Vinci CDex.
LAYER 1
Anchored on Base 8453 · Ed25519 (RFC 8032) + ML-DSA-65 (NIST FIPS 204) · USDC settlement via x402 · CBOR-canonical envelopes.

Every payer, provider, and PA automation vendor produces the same kind of evidence, just under different vendor names. The evidence doesn't depend on any one platform. That's what makes it hold up in front of a state insurance commissioner, a CMS auditor, an appeal panel, or a court.

How a $48,000 denied chemo PA gets reversed in four hours instead of eight weeks

Here's a real-world walk-through. A community oncologist submits a prior authorization for an outpatient infusion regimen. Estimated allowable cost: $48,000. The patient is mid-cycle, on a tight clinical clock. The standard decision window is 7 days under CMS-0057-F.

01
Submission. The provider's EHR fires clear_pa_submit alongside the FHIR PAS Bundle. The receipt locks in pa_id, payer DID, provider DID, member DID, CPT codes, ICD-10 codes, and a SHA-256 fingerprint of every clinical attachment. Both signatures get applied. It's anchored on Base 8453.
02
Payer receipt, then clinical review. The payer's gateway acknowledges it, and the clinical reviewer opens the case. Each event, like assignment, opening the document, or checking criteria, creates its own chained receipt. The chain keeps the case in order, with no gaps.
03
Decision: denied, citing missing labs. The payer fires clear_decision_attest with the denial reason and a pointer back to the chain. The provider sees the receipt and pulls the chain. Every clinical document the EHR sent has a fingerprint and a timestamp that directly contradicts the denial reason.
04
Peer-to-peer attached as a receipt. The provider files clear_p2p_attest with a fingerprint of the peer-to-peer transcript, the attending oncologist's DID, and a pointer back to the denial. The payer's medical director reviews the chain instead of a stack of faxes.
05
Appeal filed and overturned. The provider fires clear_appeal_attest. The payer's appeal panel runs clear_chain_verify on a clean laptop with no internet connection. Ed25519 and ML-DSA-65 both check out, the chain lines up, the record matches. The decision gets overturned.
06
Final determination. The provider keeps the $48,000 in allowable revenue, the patient gets treated in time, and the payer avoids getting escalated to the state insurance commissioner. Total time: four hours, not eight weeks. The same chain answers a future NCQA UM 5 timeliness audit without collecting anything again.

Live verification: what an auditor sees

The envelope is CBOR-canonical and checks offline against the issuer's published public keys. No call to Hive is needed at audit time. The panel below is the same thing every appeal panel, NCQA reviewer, or CMS auditor sees.

clear_chain_verify · pa_id = 01J5K-CLR-PA-9F7C2A VERIFIED
// The PA record, shown here as readable JSON { "pa_id": "01J5K-CLR-PA-9F7C2A", "payer_did": "did:hive:payer:0xa19c…7d41", "provider_did": "did:hive:provider:0x88f3…c104", "member_did": "did:hive:member:0x4e21…b8c0", "cpt_codes": ["96413", "96415", "J9355"], "icd10_codes": ["C50.911", "Z51.11"], "clinical_doc_hash": "sha256:9b2f7c…a14d", "decision": "approved_on_appeal", "decision_at": "2026-05-08T19:04:11Z", "prior_attestation_id":"01J5K-CLR-DEC-7F2A91", "chain_length": 7, "sig_ed25519": "4c7d…e211", // RFC 8032 "sig_mldsa65": "f9a1…3d04" // NIST FIPS 204 }
[ok] Ed25519 signature valid · issuer key fingerprint k1:8c2a…
[ok] ML-DSA-65 signature valid · issuer key fingerprint kq:b71d…
[ok] Chain checked: 7 of 7 steps verified offline (submission through final_determination)
[ok] Decision timestamps meet the CMS-0057-F 7-day standard window, with no gaps or out-of-order events

That panel is everything an appeal panel or a CMS auditor needs to see. No demo. No login. The evidence proves itself, and it'll still work in fifty years on a laptop with no internet.

Standards: what CLEAR adds

Every existing PA standard answers a different question. CLEAR doesn't replace any of them. It adds the signed proof that makes each one hold up after the fact.

StandardCoverageWhat CLEAR adds
CMS-0057-F7-day standard / 72-hour expedited PA decision rule, API surface, PA metric reporting (2026 plan year)Decision timestamps that can't be faked, and drop straight into CMS reporting
HIPAA 45 CFR § 164.312Audit controls for PHI access, modification, transmissionSigned access records, dual-signed and anchored to the chain
ASTP HTI-1 / HTI-2Information blocking + Decision Support Interventions (DSI)Proof tied to the actual PA decision: what was shown, when, and to whom
X12 278Health Care Services Review: eligibility / utilization review request / responseThe receipt rides inside 278 transactions without breaking the wire format
FHIR PAS / DTR / CRDDa Vinci PA Bundle, Documentation Templates & Rules, Coverage Requirements DiscoveryReceipt anchored to the PAS Bundle fingerprint, covering the whole bundle, not just metadata
NCQA UM 5Utilization management timelinessAutomatic timeliness evidence for credentialing audits, no spreadsheet rebuilding
Da Vinci CDexClinical Data Exchange between payers and providersProof of document delivery, tracked from the EHR to the payer's reviewer
ASTP USCDI v3Common data set for interoperabilityProof at the element level: each USCDI element is fingerprinted and signed in place

3-step integration path

01
Drop the SDK into the X12 278 / FHIR PAS / Da Vinci CRD pipeline, or wrap the PA API gateway a payer or PA automation vendor already runs. One sidecar per environment. No changes to the customer-facing UI or the clinical-review workflow.
02
Fire clear_pa_submit and clear_decision_attest on each lifecycle transition. Add clear_p2p_attest and clear_appeal_attest as those events occur. Chain pointers resolve automatically; the lifecycle thread builds itself.
03
Hand auditors, regulators, and appeal panels the verification chain. They run clear_chain_verify on a clean laptop with no network, walk every receipt, and the case answers itself. NCQA UM 5, CMS-0057-F reporting, and HIPAA 45 CFR § 164.312 audits resolve from the same chain without re-collection.

The 11 tools

ToolPurpose
clear_pa_submitSubmit a prior authorization with a dual-signed receipt envelope.
clear_pa_getRetrieve a stored PA by id.
clear_pa_verifyVerify both signatures (Ed25519 + ML-DSA-65) on a stored PA.
clear_decision_attestAttest a payer decision with chain pointer to the submission.
clear_p2p_attestAttest a peer-to-peer with chain pointer to the decision.
clear_appeal_attestAttest an appeal with chain pointer to the denial.
clear_chain_verifyVerify the full chain for a PA, from submission through final determination.
clear_by_payerPaginated history by payer DID.
clear_by_providerPaginated history by provider DID.
clear_pricingRead live pricing surface.
clear_healthHealth probe.

Eleven tools, all live in production. Contact us for integration credentials and the full manifest.

The PA envelope

Every clear_pa_submit and clear_decision_attest call returns an envelope with the PA id, payer DID, provider DID, member DID, CPT codes, ICD-10 codes, a fingerprint of the clinical document, the decision, the decision timestamp, the prior attestation id, and both signatures (Ed25519 + ML-DSA-65). The signatures lock in every field. Any attempt to tamper with it breaks verification.

The envelope is CBOR-canonical. Anyone can verify it offline against the issuer's published public keys. ML-DSA-65 (NIST FIPS 204) is the post-quantum signature. Ed25519 (RFC 8032) adds classical assurance. Both have to check out for the receipt to be valid. Receipts stay valid through key rotation, thanks to a signed key history, so a 2026 PA can still be defended in a 2046 audit.

What this is not

Setting the right expectations is part of the product. CLEAR is narrow on purpose.

NOT
A PA automation platform. Workflow, routing, and clinical-review queues belong to Waystar, Cohere Health, Olive AI, Myndshft, Availity, Change Healthcare, and the EHR.
NOT
A clinical decision support system. We don't encode medical-necessity criteria or recommend approve or deny.
NOT
A payer system. We do not adjudicate benefits, hold member rosters, or run policies.
NOT
A claims clearinghouse. We don't move 837 / 835 traffic or run remit posting.
NOT
A replacement for medical necessity review. The reviewer's decision is theirs. CLEAR just records it, signed and verifiable.
NOT
An appeal-panel substitute. We produce the evidence. Appeal panels form the opinions.
IS

The signed receipt rail underneath any of those. PA automation platforms, EHRs, payer portals, claims clearinghouses, and medical-necessity reviewers all run cleaner with a dual-signed receipt under each step.

Pricing

TierRateIncludesCommitment
Per decision Self-serve, metered$0.0096per decisionEvery PA lifecycle decision: dual-signed receipt, chain pointers, checkable offline, ready for CMS-0057-FNone. Pay as you go.
Volume commit Optionalfrom $5,000/mobundle at $0.0096/decisionPre-committed decision volume at the same per-decision rate; overage billed at $0.0096/decision; custom SLA and NCQA UM 5 reportingMonthly or annual

No per-seat fees, no tier walls. Every decision is one receipt at $0.0096. Volume-commit plans start at $5,000/mo and bundle decisions at the same rate. Custom integrations into a payer's X12 278, FHIR PAS, or Da Vinci CRD pipelines, plus NCQA UM 5 reporting and CMS-0057-F PA-metric submission, are available on volume-commit plans. Settlement is USDC on Base 8453 via x402. Receipts settle in seconds. Invoicing is monthly, net-30 by default.

Field map

CLEAR gives every prior-authorization step a dual-signed receipt that drops cleanly into existing X12 278, FHIR PAS, Da Vinci CRD, and CMS reporting pipelines. Each call accepts the fields below. The envelope round-trips through standard JSON / CBOR transports via the Hive Receipt primitive.

FieldFormatMaps to
pa_idUUIDInternal PA correlation id; X12 278 trace number; FHIR PAS Bundle id
payer_diddid:hive:payer:…Payer organization: UnitedHealth, Anthem, Aetna, Cigna, Humana, Centene, Kaiser, or a regional plan
provider_diddid:hive:provider:…Submitting provider organization, NPI, group TIN
member_diddid:hive:member:…Member identifier: not the real ID, a stand-in derived from it under HIPAA-compliant rotation
cpt_codesarray<string>Procedure codes: CPT / HCPCS, for example 96413, J9355
icd10_codesarray<string>Diagnosis codes: ICD-10-CM, for example C50.911, Z51.11
clinical_doc_hashsha256 hexSHA-256 fingerprint of the clinical attachments bundle delivered with the PA
decisionenumapproved, denied, pended, approved_on_appeal, denied_on_appeal, peer_to_peer_held
decision_atRFC 3339Decision timestamp: the field CMS-0057-F reporting actually asks for
prior_attestation_idUUIDA pointer back to the prior event in this PA's chain

Pair this with HiveComply when SOC 2, HIPAA, or NCQA audits come up. HiveComply reads CLEAR receipts natively, so one audit covers every Hive product your company uses. Pair it with Atticus if an appeal turns into litigation.

Start in under two minutes

Mint an API key, drop the SDK into your X12 278 / FHIR PAS pipeline, and your first PA decision gets a receipt. No qualification gate, no sales rep, no demo call required.

High-volume or negotiated terms? Talk to Steve

Live since 2026-05-08 · 11 tools · Lines up with CMS-0057-F / HIPAA / ASTP HTI-1 / X12 278 / FHIR PAS / NCQA UM 5 / Da Vinci · Dual-signed (Ed25519 + ML-DSA-65) · Settles USDC on Base 8453
Frequently asked

Questions buyers actually ask

What does CLEAR attest?

Every Prior Authorization step, from submission to payer receipt, clinical review, decision, peer-to-peer, appeal, and final determination, gets a dual-signed (Ed25519 + ML-DSA-65) receipt built for the post-quantum era. Providers, payers, and regulators can check it offline.

How does CLEAR align with CMS-0057-F?

CLEAR fits into the Prior Authorization workflow that CMS-0057-F requires. Receipt envelopes drop cleanly into existing payer and provider PA pipelines and make every required step checkable.

Why does each PA decision need a receipt?

Prior auth is the single biggest source of lost revenue from denials. A dual-signed PA receipt backs up the decision in an appeal, a peer-to-peer review, or any later dispute, without redoing the underlying clinical record.

What does each receipt cost?

$0.0096 per decision, self-serve and metered with no monthly commitment. Volume-commit plans from $5,000/mo available. Settlement is in USDC on Base 8453 via x402.

How are signatures verified?

ML-DSA-65 (NIST FIPS 204) is the post-quantum signature. Ed25519 (RFC 8032) adds classical assurance. Both need to check out for the receipt to be valid. Anyone can verify it offline against the issuer's published public keys.

Is CLEAR a payer or a provider tool?

Both. CLEAR is the receipt rail underneath the PA decision, no matter which side starts it. Providers attest submission and appeal events. Payers attest receipt, review, and final determination events.

Hive runs the receipt rail underneath the broader A2A · agent-to-agent commerce category.