Monday, May 25, 2026

Will LLMs Make CROs Redundant?

As large language models (LLMs), GenAI, workflow automation, and integrated operational platforms continue to evolve, an increasingly uncomfortable question is beginning to emerge within clinical research:

Why are so many additional organizational, management, and software layers still required to run clinical trials?


For decades, CROs have played a central role in pharmaceutical research. Historically, this made complete sense. Pharmaceutical companies needed global operational infrastructure, therapeutic expertise, monitoring capacity, regulatory operations, staffing, laboratory services, and the ability to rapidly execute increasingly complex multinational clinical trials.

However, modern clinical trial operations have also become heavily fragmented.

Today, Sponsors, CROs, vendors, laboratories, and sites often maintain overlapping operational systems, duplicated reporting layers, reconciliation trackers, parallel oversight structures, and multiple disconnected software environments. Data frequently moves between CTMS, EDC, TMF, IRT, spreadsheets, emails, vendor portals, laboratory systems, dashboards, and manually maintained trackers.

A substantial amount of operational work is therefore no longer directly related to science or patient care, but rather to:

  • coordination,
  • reporting,
  • reconciliation,
  • duplicated data entry,
  • oversight,
  • and movement of information between disconnected organizations and systems.

At the same time, one important regulatory reality often remains unchanged:

Overall responsibility and accountability for trial execution still sit with the Sponsor, not the CRO.

Even when operational execution is outsourced, Sponsors still retain responsibility for:

  • patient safety,
  • regulatory compliance,
  • data integrity,
  • oversight,
  • inspections,
  • and overall trial quality.

This creates a difficult strategic question.

If the Sponsor already retains ultimate accountability, while research sites perform the actual clinical activities, how much additional management and operational infrastructure is truly required between Sponsors and investigators?

This question becomes even more relevant as AI-assisted operational systems continue to mature.

Modern AI-assisted development environments are already demonstrating how quickly operational workflows, budgeting systems, workload forecasting, documentation processes, and quality oversight concepts can be prototyped and visualized.

If operational systems become increasingly:

  • integrated,
  • protocol-driven,
  • interoperable,
  • transparent,
  • and AI-assisted,

then some current operational structures may gradually become harder to justify economically.

Importantly, this discussion is not really about replacing CRAs, physicians, statisticians, safety experts, or operational subject matter experts.

Much therapeutic and operational expertise already sits with experienced individuals, project teams, and site personnel rather than inside corporate structures themselves.

The deeper question is whether future clinical research models may rely more directly on:

  • Sponsor oversight,
  • site execution,
  • embedded experts,
  • specialized vendors,
  • and integrated operational platforms,

while reducing some intermediary administrative and management layers.

Many Sponsors are already increasingly moving toward:

  • FSP models,
  • embedded staffing,
  • centralized oversight,
  • direct operational visibility,
  • and more specialized outsourcing structures rather than fully independent operational ecosystems.

One possible long-term direction is that operational systems may gradually move closer to Sponsors and research sites themselves rather than being duplicated across multiple organizational layers.

If CTMS, EDC, TMF, budgeting, operational planning, quality oversight, and reporting workflows eventually become more integrated and interoperable, one could imagine more centralized operational infrastructures where Sponsors, sites, vendors, and potentially regulators operate on more transparent shared environments rather than fragmented parallel systems.

This may potentially reduce:

  • duplicated reconciliation activities,
  • overlapping reporting structures,
  • administrative overhead,
  • fragmented data layers,
  • and some middle-management coordination functions.

At the same time, there are still strong reasons why CROs are unlikely to disappear completely. Clinical trials remain operationally difficult, globally distributed, and highly regulated. Large organizations still provide scalability, pharmacovigilance infrastructure, inspections and audit readiness, staffing flexibility, country-level operations, and execution under uncertainty.

Large technology companies such as Google, Amazon, Microsoft, NVIDIA, and others are also increasingly entering healthcare infrastructure, biomedical AI, cloud platforms, and operational data environments. While they are not replacing CROs directly, they are clearly accelerating digital transformation pressure across the clinical research ecosystem.

The most realistic outcome may therefore not be the disappearance of CROs entirely, but a gradual restructuring of how clinical research operations are organized, coordinated, and technologically supported.

The key question may ultimately become not:
“Will AI replace CROs?”

but rather:

“If Sponsors already retain accountability, and sites perform the actual research, how much of the current CRO management and software infrastructure reflects true operational necessity. And how much reflects historical organizational complexity built around fragmented systems and workflows?”

Friday, May 22, 2026

Clinical Trial Budgeting Software Prototype Using AI

(Please drop a comment or reach out if you would like to discuss the development of this concept, exchange ideas, validate assumptions, or explore potential collaboration opportunities.)

Over the last weeks, I have been experimenting with AI-assisted development platforms such as Codex and Base44 to explore whether integrated clinical trial budgeting and operational planning concepts can now be prototyped much faster than traditionally possible with multiple disconnected systems.

As an educational proof-of-concept, I used publicly available clinical trial protocol examples to generate prototype Clinical Trial Budgeting and Project Management environments (links below).

The broader goal is not to create a validated production system at this stage, but rather to explore whether a lightweight educational platform could eventually help research groups, startups, CROs, and biotech teams:

  • estimate study budgets,
  • evaluate operational feasibility,
  • understand budget drivers,
  • model resource requirements,
  • and visualize operational complexity earlier in the planning process.

The current prototype explores concepts such as:

  1. Creating and modifying protocol-derived work units, including classification into contracted scope and Out-of-Scope (OOS) activities
  2. Drilling down from high-level assumptions into operational detail:
    site-level planning, visit schedules, resource allocation, employee roles, and unit composition updates (standard vs. study-specific assumptions)
  3. Generating linked operational outputs such as:
    budget grids, resource plans, contract-related structures, and project plans
  4. Exploring governance concepts where operational units may eventually be linked to supporting evidence of completed work (for example visit reports or TMF-related documentation)
  5. Estimating planned effort and operational workload required to complete study activities, including earned value-style concepts
  6. Exploring study metrics and operational oversight approaches connected to workload and delivery status

What is particularly interesting is how functional these AI-generated prototypes already appear at an early exploratory stage.

Of course, any budgeting logic, assumptions, calculations, or operational recommendations would require careful validation against real-world studies, operational practice, governance requirements, and financial controls before any practical use.

One especially interesting direction may be comparing traditional Excel-based budgeting approaches with AI-assisted relational database and rule-driven systems.

If budgeting logic can already be implemented in spreadsheets, similar logic may potentially be implemented in structured relational systems with:

  • more traceable assumptions,
  • reusable rule frameworks,
  • integrated operational planning,
  • and improved visibility into how budgets are constructed and maintained.

The next step will likely involve continuing similar experiments using:

  • @Base44,
  • Oracle APEX,
  • Power BI-based offline environments,
  • and other educational prototyping approaches.

This remains an early-stage exploratory concept and should not be interpreted as a validated budgeting methodology or operational system.

However, the speed at which these concepts can now be tested, modified, and visualized using modern AI-assisted development approaches is quite remarkable.

If anyone is interested in discussing the concept, validating assumptions, contributing ideas, or exploring potential student/research collaboration opportunities, I would be very interested to connect.

Links and References

  1. System prompt:
    https://github.com/DmitryHubPM/CPMS/blob/main/base44-prompt.md
  2. Codex prototype:
    https://dmitryhubpm.github.io/CPMS/
  3. Base44 prototype:
    https://cpms.base44.app
  4. Publicly available protocol document referenced solely for educational and illustrative prototype purposes:
    https://dac-trials.org/wp-content/uploads/PNE-Pneumonia-2019-Alexander-LEAP2.pdf

Tuesday, May 12, 2026

Can AI Develop a Clinical Trial Budget Calculator?

Over the last months, I have been experimenting with whether modern AI-assisted development platforms can support the creation of structured operational and budgeting systems for clinical research.

One interesting experiment was the development of a simplified Clinical Trial Budget Calculator (CTBC) using the AI-assisted platform Base44.

The result is a working prototype application:

https://ledger-flow-76f4f135.base44.app/

(The application currently requires free authorization via Google or email.)