Free tool · EnrollmentUpdated October 9, 2026

Clinical trial enrollment forecast calculator: when will you reach last patient in?

Enter the target, the number of sites, the per-site rate, how fast sites open and ramp up, and your screen-failure and dropout rates. Get the number to consent, a projected last-patient-in date in slow, base and fast cases, and the number of sites you would need to hit a date.

  • Funnel: completers to consented
  • Slow, base and fast dates
  • Nothing stored

Free sandbox · No credit card · 21 CFR Part 11 aligned

Demo forecast · 8 sites, 120 completers, start 1 Mar 2027

Consent / screen

179

Randomise

134

Completers

120

Last participant in

30 Nov 2028

Slow case (60% of rate)33/40

Dec 2029

Base case21/40

Nov 2028

Fast case (130% of rate)16.7/40

Jul 2028

Demo data. Bars show months from first site activation.

Forecasting enrollment in brief

  • Work backwards through the funnel first: completers needed ÷ (1 − dropout) = participants to randomise, and that ÷ (1 − screen failure) = participants to consent.
  • Then work forwards by site and month: each site opens on its own date, ramps up over several weeks and only then reaches its steady per-site rate.
  • The date moves most with the per-site rate, so always show a slow case. In the demo below, 60% of the planned rate pushes last patient in back by about a year.
  • Screen failure and dropout each add participants you must consent, so in the demo a 40% screen-failure rate adds about five months.
  • Every assumption is on the page and the arithmetic runs in your browser. It is a planning aid, not a promise: replace the guesses with your own site data as soon as you have it.

Free tool

Project your last-patient-in date

Change any assumption and the funnel, the three scenarios and the sites-needed answer update. Dates are calendar dates computed in your browser. Nothing is saved or sent.

consented / month
weeks
months
%
%
% of base
% of base
Completers
120
Randomise
134
Consent / screen
179
Projected last participant in (base case)
Thu, 30 Nov 2028
21.0 months after start. First randomised Sat, 17 Apr 2027
Scenario comparison
ScenarioRate / site / monthLast participant in
Slow0.72Thu, 13 Dec 2029
Base1.20Thu, 30 Nov 2028
Fast1.56Sat, 22 Jul 2028

To reach the target by Wed, 1 Mar 2028 in the base case you need about 16 sites (you entered 8).

Cumulative randomised, base case
Mar 27Nov 28

Planning aid, not validated software. Assumptions: the first site opens on the date entered and the other sites open evenly spaced until the activation window ends; each site ramps linearly from zero to its full rate over the ramp period and then recruits at a constant rate; the rate is consented participants per open site per month; screen failures and dropouts are fixed percentages. Completers needed ÷ (1 − dropout) gives the number to randomise, and that ÷ (1 − screen failure) gives the number to consent. Real enrolment is lumpy, seasonal and usually slower than sites predict, so use the slow case for commitments. Dates are calendar dates computed in your browser; nothing is stored or sent.

The method

How the forecast is calculated, step by step

Step 1, the funnel. Suppose the protocol needs 120 participants to complete the study. With 10% dropout after randomisation you must randomise 120 ÷ 0.90 = 133.3, so 134. With 25% screen failure you must consent 134 ÷ 0.75 = 178.7, so 179. If your target is already a randomised number (many sponsors count enrolment at randomisation), switch the tool to "Randomised" and the dropout step is skipped. The dropout and screen-failure rates themselves are inputs, not outputs: take them from comparable trials or from your own pre-screening log, and see the dropout-adjusted sample size calculator if you are still sizing the study.

Step 2, sites open over time. The first site opens on the date you enter and the others are spaced evenly until the end of the activation window. In the demo, eight sites open over 12 weeks, about 1.7 weeks apart. A site does not recruit at full speed on day one: it needs to train staff, finish its first consents and find its rhythm, so the tool ramps each site linearly from zero to its full rate over the ramp-up period (two months by default).

Step 3, the daily simulation. Every day the tool adds up the current rate of all open sites, converted from a monthly figure (rate × 12 ÷ 365.25 per day), and accumulates consented participants. The first day the running total reaches the number to consent is the projected last-patient-in date. First randomised is the first day that total times (1 − screen failure) reaches one participant.

Step 4, scenarios and the reverse question. Slow and fast cases multiply the per-site rate by the percentages you choose (60% and 130% by default) and rerun the simulation. If you also enter a date you need last patient in by, the tool searches for the smallest number of sites that reaches the target by that date in the base case, using the same activation window and ramp-up.

Checking the tool by hand

Take one site, no ramp-up, no screen failure and a rate of 1 consented participant per month, and a target of 12. The site produces 12 × 365.25 ÷ 12 = 365.25 days of recruitment at one per 30.44 days, so the twelfth participant arrives on day 366. Add a second identical site and the date halves to day 183. The tool returns exactly those numbers, which is a quick sanity test of any enrolment projection you build in a spreadsheet.

What moves the date

Sensitivity: one assumption at a time

Demo trial: start 1 Mar 2027, 120 completers, 8 sites at 1.2 consented per site per month, 25% screen failure, 10% dropout, 12-week activation window, 2-month ramp-up. Only the listed assumption changes.

ChangeTo consentLast participant inMonths from start
Base case17930 Nov 202821.0
Rate 0.72 per site per month (60%)17913 Dec 202933.4
Rate 1.56 per site per month (130%)17922 Jul 202816.7
Screen failure 40%22422 Apr 202925.7
Dropout 20%2005 Feb 202923.2
12 sites instead of 817925 May 202814.8
16 sites instead of 817920 Feb 202811.7
Activation window 24 weeks17911 Jan 202922.4
Ramp-up 4 months17930 Dec 202822.0
No screen failure, no dropout12027 May 202814.9

Calendar dates are model output, so a result can land on a weekend. Sites that open late hurt less than sites that recruit slowly: halving the rate is far more costly than doubling the activation window.

Assumptions you can defend

Where the inputs should come from

Per-site rate. Site questionnaires and feasibility surveys are optimistic. A better anchor is the registry record of a comparable completed trial: divide its enrolment by its number of sites and by the months between first and last participant in, and expect your own sites to land near or below that figure. Remember that the tool counts consented participants per open site per month, so a site that sees 4 eligible patients a month and consents a quarter of them is a rate of 1.0, not 4.

Screen failure. Count failures at the same point your enrolment target is counted. A trial with a long run-in or a central eligibility review fails more people after consent than one with a simple checklist. Past screening logs, even from a pilot, beat any rule of thumb. The screening and enrollment log template shows what to record so the rate is measurable by site and by reason, and pre-screening tools can reduce failures after consent by catching ineligible people earlier.

Dropout. Use the rate that matches your analysis population. Dropout after randomisation inflates the number to randomise only when the target is completers or evaluable participants. If you use a conservative estimate here, use the same figure in the statistical section of the protocol so the two documents agree.

Activation and ramp-up. Activation dates come from contracts, ethics or IRB approvals and drug supply, none of which a calculator can know. Use the date each site is realistically able to consent its first participant. If the schedule is a plan rather than a commitment, run the 24-week window as a second case.

Where each input comes from
InputBest sourceWeak source
Rate per siteComparable completed trial on a registryFeasibility questionnaire
Screen failureOwn screening logRule of thumb
DropoutSame assumption as the protocolDifferent number in each document
Activation datesApprovals and contracts in handTarget dates from the plan
Demo comparison. Replace with your study data

Track the real numbers against the forecast

Set up the study, add sites and record screening and randomisation in the free sandbox, then rerun this forecast with your actual monthly rates.

Start building your study free

Which tool when

Enrollment forecast or timeline calculator?

The clinical trial timeline calculator answers a different question: given start-up time, sites and a follow-up period, when do first participant in, database lock and topline results fall? It works on participants enrolled. This forecast stays inside the enrolment phase and goes deeper on it: it starts from completers, adds the screen-failure and dropout funnel, compares slow, base and fast cases, and solves backwards for the number of sites needed to meet a date. Use this page to defend the enrolment assumption, then carry the resulting last-patient-in date into the full timeline.

Two other pages help with the neighbouring steps. The clinical trial cost per patient calculator turns the number of participants you must consent into a budget line, because screen failures cost money even though they never reach the analysis. And the patient recruitment playbook for small trials covers what to do when the slow case is the realistic one.

When the forecast is bad

What to do if the base case misses your date

  1. 1

    Check the funnel before adding sites

    A high screen-failure rate is often a protocol or pre-screening problem. Tightening referral criteria costs less than opening four more sites.

  2. 2

    Open sites earlier, not more

    Shortening the activation window helps modestly (see the table). Fixing the slowest approvals is cheaper than recruiting extra sites.

  3. 3

    Use the sites-needed answer as a ceiling

    The tool assumes new sites perform like existing ones. Late-added sites usually do not, so treat the result as a minimum.

  4. 4

    Re-forecast monthly with real data

    After three months, replace the planned rate with the observed one per site. A forecast that is never updated is just a plan.

  5. 5

    Tell funders and sponsors the slow case

    A date range with stated assumptions holds up better in a progress report than a single date that slips.

Before you rely on it

Forecast assumptions checklist

Target defined

Completers, evaluable or randomised, matching the protocol statistics section.

Rates sourced

Screen failure and dropout from a log or comparable trial, source written down.

Per-site rate realistic

Consented participants per open site per month, not eligible patients seen.

Activation dates dated

Each site's expected first-consent date and the evidence for it.

Slow case shown

At least 60% of the planned rate, reported next to the base case.

Review date set

Re-forecast monthly using observed rates by site.

FAQ

Questions teams ask before they switch

Something not covered here? Ask us directly.

How do you forecast clinical trial enrollment?

Convert the target into the number to consent using dropout and screen-failure rates, then project recruitment forward as the sum of all open sites' rates, with each site ramping up after it opens. The date the running total reaches the number to consent is the projected last-patient-in date.

How is the number to consent calculated?

Completers needed divided by (1 minus the dropout rate) gives the number to randomise. That divided by (1 minus the screen-failure rate) gives the number to consent. Both are rounded up. For 120 completers, 10% dropout and 25% screen failure that is 134 and then 179.

What is a realistic per-site enrollment rate?

It depends on the condition and the design, so use a comparable completed trial on a registry, divided by sites and months, rather than a general figure. The tool counts consented participants per open site per month.

What does the slow case do?

It reruns the simulation with the per-site rate multiplied by the percentage you set (60% by default). Showing it next to the base case makes the uncertainty visible to funders and sponsors.

Does it account for seasonality or holidays?

No. It assumes a constant rate once a site has ramped up. If recruitment is seasonal, use a lower average rate, or run separate forecasts for the busy and quiet periods.

How does the sites-needed figure work?

If you enter a deadline, the tool finds the smallest number of sites that reaches the target by that date in the base case, using the same activation window, ramp-up and rate. It assumes added sites perform like the planned ones.

Is my data saved or sent anywhere?

No. The calculation runs in your browser and nothing you type is stored or transmitted.

How is this different from the timeline calculator?

The timeline calculator maps the whole study from start-up to topline. This page models the enrolment phase in more detail, with the screen-failure and dropout funnel, three scenarios and the sites-needed answer.

Forecast first, then track the real numbers

Run the study in a free sandbox with every feature. No credit card, pay only when you go live.

Start building your study free