R1 Acquires Humata Health | Acquiry Deal Intelligence

01 · What happened

R1 buys a control point before the claim exists

R1 announced on 18 August 2026 that it had entered into an agreement to acquire Humata Health, a company focused on AI-powered prior authorisation. The stated purpose is to enhance Phare OS, R1’s revenue-cycle platform, with policy monitoring and agentic workflows that can create effective authorisation submissions before a claim is submitted. The companies expect the transaction to close by the end of the third quarter of 2026. Confirmed fact ^[1]

The commercial logic is upstream. R1 already positions Phare OS around pre-bill workflow automation spanning authorisation, utilisation review, documentation and coding. Humata adds a specialist workflow that identifies requirements, assembles the clinical case, provides evidence for payer attestations and manages the request through approval. The acquisition is therefore an attempt to move from revenue-cycle visibility to a more active authorisation decision and execution layer. Acquiry inference

“Humata significantly enhances our coverage of the authorization process, advancing our strategy to have the most intelligent and integrated pre-bill architecture in the industry.”
Joe Flanagan, Chief Executive Officer, R1 ^[1]

Nothing in the announcement confirms a purchase price, cash versus equity split, revenue contribution, customer cohort, employee count, deal protection, earn-out, management rollover, buyer-side adviser or regulatory condition. Those omissions matter. They make a valuation, accretion or return-on-invested-capital conclusion impossible at this stage. Public-record boundary

02 · The deal at a glance

Terms as reported

Item	Public record	Read-through
Acquirer	R1 RCM, Inc., private healthcare revenue-management company.	R1 became privately held following the TowerBrook and CD&R take-private in November 2024. ^[3]
Target	Humata Health, AI-powered, touchless prior-authorisation company.	Target focuses on the pre-claim authorisation workflow. ^[1]
Announcement	18 August 2026	Agreement announced, not completed. ^[1]
Expected close	By end of Q3 2026	Subject to the usual uncertainty until formal closing confirmation. ^[1]
Consideration	Not disclosed	No price, cash/equity mix, enterprise value or implied multiple can be calculated.
Target adviser	Lazard, exclusive financial adviser to Humata.	Buyer adviser not disclosed. ^[1]
Target revenue / ARR	Not disclosed	Any revenue or growth estimate would be speculative.
Target customers / headcount	Not disclosed	No diligence conclusion on concentration, retention or staffing can be made from public sources.
Deal protections / approvals	Not disclosed	No public information on break fees, financing, HSR status or other conditions.

03 · The asset

The asset is workflow intelligence at the payer-policy boundary

Humata’s disclosed capability set is unusually consequential for an RCM platform because it is not just a document-generation tool. R1 describes a workflow that monitors changing authorisation policies, determines requirement logic, produces an AI-driven clinical bundle, supports payer attestations and manages requests to final approval. Company-stated capability ^[1]

01

Policy logic

Determine whether prior authorisation is required and what the payer expects.

02

Clinical bundle

Assemble relevant clinical documentation into an authorisation case.

03

Attestation evidence

Provide support for the payer’s stated evidence requirements.

04

Payer execution

Connect and manage the request through review and response.

05

Approval signal

Feed a decision back into the pre-bill workflow before the claim is submitted.

The acquirable advantage, if the claimed workflow performance survives integration, is the operating data that accumulates around exceptions: which documentation works for a given policy, where the payer requests more information, when a pathway fails and what must be changed before the patient appointment or claim reaches the next stage. This is an integration thesis, not evidence that the data has been legally or technically unified today. Acquiry inference

04 · Unit economics

There is no public unit-economics disclosure. There is a measurable pain point.

Humata and R1 do not disclose revenue, pricing model, gross margin, net retention, implementation cost, transaction cost or contribution margin. A conventional SaaS unit-economics assessment is therefore unavailable. The relevant public record instead contains workflow outcomes claimed by Humata. These should be treated as directional commercial evidence, not independently validated KPI data. Disclosure limitation

Up to 96%

First-pass approval rate

Company-reported achievable outcome.

30%

Write-off reduction

Company-reported outcome.

83%

Fewer rescheduled appointments

Company-reported outcome.

45%

Fewer staff touches

Company-reported outcome.

For R1, the economic opportunity is best expressed as a chain rather than a reported number: fewer preventable denials, fewer manual touches, fewer reschedules and faster progression to a clean claim could raise provider revenue performance and lower the service cost of delivery. The missing variables are conversion, customer eligibility, payer-specific performance, sales cycle, contract structure and human-review requirements. Acquiry inference

05 · Buyer rationale

R1 is trying to make Phare OS more intelligent before revenue leaks

R1’s own operating system narrative is modular. Its foundation comprises Phare Intelligence, Payer Atlas and a data platform; its workflow modules extend from prior authorisation through utilisation management, coding, denials and accounts receivable. R1 says Phare OS carries more than $76 billion of net patient revenue, processes more than 600 million payer transactions annually and has more than 1,500 payer connections in Payer Atlas. Company-reported scale ^[2]

Humata maps directly to two foundational layers. R1 says the target will enhance Phare Intelligence and Payer Atlas. That combination matters because it binds clinical interpretation and policy logic to payer-specific execution rather than treating prior authorisation as a generic prompt or document task. It also creates an opportunity to deploy adjacent Audit and Denials modules with minimal incremental data integration, according to R1. Company-stated integration plan ^[1]

Distribution

R1’s installed provider footprint can potentially turn Humata from a specialist point solution into a component of a broader revenue-cycle relationship.

Data compounding

R1’s stated payer-connection and transaction scale can improve the value of an authorisation workflow only if the data rights, interfaces and feedback loops are integrated safely.

Cross-sell

The buyer has stated that authorisation customers can deploy additional Phare modules with minimal incremental data integration. This is the clearest public cross-sell claim.

PE value creation

R1’s private owners have an obvious incentive to accelerate software-enabled operational leverage. That is contextual, not a disclosed deal rationale.

06 · Operating metrics

What is known, and what it does not prove

Metric	Disclosed figure	Analytical use	Limitation
R1 provider partners	1,000, including 95 of the top 100 U.S. health systems	Distribution proxy for enterprise deployment potential.	Does not establish Phare OS penetration or access to every partner. ^[1]
R1 payer transactions	600m+ annually	Signals operating scale and payer-data relevance.	Not a Humata transaction figure or monetisation metric. ^[1]
Payer Atlas connections	1,500+	Signals the addressable interface layer for authorisation coordination.	Does not define live prior-auth API coverage. ^[2]
Humata outcomes	Up to 96% first-pass approval; 30% lower write-offs; 83% fewer reschedules; 45% fewer staff touches	Defines the intended commercial benefit.	Company claims, not independently audited results. ^[1]
Target financial profile	Not disclosed	None.	Revenue, backlog, retention and profitability unavailable.

07 · Precedents

The relevant precedent is platform consolidation, not a clean valuation set

There is no public consideration for this transaction, and the public record does not support an EV / revenue precedent analysis. The more useful precedent lens is structural: RCM platforms, EHR vendors and payers are all seeking to control the prior-authorisation interface, because it sits at the intersection of clinical documentation, payer policy, scheduling, utilisation and payment. Healthcare Dive noted that Epic had launched an instantaneous prior-authorisation-requirement check in the same period. Market observation ^[6]

That does not make Humata interchangeable with those platforms. It clarifies the deal logic: R1 is buying specialised automation before the interface becomes fully standardised or absorbed into a larger enterprise workflow. Acquiry inference

08 · Comparables

Compare control points, not implied multiples

Control point	Market position	R1 × Humata position	Read-through
EHR workflow	Can expose or trigger clinical prior-authorisation tasks at point of care.	R1 must integrate into, rather than own, provider clinical workflows.	Interoperability and clinician workflow acceptance are execution dependencies.
Payer portal / API	Controls rules, adjudication and decision response.	Humata aims to connect to and manage requests against payer-specific requirements.	Payer coverage, policy freshness and response reliability drive outcome quality.
RCM platform	Controls downstream claims, denials and financial operations.	R1 extends its pre-bill architecture upstream into authorisation.	The strategic prize is a less fragmented end-to-end workflow.
Point automation	Can automate a discrete authorisation task.	Humata is positioned as the specialist capability inside a broader platform.	Cross-sell and integration can improve distribution, but can dilute product focus.

Note This is an operating-position comparison. It is not a revenue, market-share or valuation comparison and should not be read as one.

09 · Valuation path

The only disciplined valuation conclusion is that there is not one yet

Humata disclosed a $25 million financing round in June 2024. It did not disclose a valuation in the available public source, and R1 did not disclose transaction consideration in the acquisition announcement. Therefore, no funding-to-exit uplift, revenue multiple, cost-synergy multiple or buyer return can be calculated responsibly. Confirmed disclosure boundary ^[4]

Valuation question	Public answer	What would resolve it
Purchase consideration	Not disclosed	Closing release, regulatory filing, credible reporting or buyer disclosure.
Consideration mix	Not disclosed	Merger agreement summary or company disclosure.
Target revenue / ARR	Not disclosed	Audited accounts, investor materials or verified reporting.
Implied EV / revenue	Not meaningful	Both price and revenue need to be known.
ROI / accretion	Not assessable	Price, financing, operating plan, integration costs and realised synergies.

10 · Capital history

Known target capital: one disclosed $25 million round

Humata says it raised $25 million in a financing announced on 20 June 2024. The round was led by Blue Venture Fund and LRVHealth. Other named investors included Optum Ventures, 406 Ventures, Highmark Ventures and VentureforGood. R1 additionally identifies Sandbox Clinical Venture Fund among Humata’s strategic healthcare investors. Confirmed financing record ^[4] ^[1]

2023

Humata Health founded

Founded by Jeremy Friese, MD, according to the target’s 2024 funding announcement. ^[4]

20 June 2024

$25m financing announced

Blue Venture Fund and LRVHealth led the disclosed round. Valuation and total capital raised are not disclosed in the cited record. ^[4]

18 August 2026

R1 announces agreement to acquire Humata

Terms undisclosed; Lazard named as Humata’s exclusive financial adviser. ^[1]

11 · Where the value goes

Value can accrue in four places, but none is yet quantified

No transaction valuation has been disclosed. The table below is an operating-value map, not a purchase-price allocation or an attribution of financial benefits.

Value pool	Mechanism	Evidence level	Critical unknown
Provider revenue performance	Reduce preventable authorisation failure, rescheduling and downstream write-offs.	Company-reported product outcome.	Performance by payer, procedure, specialty and provider cohort.
R1 workflow cost	Reduce manual authorisation handling and rework.	Company-reported lower staff touches.	Human-review requirement, automation rate and implementation burden.
Phare OS expansion	Deploy authorisation with Audit and Denials modules on shared data infrastructure.	R1-stated product plan.	Attach rate, customer willingness to buy and commercial packaging.
Data / workflow defensibility	Learn from policy variance, document sufficiency and approval outcomes.	Strategic inference.	Data rights, interoperability, governance and ability to reuse learnings.

12 · Market context

Regulation is forcing the plumbing closer to the product

CMS’s Interoperability and Prior Authorization final rule places a hard timing and data-exchange frame around the market. Impacted payers face operational requirements generally beginning 1 January 2026, while API development and enhancement requirements generally begin 1 January 2027. The rule requires timeframes of 72 hours for expedited requests and seven calendar days for standard requests, with scope exclusions, and calls for specific denial reasons beginning in 2026. Regulatory fact ^[5]

For R1, this creates a plausible timing advantage. A platform that can translate clinical data and payer policy into an electronic authorisation request should become more relevant as the standardised data and API environment matures. The contrary risk is equally important: greater standardisation can commoditise parts of the workflow, lowering the value of connective infrastructure unless R1 differentiates on accuracy, coverage, orchestration and outcome data. Acquiry inference

13 · Competitive frame

Competition sits across the workflow, not only in authorisation software

Humata will compete with, integrate with or be constrained by four distinct categories: EHR-native workflow capabilities, payer portals and emerging prior-authorisation APIs, specialist automation vendors and broader RCM platforms. The public record is insufficient to rank individual competitors, estimate share or assert technical superiority. The market position that matters is the ability to achieve a complete, auditable request-response loop without creating new work for clinicians or revenue-cycle teams. Analytical framework

EHR-native

Strength: point-of-care access. Risk to R1: workflow adoption can hinge on EHR integration quality.

Payer-controlled

Strength: policy and decision authority. Risk to R1: API coverage and operating rules are externally controlled.

Specialist PA automation

Strength: focused authorisation domain expertise. Opportunity: Humata adds this specialist layer to R1’s broader platform.

End-to-end RCM

Strength: downstream operational data and customer access. Risk: platform complexity can slow implementation and product iteration.

14 · Value levers

Three levers determine whether this becomes platform value

Lever	Why it matters	Leading indicator	Failure mode
Installed-base activation	R1 can potentially place Humata inside an existing revenue-cycle relationship.	Named Phare OS launch customers and module attach rate.	Long enterprise procurement cycles or a fragmented implementation model.
Data-loop integration	Policy, clinical and downstream financial outcomes must improve one another.	Documented feedback loop between authorisation, claim and denial data.	Data silos, restricted reuse rights or inconsistent identifiers.
Payer coverage	Authorisation automation is only as useful as its payer-specific workflow coverage.	Published payer / API coverage and exception-resolution speed.	Portal variability, changing policies and incomplete real-time connectivity.

15 · Risk register

The deal is strategically coherent. The execution burden is high.

Risk	Level	Why it matters	Mitigant / watch item
Clinical and policy accuracy	High	Incorrect requirements or evidence can delay care, raise rework and undermine provider trust.	Human-in-the-loop design, outcome monitoring, payer-specific validation and audit trails.
Interoperability	High	End-to-end results depend on EHR, payer and R1 data interchange.	Named integrations, API coverage, exception rates and deployment time.
Data governance	High	The workflow involves clinical data, authorisation status and payer communication.	Clear rights, security controls, permitted use and governance evidence.
Product integration	Medium	Humata must join Phare OS without slowing the specialist product or confusing customers.	Roadmap, retained leadership, module packaging and launch milestones.
Payer policy volatility	Medium	Policy changes can degrade automation and increase exceptions.	Policy-monitoring cadence, coverage transparency and turnaround metrics.
Commercial proof	Medium	Public claims do not establish broad economic ROI or retention.	Independent case studies, provider references and outcome definitions.
Valuation opacity	Low	Terms cannot be benchmarked publicly.	Price disclosure or post-close financial commentary, if any.

16 · Integration

Integration should begin with a governed, closed-loop workflow

R1 says Humata’s technology will connect to Phare OS and that the Humata team will enhance R37, R1’s agentic-AI development lab, after closing. The rational first integration is not a broad platform migration. It is a governed loop between a defined authorisation cohort, the relevant payer requirements, the required clinical documents and the downstream adjudication outcome. R1 plan + Acquiry integration inference ^[1]

PHASE 01

Preserve the product

Retain specialist workflow velocity and customer continuity while formal integration begins.

PHASE 02

Connect the foundations

Link Humata to Phare Intelligence, Payer Atlas and governed data pathways.

PHASE 03

Prove a cohort

Launch defined payer, specialty and provider cohorts with measurable controls.

PHASE 04

Cross-sell modules

Use the shared data layer to demonstrate Audit and Denials expansion value.

PHASE 05

Scale with evidence

Expand only when accuracy, exceptions, cycle time and economic outcomes are evidenced.

17 · Timeline

From target financing to expected close

November 2024

R1 becomes privately held

TowerBrook and CD&R complete their acquisition of R1 at an approximately $8.9 billion valuation. ^[3]

20 June 2024

Humata announces $25m financing

Funding is led by Blue Venture Fund and LRVHealth. ^[4]

1 January 2026

CMS operating provisions begin

CMS process-related requirements generally begin, subject to the rule’s scope and applicable payer type. ^[5]

18 August 2026

R1 announces Humata acquisition agreement

R1 frames the transaction around Phare OS and real-time authorisations. ^[1]

End Q3 2026*

Expected transaction close

Expected close date stated in the announcement. Completion remains unconfirmed at the time of publication. ^[1]

1 January 2027

CMS API requirements generally begin

Impacting payer API development and enhancement requirements generally begin. ^[5]

18 · Consequences

The buyer gains distribution and data context. The market loses a neutral specialist.

Stakeholder	Potential consequence	What is not yet known
R1	Stronger pre-bill story and potential cross-sell into Phare OS.	Purchase price, integration cost, customer adoption and return.
Humata customers	Potential access to broader RCM modules and R1’s payer ecosystem.	Product roadmap, commercial terms, support model and continued platform openness.
Providers	Potentially fewer manual submissions and less delay if automation performs as stated.	Performance by specialty and payer, and degree of clinical-team oversight needed.
Payers	Potentially more structured, policy-aligned submissions and better provider collaboration.	Connection scope, API adoption and operational impact.
Specialist vendors	R1’s larger installed base can raise the bar for integrated prior-authorisation offerings.	Whether standardisation lowers barriers or increases platform concentration.

19 · Acquiry verdict

This is an upstream workflow acquisition, not a disclosed financial trade

19 · Acquiry verdict

This is an upstream workflow acquisition, not a disclosed financial trade

The public evidence supports the strategic rationale. Humata gives R1 a specialist authorisation capability exactly where Phare OS needs to act before downstream claim friction appears. R1 brings the distribution, payer context and modular platform that could compound the value of that capability.

The public evidence does not support a view on price discipline, target quality, accretion or returns. The deal’s success will be decided by payer-specific interoperability, clinical and policy accuracy, implementation discipline and the ability to convert discrete authorisation performance into repeatable Phare OS cross-sell. Until those outcomes are published, the correct posture is strategically positive, financially unscorable.

20 · What to watch

Six post-announcement signals that will determine the score

01

Closing confirmation

Formal confirmation that the transaction has closed and any additional disclosed conditions or terms.

02

Product roadmap

Specific sequencing of Humata into Phare Intelligence, Payer Atlas, Audit and Denials.

03

Named deployments

Initial provider, payer or specialty launch cohorts with an observable workflow scope.

04

Payer coverage

Disclosure of live payer connections, API coverage, exception pathways and policy refresh cadence.

05

Outcome definition

Independent or cohort-level evidence behind first-pass approval, write-off, reschedule and staff-touch claims.

06

Team retention

How Humata’s founder, product leaders and implementation talent are positioned inside R37 and Phare OS.

21 · Sources

Source matrix and evidence map

Each section below identifies the primary evidence source used. Sections with no external financial data explicitly preserve the disclosure boundary rather than interpolate missing data.

[1] R1 acquisition announcement

Primary source for announcement date, target description, expected closing window, disclosed product capabilities, claimed Humata outcomes, R1 scale, adviser disclosure and stated integration plan. Supports sections 01–06, 10–11, 14–18 and 20.

Open source ↗

[2] R1 Phare OS

Primary source for Phare OS operating-system architecture, $76bn+ net patient revenue, 600m+ payer transactions and 1,500+ Payer Atlas connections. Supports sections 03, 05, 06, 11 and 16.

Open source ↗

[3] R1 take-private completion

Primary source for R1’s private ownership context, November 2024 completion and approximate $8.9bn 2024 value. Supports sections 02, 05 and 17.

Open source ↗

[4] Humata 2024 funding announcement

Primary source for Humata founding year, $25m disclosed financing, named investors and stated use of proceeds. Supports sections 09, 10 and 17.

Open source ↗

[5] CMS interoperability fact sheet

Primary regulatory source for prior-authorisation process and API requirements, operating dates, decision timeframes, denial reason requirements and interoperability standards. Supports sections 12 and 17.

Open source ↗

[6] Healthcare Dive coverage

Independent reporting confirming undisclosed financial terms and providing contextual reporting on R1’s claims-processing focus, Humata’s authorisation focus and the timing of EHR-market activity. Supports sections 07 and 13.

Open source ↗

[7] Fierce Healthcare coverage

Independent corroboration of the announcement, undisclosed terms and expected Q3 close. Used as a secondary cross-check for sections 01, 02 and 12.

Open source ↗

R1 Acquires Humata Health and Moves Prior Authorisation Into the Revenue-Cycle Operating System

R1 buys a control point before the claim exists

Terms as reported

The asset is workflow intelligence at the payer-policy boundary

There is no public unit-economics disclosure. There is a measurable pain point.

R1 is trying to make Phare OS more intelligent before revenue leaks

Distribution

Data compounding

Cross-sell

PE value creation

What is known, and what it does not prove

The relevant precedent is platform consolidation, not a clean valuation set

Compare control points, not implied multiples

The only disciplined valuation conclusion is that there is not one yet

Known target capital: one disclosed $25 million round

Humata Health founded

$25m financing announced

R1 announces agreement to acquire Humata

Chinese open-weight models now carry more traffic than American ones

Value can accrue in four places, but none is yet quantified

Regulation is forcing the plumbing closer to the product

Competition sits across the workflow, not only in authorisation software

EHR-native

Payer-controlled

Specialist PA automation

End-to-end RCM

Three levers determine whether this becomes platform value

The deal is strategically coherent. The execution burden is high.

Integration should begin with a governed, closed-loop workflow

From target financing to expected close

R1 becomes privately held

Humata announces $25m financing

CMS operating provisions begin

R1 announces Humata acquisition agreement

Expected transaction close

CMS API requirements generally begin

The buyer gains distribution and data context. The market loses a neutral specialist.

This is an upstream workflow acquisition, not a disclosed financial trade

This is an upstream workflow acquisition, not a disclosed financial trade

Six post-announcement signals that will determine the score

Source matrix and evidence map

References, citation and methodology

Related Acquiry research

Acquiring or selling a software business between $1m and $500m?