ibl.ai Agentic AI Blog

Insights on building and deploying agentic AI systems. Our blog covers AI agent architectures, LLM infrastructure, MCP servers, enterprise deployment strategies, and real-world implementation guides. Whether you are a developer building AI agents, a CTO evaluating agentic platforms, or a technical leader driving AI adoption, you will find practical guidance here.

Topics We Cover

Featured Research and Reports

We analyze key research from leading institutions and labs including Google DeepMind, Anthropic, OpenAI, Meta AI, McKinsey, and the World Economic Forum. Our content includes detailed analysis of reports on AI agents, foundation models, and enterprise AI strategy.

For Technical Leaders

CTOs, engineering leads, and AI architects turn to our blog for guidance on agent orchestration, model evaluation, infrastructure planning, and building production-ready AI systems. We provide frameworks for responsible AI deployment that balance capability with safety and reliability.

Back to Blog

Beijing's AI Eye Clinic Hit 3.8% Clinician Adoption

Jaione AmigotSeptember 17, 2026
Premium

A Nature Medicine Comment published 10 September 2026 reports that Beijing Tsinghua Changgung Hospital's AI-TEC agent clinic was used in 41 of 1,113 examinations — 3.8% — before workflow changes lifted it to 23%.

The Short Answer

A Nature Medicine Comment published 10 September 2026 reports that Beijing Tsinghua Changgung Hospital's AI-TEC agent clinic was used in just 41 of 1,113 examinations — 3.8% — in one month, rising to 23% after the team cut clicks and manual entry. Diagnostic performance reached about 0.94 AUROC only once 1,426 expert-reviewed images were added. With ibl.ai you own all the code and the data.

The agents did not get smarter between those two months. The environment around them changed.

What did the Nature Medicine AI-TEC paper actually report, and when?

It is a Comment published on 10 September 2026, titled "Initial lessons from real-world implementation of an AI-agent eye clinic in China."

Three points of precision, because the framing circulating this week gets them wrong.

It is a Comment, not a trial. Nature Medicine classifies it under News & Comment. It is a first-person implementation report from the team that built the system — no control arm, no randomization, no patient-outcome endpoint. That is a legitimate and useful genre, and it is not a clinical study.

It is not a robot clinic. AI-TEC — the AI-Agent Augmented Tsinghua Eye Clinic — is a set of specialist agents spanning pre-consultation history-taking, examination triage, image analysis, decision support, education and follow-up, with ophthalmologists in the loop throughout.

The deployment is not new. The agents have been integrated into ophthalmology consultations at Beijing Tsinghua Changgung Hospital since November 2025. The paper is a week old; the experience behind it is about ten months old.

The authors are from Tsinghua's Department of Automation and the Beijing Visual Science and Translational Eye Research Institute, with Tien Yin Wong, Qionghai Dai, Ya Xing Wang and Jiamin Wu as corresponding authors.

Why did clinician use of the AI eye clinic fall to 3.8% of examinations?

Because using it cost clinicians time, and the pilot's own design made that cost visible.

ScienceAlert's account of the paper gives the numbers: 41 of 1,113 examinations — 3.8% — used the available AI-TEC processes in one month five months into the deployment.

The following month, after the team made the system faster with fewer clicks and less manual input, it was 259 of 1,126 examinations, or 23%.

No new model shipped between those two months. The six-fold change came from removing friction.

The authors' own supplementary material explains part of the cost. In the pilot workflow, clinicians first record a diagnosis with no access to AI output, then review the agent's prediction, then state whether it would change their decision, then record a final diagnosis.

That design is rigorous — it measures decision impact, not just algorithmic accuracy. It is also four steps where routine practice has one.

Reported clinician feedback also arrived weeks after the encounter, which means the loop that should have improved the system ran slower than the clinic did.

Did more training data make the eye-clinic model better?

No. Better data did, and the gap between those two is the most transferable finding in the paper.

The system was originally trained on almost 27,000 images drawn from routine care — lower quality and inconsistently labeled. Per ScienceAlert, adding 1,426 expert-reviewed, correctly labeled scans outperformed that larger set.

Reported diagnostic performance rose from about 0.80 to 0.94 AUROC after clinician-verified labels were used, as Medical Daily summarizes it.

This is the correction the "the model worked, the environment didn't" framing needs. The model did not arrive working.

It reached clinical-grade separation only after the institution's own experts curated a small, high-quality, correctly labeled set from inside the clinic — which is a data-layer capability, not a model purchase.

Records generated during routine care are not organized the way data prepared for an AI experiment is. That is true of every hospital, not just this one.

What did AI-TEC's own error analysis say the model was missing?

Context about the patient, in at least one named case.

The supplementary figure attributes misidentified cases to several factors. Severe diabetic retinopathy lesions were "difficult to distinguish from retinal vein occlusion without diabetic history."

Optic disc reflection impaired glaucoma detection. Cataract detection depended on model-specific thresholds.

Read that first one carefully. The image was ambiguous, and the fact that would have disambiguated it — whether this patient has diabetes — exists, in the chart, in another system.

That is not a model-capacity failure. It is a retrieval failure at the data layer, appearing in the error table of a deployed clinical system.

The authors also note that discordance with ground truth did not always mean the model was wrong: some cases involved comorbid or secondary diagnoses requiring clinical correlation. Which is itself an argument that the surrounding record, not the image alone, decides the answer.

What should a health system take from AI-TEC before buying another model?

Four things, none of which is a procurement decision about a model.

  • Adoption is an interface property. Two deployments of identical agents differed 3.8% to 23% on clicks and manual entry. A pilot that does not measure use is not measuring anything.
  • Local expert-labeled data beats bulk data. 1,426 curated images outperformed nearly 27,000 routine ones. That capability has to live inside the institution, because the experts and the images do.
  • Failure modes are often missing facts. When the disambiguating detail sits in a different system, better weights do not help.
  • Accuracy metrics do not measure clinical value. The authors are explicit that the transition to AI-native care requires workflow integration, clinician engagement and measurable clinical value — three things a benchmark score does not report.

This is the same conclusion reached from a different direction in healthcare AI's bottleneck was never the model, which argued it from a simulation result and a fragmented record. AI-TEC is the measured version, in a live clinic, with the failure modes named.

It also sharpens the clinician-adoption question: trust matters, and so does the number of clicks between a clinician and the answer.

How does ibl.ai put the agent layer inside a health system's own perimeter?

By running the platform where the record already is, and leaving the parts that determine adoption in the institution's hands.

With ibl.ai you own all the code and the data.

The stack runs on the health system's own infrastructure with full source code access, so protected health information stays inside the perimeter. It is model-agnostic across any LLM, so the institution can switch providers without rewriting the platform.

Billing is usage-based with no per-seat pricing, and you can deploy anywhere — your own cloud, on-premise, GovCloud, or a fully air-gapped network with no outbound connectivity.

Agents read EHR and ancillary systems in place over HL7 FHIR under role-scoped permissions, with every access audited and access control bound to the institution's existing identity provider.

That matters for exactly the failure AI-TEC reported: an agent that can retrieve a diabetic history at the moment it reads the fundus photograph is answering a different question than one that cannot.

And because the workflow, the connectors and the fine-tuning data are yours, the friction that decided 3.8% versus 23% is something you can fix without waiting for a vendor release. 1.6M+ users across 400+ organizations run the platform this way, including NVIDIA, MIT, and Syracuse University.

ibl.ai is family-owned and operated from New York, NY.

Related reading: healthcare AI's bottleneck was never the model — the same argument from a simulation result and a fragmented record, and Sheba is rolling out ChatGPT — the data layer decides — what a literature assistant leaves untouched underneath.

Sources: the article type, title, 10 September 2026 publication date, authorship and the "workflow integration, clinician engagement and measurable clinical value" framing from the Nature Medicine Comment; the pilot workflow and the error attributions from the authors' supplementary information; the 41-of-1,113 and 259-of-1,126 counts and the 27,000 / 1,426 image figures from ScienceAlert; the November 2025 integration date and the 0.80-to-0.94 AUROC figures from Medical Daily. The Comment itself is subscription-only; the counts are quoted as those outlets report them.

Why does owning the AI stack matter?

ibl.ai is the agentic AI platform where you own all the code and the data. You self-host the entire stack inside your own perimeter, run it model-agnostic across any LLM and switch anytime, and pay by usage with no per-seat pricing — so you can deploy anywhere: your cloud, on-premise, GovCloud, or fully air-gapped.

  • You own all the code and the data

    Full source code under a perpetual license, running on your infrastructure. Not API access to someone else's platform — the stack itself is yours.

  • Model-agnostic

    Run any LLM — Claude, GPT, Gemini, Llama, Command, or your own fine-tune — and switch providers without rewriting the platform.

  • No per-seat pricing

    Usage-based billing against a budget cap you set. Cost tracks what your organization actually uses, not how many people you employ.

  • Deploy anywhere

    Your cloud, your VPC, on-premise, GovCloud, or a fully air-gapped network with no outbound connectivity.

1.6M+ users across 400+ organizations run the platform this way, including NVIDIA, MIT, and Syracuse University.

ibl.ai is family-owned and operated from New York, NY — a U.S.-headquartered, domestically-owned long-term partner, not a vendor that sells licenses and moves on.

Related Articles

Healthcare AI Agents Need a Unified Patient Ontology

Self-hosted AI agents for healthcare break when patient data is scattered across EHR, scheduling, claims, and lab systems. The prerequisite is an ontology — a governed patient data layer the health system owns and runs itself — that unifies those silos before any agent is deployed.

Miguel AmigotJune 23, 2026

Healthcare AI's Bottleneck Was Never the Model

Tsinghua's Agent Hospital has run 42 AI agents across 21 clinical departments since April 2025, and the 93% everyone quotes is a 2024 simulation result. Clinical AI still has not transformed care delivery, because the record is fragmented — 72% of hospitals report information gaps.

ibl.ai EngineeringSeptember 7, 2026

Healthcare AI Should Start in the Billing Office, Not the Exam Room

Roughly 65% of denied healthcare claims are never appealed, while 54% of the ones that are get overturned. That gap is the highest-ROI AI deployment in healthcare, and it sits in the revenue cycle rather than at the point of care — but only if the PHI architecture survives a security review.

ibl.aiAugust 27, 2026

Self-Hosted AI Agents for Healthcare: PHI Never Leaves

Self-hosted AI agents for healthcare are autonomous clinical and administrative agents that run entirely inside your HIPAA-covered environment — reading from and writing to your EHR through connectors, with PHI never leaving the boundary. The agents, the architecture, the cost math, and why owning the stack is the defensible posture.

Mikel AmigotJune 8, 2026

See the ibl.ai AI Operating System in Action

Discover how leading universities and organizations are transforming education with the ibl.ai AI Operating System. Explore real-world implementations from Harvard, MIT, Stanford, and users from 400+ institutions worldwide.

View Case Studies
Work with our team

Pilots, deployment, and full ownership

Most enterprise engagements are one-time, not subscriptions. You integrate ibl.ai with your own data, deploy it on your own infrastructure, and the engineering hours scale with the work — so the price tracks the scope, not your headcount.

Start here

Pilot

from $15K

fixed scope · fixed timeline

A time-boxed proof of value on your real data — not a slide deck.

Best for: Teams that want to see ibl.ai working before committing.

  • Deployed on your infrastructure or our cloud
  • 1–2 production agents wired to a slice of your data
  • One integration (LMS / SIS / SSO / data source)
  • Weekly working sessions with our engineers
  • Pilot fee credits toward a full engagement
Scope a pilot
Most common

Integration & Deployment

$25K – $80K

one-time · not a subscription

Full deployment integrated with your data and systems. Engineering hours scale with scope.

Best for: Organizations rolling ibl.ai out across a department, campus, or business unit.

  • Platform deployed in your VPC, on-prem, or air-gapped
  • Integrated with your data + identity (SSO / SAML)
  • Multiple custom agents built to your workflows
  • Engineering hours proportional to scope
  • You own the data · run any LLM you choose
Plan a deployment
Full ownership

Codebase Transfer + Custom AI Engineering

Six figures

perpetual license · you own the stack

We transfer the full source code. You own and self-host the entire platform — outright.

Best for: Government, defense, and enterprises that require perpetual ownership and sovereignty.

  • Complete source-code transfer + perpetual license
  • Dedicated AI engineering team on your roadmap
  • Custom agents, models, and integrations to spec
  • Air-gapped capable · zero vendor lock-in
  • Family-owned, New York–based long-term partner
Talk about ownership
You own the code and data Run any LLM — Claude, GPT, Gemini, Llama Family-owned & operated from New York, NY