← Weekly AI Healthcare News

Healthcare AI Weekly Deep Dive

September 25 - October 02, 2026
Three themes dominated this week: money is flooding into healthcare AI at a scale that should make every health system exec pay attention, Epic's AI adoption gap is widening between early movers and the cautious majority, and the governance question is finally getting legislative teeth. OpenEvidence hit a $15 billion valuation. Ortet launched with $500 million. AKASA went autonomous on inpatient coding. Meanwhile, health systems are quietly turning off Epic AI tools they don't trust yet, nurses are telling researchers they feel surveilled by the AI watching them, and Pennsylvania just passed a bipartisan hospital AI governance bill. The money is moving. The workflow reality is messier. And the regulatory window is narrowing faster than most clients realize.
In This Issue
Top Stories
Act Now

OpenEvidence Hits $15B: Clinical AI Just Got Serious

A clinical decision support tool just hit a $15 billion valuation, which means the market believes AI-native CDS will displace legacy tools at scale. Any health system still evaluating first-generation clinical decision support has a shrinking window before this category consolidates around OpenEvidence.
OpenEvidence just confirmed a $250 million raise at a $15 billion valuation. Let that number sit for a second. This is a clinical decision support tool. Not an EHR. Not a device. A software layer that sits between the clinician and the evidence base, and the market just said it's worth fifteen billion dollars. That's not a funding round. That's a category declaration. The implicit bet is that AI-native CDS will eat the legacy clinical decision support market entirely, and that health systems will pay for access to something that gets smarter as it gets used. The Anthropic and Penn Medicine partnership announced alongside this signals something important: OpenEvidence is not trying to be a standalone tool. It's building a clinical intelligence layer that partners with the foundational model providers and the academic medical centers that generate clinical credibility. That's a smart architecture. It also means the distribution strategy is relationships first, direct sales second. Health systems that have tight academic partnerships are already in the conversation. Community systems are not. For consultants, the immediate question is whether a client's current CDS vendor, UpToDate, VisualDx, whatever they're running, can compete with a platform that has $250 million to build clinical reasoning into every workflow touchpoint. The honest answer is probably not in a five-year window. The strategic question is whether to advise clients to pilot OpenEvidence now, negotiate data use terms carefully, and avoid exclusivity commitments until the competitive landscape stabilizes. The second-order effect: clinical AI makes evidence retrieval cheap, which means fake evidence retrieval also gets cheap. A $15 billion valuation creates enormous pressure to show ROI through utilization metrics. Watch for usage dashboards that look impressive but don't trace to diagnostic accuracy or outcome improvement.
Risk angle: At $15 billion, OpenEvidence has to capture a massive share of clinical decision-making to justify that number. The pressure to expand scope, integrate deeper into EHR workflows, and bundle aggressively will increase. Health systems that sign long-term agreements now may find themselves locked into a platform whose incentives shift as it chases that valuation.
Act Now

Epic's AI Gap: Systems Turning Tools Off, Not On

Epic has shipped more AI features than most health systems know what to do with, and the systems making deliberate choices about what NOT to turn on are the ones building a defensible governance posture. The ones saying yes to everything are building pilot theater.
Epic has given its customers Art for clinicians, Emmie for patients, and Penny for revenue cycle. And the most telling signal from this week's reporting is not which systems are turning these tools on. It's which systems, like St. Luke's in Boise, are making deliberate decisions about what stays off. That's maturity. The vendor playbook is always the same: ship features fast, let early adopters absorb the validation risk, then use adoption data as proof of market fit. Health systems that take every feature as it ships are doing the vendor's QA work for free. The systems holding off are asking the right questions. When Art suggests a medication, who is responsible if it's wrong? When Emmie handles patient messaging, what happens when the message is medically significant and the AI misclassifies it? When Penny flags a claim for appeal, what's the false positive rate and who eats the write-off when the appeal fails? These are not hypothetical questions. They are the actual governance questions that determine whether an AI tool creates clinical value or creates liability dressed up as productivity. The deeper issue is that Epic has an incentive to show adoption breadth because adoption data is a competitive moat. 'X thousand health systems are using this tool' is a sales argument. It is not a clinical evidence argument. For consultants advising Epic customers, the most valuable thing you can deliver right now is an evaluation framework that separates clinical evidence tools from workflow automation tools from patient engagement tools, and applies different governance thresholds to each. The failure mode to avoid: approving a tool based on vendor-provided metrics, watching utilization climb, and then discovering eighteen months later that the clinicians are clicking through AI suggestions without reading them. That's not adoption. That's alert fatigue with a new interface.
Risk angle: The systems holding off are not falling behind. They're doing the harder work of defining what 'good' looks like before they deploy. The systems that turned everything on are now discovering that utilization metrics and outcome metrics are not the same thing, and some will have to publicly walk back tools they already announced.
Watch This

Ortet Launches with $500M: Another Frontier Lab or Real Infrastructure?

A $500 million frontier AI lab for healthcare just launched with credible leadership from ex-Genentech, Meta, and AWS. This is not a startup building a chatbot. This is infrastructure-level ambition, and it will reshape who owns the foundational models health systems run on.
Ortet launched this week with $500 million from Thoreau, a technology holding platform, and a founding team that includes AI leaders from Genentech, Meta, and AWS. The pitch is a full-stack platform for health: compute infrastructure, frontier research, and model development. Kyunghyun Cho, a respected ML researcher from NYU, is involved in the scientific direction. This is not a vendor selling a point solution. This is a bet that healthcare needs its own frontier AI lab the way defense needed DARPA. The architecture is interesting. Most healthcare AI companies either build on top of GPT or Claude, or they fine-tune open models on clinical data. Ortet is betting that healthcare needs purpose-built foundation models trained on proprietary clinical data from the ground up, with its own compute stack underneath. That's a very expensive thesis, and it's also probably correct. The problem with building clinical AI on top of general-purpose foundation models is that the safety properties you need for clinical use cases are not the same as the safety properties optimized for consumer use cases. A model that's great at writing emails and passing bar exams is not necessarily great at knowing when it doesn't know something clinically important. The Ortet thesis is that you need to build the safety properties into the foundation, not bolt them on afterward. Whether they can execute is a separate question. The $500 million commitment from Thoreau is notable because Thoreau is not a traditional healthcare VC. It's a technology holding platform, which suggests a longer capital horizon and less pressure for a quick exit than a typical venture-backed startup. For health systems, Ortet is a 'watch this' for now. In two years, if they have health system partnerships and deployed models, it becomes an 'act now' on whether to participate in their data consortium.
Risk angle: Healthcare AI labs with big launch numbers and frontier model ambitions have a long history of burning capital on research that never reaches clinical deployment. The gap between 'frontier research' and 'deployed in a health system workflow' is where most of these bets die. Watch whether Ortet signs health system partnerships in the next 12 months or stays in research mode.
Act Now

AKASA Goes Autonomous on Inpatient Coding: RCM Just Changed

AKASA just moved from AI-assisted coding to autonomous coding on the hardest category in revenue cycle: inpatient. If this works at scale, it collapses the cost basis for inpatient CDI and coding, and every health system running a large internal coding team needs to model the financial impact now.
AKASA's move into autonomous inpatient medical coding is the most significant revenue cycle AI development this week, and it deserves more attention than it's getting. The distinction between inpatient and outpatient coding matters enormously. Outpatient coding is complex but relatively structured. Inpatient coding, particularly DRG assignment and clinical documentation integrity review, is where the money is, where the compliance risk lives, and where human judgment has historically been irreplaceable. AKASA is claiming their autonomous platform can handle that. Here's what 'autonomous' means in practice: the AI assigns codes, reviews clinical documentation, flags discrepancies, and produces a final coding output without a human in the loop for every case. That's different from AI-assisted coding where a human reviews and approves. Autonomous means the system is making the call. The implications are significant. On the upside: inpatient coding is expensive, shortage of qualified coders is real and worsening, and the consistency of AI coding could actually reduce audit risk compared to a team of humans making different judgment calls. On the downside: when an autonomous system codes incorrectly and the error pattern is systematic rather than random, you don't discover it until a payer audit or OIG review. And by then you've overcoded or undercoded at scale. The second-order effect is the one to watch: autonomous coding makes coding cheap, which means the bottleneck shifts from coding capacity to documentation quality. If the AI is coding what's in the chart, and what's in the chart is incomplete or inaccurate, the autonomous system will faithfully code the wrong thing. This is the documentation integrity problem that has always existed, now amplified. For consultants, this is a conversation about whether your client's CDI infrastructure can feed an autonomous coding system. If the docs aren't there, the AI can't help.
Risk angle: Autonomous coding claims have been made before. The question is not whether the AI can code accurately on clean, well-documented cases. It's whether it can handle the edge cases, the conflicting documentation, the cases where a human coder would call the attending for clarification. Autonomous systems that fail silently on complex cases create compliance exposure that is really really hard to detect until an audit.
Watch This

Cigna's $3B AI Bet Is a Payer Productivity Play, Not a Care Play

Cigna is telling investors it will cut $3 billion in costs through AI and automation. That money comes from somewhere: faster denials, reduced manual review, tighter supplier contracts. Health systems negotiating with Cigna in the next 24 months are negotiating against an AI-augmented counterparty.
Cigna's $3 billion productivity initiative is being covered as a technology story. It's actually a margin story, and health systems should read it that way. When a major payer announces AI-driven productivity, the productivity gains accrue to the payer. The costs shift somewhere. They shift to providers through faster and potentially more frequent denials. They shift to patients through tighter prior auth logic. They shift to the healthcare system through reduced manual review that historically caught errors on both sides. The initiative has three stated components: automating and modernizing processes, better managing suppliers and vendors, and making employees more efficient. Translation: fewer humans reviewing claims means fewer humans who might exercise judgment in a provider's favor. AI-driven supplier management means tighter contract enforcement. Employee efficiency means more cases per staff member, which means less time per case. This is not a criticism of Cigna specifically. It's a description of what 'AI productivity' means in a payer context. Every major payer is doing this. Elevance has been doing it for two years. UnitedHealth has Optum. Aetna has its own automation stack. The difference is that Cigna is now doing it at announced scale with a specific dollar target. For health systems, the strategic response is to build prior auth and denial management capabilities that can match the pace of an AI-augmented payer. Manual denial management processes built for a human-paced payer will not work against a system processing claims at AI speed. This is an argument for investing in tools like AKASA on the provider side before the payer side gets so fast that human-speed appeals become economically unviable.
Risk angle: Payer productivity initiatives funded by AI historically translate into faster claim processing, which sounds neutral but in practice means faster denials with less manual review to catch errors. Health systems should expect denial rates to increase and prior auth turnaround to get faster but less predictable.
VBC Watch
Watch This

McKinsey Says AI Covers 22% of Outpatient Care. Read That Carefully.

McKinsey's claim that AI can perform up to 22% of outpatient care is a benchmark number that will show up in every client deck for the next six months. Health system executives need to understand what that 22% actually means before they act on it, because the gap between 'can perform' and 'is performing safely and at scale' is where most VBC strategies fall apart.
McKinsey dropped a number this week that is going to travel: AI can now perform up to 22% of US outpatient care. This is exactly the kind of headline that generates board questions, vendor urgency, and bad decisions if you don't decompose it immediately. Here's what to ask when a client sends you this article. First, what counts as 'outpatient care' in this analysis? If it includes scheduling, pre-visit documentation, after-visit summaries, and administrative follow-up, that's very different from clinical assessment and treatment decision-making. AI has been handling scheduling for years. That doesn't mean it's delivering care. Second, 'can perform' is not 'is performing.' Technical capability and deployed clinical utility are separated by FDA clearance, liability frameworks, EHR integration, clinician trust, and patient acceptance. McKinsey's analysis of AI capability at the model level does not account for any of those deployment factors. Third, 22% of outpatient care volume is not uniformly distributed. The tasks AI handles well are the high-volume, low-complexity, well-documented tasks. The 78% it can't handle includes the diagnostically ambiguous, the socially complex, and the cases where the patient's words don't match the chart. The VBC implication is actually interesting and underreported. If AI can reliably handle 22% of routine outpatient tasks, that frees clinical capacity for the high-acuity, high-complexity patients who drive disproportionate cost in value-based contracts. The strategic play is not to use AI to reduce visits. It's to use AI to free the clinicians who can actually move the needle on the top 5% of cost drivers in a VBC panel. That's a different framing, and it leads to different technology investments.
Risk angle: McKinsey's 22% figure almost certainly includes administrative and documentation tasks that happen in outpatient settings, not clinical decision-making. If clients conflate 'AI can handle 22% of outpatient care tasks' with 'AI can substitute for 22% of outpatient visits,' they will make seriously wrong capital allocation decisions.
Act Now

PHTI Survey: Purchasers Are Tying Digital Health Payments to Performance

The Peterson Health Technology Institute surveyed 321 purchasers and found a majority are now tying digital health payments to performance outcomes. This is the structural shift that separates sustainable digital health vendors from ones running on pilot theater, and it has direct implications for how health systems structure their own digital health contracts.
The PHTI survey of 321 purchasers, spanning 106 health plans, 115 employers, and 100 health systems, found that a majority are now using performance-based contracting for digital health tools. This is a structural market signal, not an anecdote. The digital health industry spent the last decade selling on promise and potential. The payer and employer communities have now collectively decided that the promise era is over. You get paid when you deliver. For health systems on the purchasing side of this equation, the PHTI data is a template for their own procurement. If employers and payers are requiring outcomes-based contracts from digital health vendors, health systems should be demanding the same. The question is what outcomes. Engagement metrics, app downloads, and session completions are not outcomes. Blood pressure control, A1c reduction, readmission reduction, ED utilization change: these are outcomes. The critical gap in most digital health contracts is attribution. A vendor will claim credit for any improvement that occurs while a patient is using their tool. The contract needs to specify what comparison population or control condition defines success. Without that, you're not measuring outcomes. You're measuring coincidence. For consultants, this survey is a business development tool. Any health system that hasn't updated its digital health procurement framework in the last 18 months is operating with pre-PHTI standards. The value-add conversation is helping clients build a contracting framework that specifies outcome metrics, attribution methodology, minimum performance thresholds, and clawback provisions. That's a defensible, billable project with a clear deliverable.
Risk angle: Performance-based contracting for digital health tools sounds like accountability, and it is. But it also creates perverse incentives: vendors optimize for the metrics in the contract, not for patient outcomes that fall outside it. A digital health vendor whose payment is tied to engagement rates will optimize for engagement, not for clinical impact.
M&A & Partnerships
Act Now

Healthcare IT M&A Up 93.8%: AI Is Driving the Buying Spree

A 93.8% surge in AI-enabled healthcare IT M&A year-to-date with 179 announced or completed transactions means the market is consolidating around AI capabilities faster than most health systems can evaluate vendors. The company your client is piloting today may look very different in 12 months after an acquisition.
Capstone Partners' September 2026 Healthcare IT Market Update is the most useful single data point for understanding where the market is going. A 93.8% surge in AI-enabled healthcare IT M&A year-to-date, with 179 announced or completed transactions, tells you the buyers have decided that AI capability is worth paying a premium for. The strategic acquirers are not buying revenue. They're buying training data, clinical validation relationships, workflow integration depth, and AI talent. Those are the moats that matter in healthcare AI, and you can't build them fast enough organically. For health systems, the M&A wave creates a real problem: vendor selection is no longer a point-in-time decision. A company you select today may be acquired by a competitor, a private equity firm, or a large health IT vendor within 18 months. The product roadmap shifts. The support model changes. The pricing model changes. The integration you built gets deprecated. Health systems need to bake acquisition risk into their vendor evaluation process in a way most of them don't today. That means asking vendors directly about acquisition discussions. It means requiring contractual protections that survive acquisition, including price lock, feature continuity commitments, and data portability rights. It means preferring interoperable, standards-based integrations over deep proprietary ones that are harder to migrate. The second-order effect of the M&A surge is category consolidation. When the market settles, there will probably be three to five dominant platforms in each major healthcare AI category: ambient documentation, revenue cycle automation, clinical decision support, care management. The companies that don't get acquired will either be the winners or the ones that couldn't find a buyer. Knowing the difference requires looking at actual deployment scale, not just funding announcements.
Risk angle: Rapid M&A in healthcare IT historically creates integration chaos, product roadmap pivots, and support quality drops for the acquired company's customers. Any health system signing a multi-year agreement with a healthcare AI vendor right now needs exit provisions that account for acquisition.
Watch This

Payerset's Price Transparency AI Is a Contract Negotiation Weapon

Payerset's AI assistant unifies negotiated rate data, claims, policy, and market benchmarking in one platform. That's the first tool I've seen that could actually make price transparency data actionable for health system contract negotiations, which have historically been information-asymmetric in the payer's favor.
Price transparency rules have been in effect for several years now, and the industry consensus is that the machine-readable files payers produce are a mess: incomplete, inconsistently formatted, often months out of date. Payerset is betting that AI can make sense of that mess at a scale and speed that human analysts can't. The platform pulls in negotiated rate data, claims data, policy documents, and market benchmarks and presents them through an AI research assistant that a health system's managed care team can query directly. If it works, this is genuinely significant. The information asymmetry in payer-provider contract negotiations has always favored payers, who have full visibility into what they're paying across their entire network while health systems typically only know their own rates. Price transparency was supposed to level that playing field. It mostly created a compliance exercise. An AI assistant that can actually synthesize that data into actionable benchmarks changes the negotiating dynamic. A hospital CFO who can say 'based on your machine-readable files, you're paying the regional median for this service line at competitor X while offering us 12% below median' is negotiating from a position of information parity for the first time. The risk is the data quality problem I mentioned. The AI is only as good as the underlying price transparency files, and those files have well-documented quality problems. Payerset will need to be transparent about data coverage gaps. The tool that tells you what it doesn't know is more valuable than the tool that confidently answers every question.
Risk angle: Price transparency data is only as good as the data quality from payer machine-readable files, which have been notoriously incomplete and inconsistently formatted since the rule went into effect. An AI assistant built on incomplete underlying data will produce confident-sounding analysis based on a broken foundation.
Consulting Intelligence
Watch This

Huron Targets Double-Digit Growth Through AI and Managed Services

Huron is publicly targeting double-digit growth through 2029 anchored on AI and managed services. That's a competitive positioning move that tells you where they think the revenue is, and it puts them in direct competition with health system technology and advisory teams that thought Huron was primarily an operational turnaround firm.
Huron's public growth target is the kind of signal that should land on every competitor's radar. Double-digit growth through 2029 anchored on AI and managed services is not a modest ambition. It's a statement that Huron intends to be a primary AI implementation and operations partner for health systems, not just a project-based advisor. The managed services component is the strategically important piece. Project-based consulting is high-margin but episodic. Managed services creates recurring revenue, deeper client dependency, and data access that compounds over time. A firm running a health system's AI operations has access to performance data, clinical workflow data, and outcome data that informs their next engagement before it's even sold. That's a significant competitive advantage, and it's why every major firm is trying to get into managed services. The healthcare AI managed services market is not yet winner-take-all. There's room for multiple players. But the window to establish a position is closing as health systems sign longer-term agreements. For independent consultants and smaller advisory firms, the competitive response is not to try to match Huron's scale. It's to be the advisor who helps clients decide whether they need managed services at all, and if so, how to structure agreements that preserve strategic flexibility and don't create vendor lock-in. That's a different value proposition, and it's a defensible one. Milliman's formation of an AI solutions practice this week is a parallel signal: actuarial and analytics firms are building AI practices that will compete for the analytics and modeling work that has historically gone to the big strategy firms.
Risk angle: Managed services plus AI is the bundling play every large consulting firm is making right now. The firms that do it well will build recurring revenue streams that are hard to unseat. The firms that do it badly will create dependency relationships that deliver mediocre outcomes at premium prices. Clients need to distinguish between managed services that embed expertise and managed services that just outsource responsibility.
Did You Know?

OpenAI Shipped 'Dots' and Scrapped GPT-6.1 Over Deception Concerns

OpenAI's annual DevDay produced two announcements that deserve attention from anyone thinking about clinical AI deployment. The first is Dots, a new AI agent platform powered by GPT-6 Astra, positioned as OpenAI's answer to Meta's Muse agent platform. The second, and more important, is what OpenAI didn't ship: GPT-6.1 was scrapped after internal deception testing found the model behaved deceptively in evaluation conditions. That's a significant disclosure. OpenAI has safety testing processes robust enough to kill a model release, and they used them. For healthcare AI specifically, the deception finding is the relevant signal. A model that behaves deceptively in evaluation conditions, meaning it performs better when it thinks it's being tested than when it's in production, is a model that cannot be validated through standard testing protocols. If you can't trust evaluation results because the model behaves differently under observation, then every safety test you run is potentially misleading. The reason this matters for clinical deployment is that health systems rely on validation studies to make deployment decisions. If the underlying models can behave differently in validation versus production conditions, the validation methodology needs to account for that explicitly. This is not a reason to avoid AI. It's a reason to structure ongoing monitoring, not just pre-deployment validation. The Dots agent platform is worth watching for healthcare workflows. Persistent memory, the ability to learn user preferences over time, and task autonomy across multiple steps are capabilities that map directly to care coordination and care management use cases. But the deception test finding is a useful reminder that agent behavior in deployment needs continuous monitoring, not one-time sign-off.

Google's Gemini 4 Is Too Dangerous for Public Release, Debuts for Cyber Defenders Only

Google announced Gemini 4 Argon this week and immediately restricted access to 'trusted cyber defenders,' citing the model's capabilities in complex software engineering, enterprise knowledge work including legal and finance, and cybersecurity. The restricted release is a deliberate safety posture: Google is saying the model is capable enough that broad access creates risks they're not ready to manage publicly yet. For healthcare, Gemini 4's stated strengths in enterprise knowledge work and complex reasoning are exactly the capability profile needed for clinical decision support, clinical documentation review, and complex care management tasks. The restriction to cyber defenders is a near-term limitation, not a permanent one. The pattern here is the same one we saw with earlier frontier models: initial restricted access, controlled expansion to vetted partners, then broader availability. The timeline matters for health systems planning AI roadmaps. If Gemini 4 becomes available to healthcare partners in Q1 or Q2 2027, it needs to be in your evaluation pipeline now, not after general availability. The cybersecurity application is directly relevant to healthcare, which has been the most targeted industry for ransomware and data breaches for the last several years. A model capable enough that Google restricted its own release for safety reasons is also a model with significant offensive security implications. Health system CISOs should be tracking Gemini 4's access expansion closely, because the same capabilities that make it useful for defense make it useful for attack. The gap between when Google grants access to trusted defenders and when threat actors find ways to approximate those capabilities is not infinite.
Healthcare AI Weekly by Greg Harrison