Real-timeclinical trials.

A trial that answers now, not at database lock. The protocol becomes a live model, so every visit, form and field is checked as it happens, quoting the sentence behind it.

Definition

What is a real-timeclinical trial?

A real-time clinical trial (RTCT) is a trial in which protocol compliance, data quality, and safety signals are evaluated as the trial happens — at the point of care — rather than reconstructed weeks or months later during monitoring and data cleaning.

In a conventional trial only people compare the protocol with the data. An RTCT makes the protocol executable, so the question changes from “what did we find at lock?” to “what is true right now?”

60s

Sweep cycle

Workflows, reminders and deviations

At submit

Deviation evaluation

Categorized and graded

Every check

Traceable

To the protocol clause behind it

0

Unapproved AI outputs

Reach a subject record

Where the protocol lives
ConventionalA PDF, and in people’s heads
Real timeA machine-readable study model with day windows, matrices and rules
When a deviation is found
ConventionalAt the next monitoring visit, or at data cleaning
Real timeOn submit, or on the sweep that follows the window closing
When an out-of-window visit is caught
ConventionalAfter it has happened, from a listing
Real timeBefore the form opens, quoting the protocol’s own timing clause
Who notices a missed safety report
ConventionalA person, if they remember the window
Real timeThe time-based sweep, because nothing arrived in time
Follow-up work created by an answer
ConventionalManually, by whoever reads the form next
Real timeAutomatically, the moment the answer is recorded
Cost of an error
ConventionalA query cycle, months later, against a faded memory
Real timeSeconds, while the patient is still in the room
Effect of an amendment
ConventionalA change order, reprogramming, re-validation
Real timeA reviewed diff with data-at-risk counts, deployed the same day
What an inspector is shown
ConventionalReconstructed narrative and a listing
Real timeThe clause, the version, the approver and the timestamp

The intelligence layer

Read the protocol. Decide at the bedside.Prove every call.

A model, not a PDF.

Visits with day windows, forms per visit, typed fields, rules, and the requirements a deviation would violate. Every element keeps its document, page and quote.

Protocol v2.1 · p.41“Visit 4 will be performed on Day 18 (± 2 days) relative to randomization.”

Visit
V4 · Day 18 ± 2
Anchor
Randomization
Sealed
document · page · quote

While the patient is in the room.

Not eight weeks later in data cleaning. Four moments, each checked against the protocol.

  1. Before the form opensVisit preflightquotes the clause
  2. As it is typedField checksfour escalation levels
  3. On submitDeviation evaluationcategorized, graded
  4. Every 60 secondsThe sweepwhat becomes true with time

Speed you can audit.

Every automated decision names its authority. Nothing an AI proposes reaches a subject record until a named person accepts it.

Deviation DV-0412 · authority Clause§6.3 Schedule of Assessments VersionProtocol v2.1 ApprovedData manager, e-signed Fired09:42:01 hash-chained

Workflow engine

Real time is a scheduler,not a slogan.

One engine on a one-minute cycle, holding a database lock so exactly one instance runs each cycle.

  1. → An answer on a formImmediate

    Answer-triggered work

    Mark a serious adverse event and the reporting task already exists, assigned and due.
  2. → An answer, plus a delayFrom the answer

    Follow-up that schedules itself

    A response arms a task days or hours later, booked the instant its reason is recorded.
  3. → The calendarEvery 60 s

    Time-triggered schedules

    Due work is picked up each minute, so “overdue” means minutes, not a day.
  4. → Work going staleEvery 60 s

    Reminders and escalation

    An unanswered query is a tracked state with a clock on it.
  5. → Time passingEvery 60 s

    Protocol-deviation sweep

    A safety report never filed inside its window becomes a deviation on its own.
  6. → A new protocol buildEvery 15 min

    Protocol refresh watch

    New builds are announced, never silently imported into an enrolling study.

Each stage runs inside its own error boundary. One failing never silences the heartbeat: a scheduler that quietly stopped looks exactly like a trial with nothing to report.

Continuous deviation detection

A deviation thatnames its own clause.

It runs on the protocol specification the model produced, so the record quotes the requirement it enforces.

Three structural checks derive from the schedule of activities. The narrative requirements sit on top, in ten categories.

  • Eligibility bounds
  • Informed consent
  • Study procedures
  • Investigational product
  • Visit window
  • Safety reporting
  • Data collection
  • Lab procedures
  • Prohibited medication
  • Regulatory

ICH E6(R3)-aligned, each graded minor, major or critical, each anchored to a stated Day 0: enrollment, screening, randomization or first visit.

Guardrails

What real timedeliberately does not mean.

Design rules, not caveats. Each exists because the alternative fails quietly.

Rule 01

It warns. It does not block.

A hard refusal sends the data to paper, where nothing can check it.

Rule 02

An unrun check never reads as a pass.

Silence that looks like approval is how a gate goes missing.

Rule 03

It does not log non-events.

A log full of clicks is a log nobody reads.

Rule 04

A count it could not take is never zero.

Zero means “go ahead”: the most dangerous value to guess.

Rule 05

Machine-enforced and human-review are counted apart.

One total lets a study look armed when half its rules are advisory.

Rule 06

“Nobody said” is its own verdict.

Verified-live and no-one-told-us are different imports.

Protocol to eCRF

Where the live modelcomes from.

Something has to read the protocol first. Eight stages, ending with a person.

  1. 1

    Parse

    Read end to end, scanned pages and schedule-of-activities tables included.

  2. 2

    Harvest

    Requirements in prose become candidate rules, each keeping its page and quote.

  3. 3

    Plan

    Visits and forms are laid out before any form is written in detail.

  4. 4

    Build

    Each form is built against a CDASH-aligned field library.

  5. 5

    Reconcile

    Rules meet the fields they constrain; disagreements go to a human, never silently picked.

  6. 6

    Compile

    A deterministic, portable study bundle, with provenance attached.

  7. 7

    Self-test

    A synthetic patient walks the study to catch unreachable fields and orphaned rules.

  8. 8

    Human review

    The study waits in quarantine until a named person activates it.

The import says what it did with everything it received.

Every element gets exactly one verdict, reconciled against the bundle itself.

Projected
Written into study structure, naming where it landed.
Stored
Kept verbatim, deliberately not acted on.
Dropped
Not carried, with a required reason.
Unknown
Unrecognized by this version, so it surfaces instead of vanishing.

Inputs

Real time needsreal-time data.

Six channels, one destination: the same validated forms, rules and audit trail.

  • ePRO, between visits

    A symptom recorded at home is evaluated the same day.

  • EHR over FHIR

    Vitals, labs and demographics from systems such as Epic and Cerner, with units converted and LOINC mapped.

  • Paper, via OCR

    The real eCRF pre-fills, each value highlighted where it was found, nothing saved until a person approves it.

  • eConsent

    Versioned consent with signing, so consent-before-procedure is checkable.

  • Randomization and RTSM

    Stratified, blinded allocation and kit tracking, in the same audit trail.

  • Site entry, checked live

    Validated field by field, with the copilot watching for jointly impossible values.

FAQ

Real-time clinical trials,answered plainly.

What is a real-time clinical trial (RTCT)?

A real-time clinical trial is one where protocol compliance, data quality, and safety signals are evaluated as the trial happens rather than reconstructed afterwards. In a conventional trial the protocol lives in a PDF, the data lives in an EDC, and the two are only compared during monitoring visits and data cleaning — which is why a systematic error at one site can run for months before anyone sees it. In an RTCT the protocol itself is compiled into a machine-readable model, so every visit, form, and field is checked against it at the moment of capture. The practical difference is when you learn: minutes instead of the interval between monitoring visits.

How is RTCT different from “real-time reporting” or a live dashboard?

A live dashboard shows you data faster. It still cannot tell you whether that data complies with your protocol, because a dashboard has never read your protocol. RTCT is about real-time judgment, not real-time display: the system holds the protocol’s actual requirements — day windows, the schedule-of-activities matrix, eligibility bounds, consent-before-procedure, safety reporting windows, prohibited medications, visit sequencing — and evaluates them continuously. A dashboard tells you a visit happened on Day 22. RTCT tells you the protocol allowed Day 18 plus or minus 2, quotes the sentence that says so, and records the deviation with its category and severity.

How does AccuraTrials make a protocol machine-readable?

The protocol intelligence layer runs a staged pipeline over the source documents. It parses the document, including scanned pages and the schedule-of-activities tables; harvests the requirements the protocol states in prose; plans the visits and forms; builds each form in depth against a CDASH-aligned field library; reconciles the harvested rules against the forms they constrain; compiles a deterministic study bundle with provenance attached to every element; and finally walks a synthetic patient through the result to catch structural faults before a human ever sees it. What comes out is a portable study definition — visits, forms, fields, branching logic, validation rules, arms and cohorts, task definitions, and a protocol-deviation specification.

Does the AI decide anything on its own?

No. Every generated study lands in quarantine — a study that exists so you can review it section by section, but that is hidden from normal study lists and cannot enroll anyone until a person explicitly activates it. The import reports what it did with every single element it received: what was written into the study, what was kept verbatim but not acted on, what was deliberately dropped and why, and what it did not recognize. Where two source statements disagree about the same field, both readings are carried through unresolved for a human to settle, because the pipeline cannot know which one is right.

What happens to a running trial when the protocol is amended?

An amendment is treated as a diff against the study you are already running, not as a fresh import. The system works out which incoming form replaces which existing one, then — and this is the part only the EDC can do — counts how much collected data sits behind every artifact the amendment touches. “This field was retired” is not a decision; “this field was retired and 412 subjects have values recorded against it” is. Anything the crosswalk could not confidently place is held in its own bucket at the top of the review rather than folded into a safer-looking category. You approve a matrix, and the matrix is stored, so your approval refers to something fixed.

Which real-time data sources can feed an RTCT?

Data does not only arrive when a coordinator types it. AccuraTrials accepts patient-reported outcomes through a patient portal between visits, versioned eConsent with a signing workflow, vitals and labs over FHIR from EHR systems such as Epic and Cerner, randomization and trial supply events from the built-in RTSM, and paper source documents through OCR that pre-fills the real eCRF with every value traceable to its position on the scanned page. All of them land in the same validated forms, under the same validation rules, and inside the same 21 CFR Part 11 audit trail as data typed at a workstation.

Does running checks in real time slow sites down?

It moves the work earlier, which is where it is cheapest. A field-level check costs a site seconds at entry; the same error found in data cleaning costs a query, a site response, a monitor review, and a re-entry, months later, against a memory nobody trusts. The escalation levels exist precisely so that speed is preserved: only genuinely unsafe values block a save, most issues raise a query or a warning, and a visit-timing concern asks for a confirmation rather than a refusal. Nothing in the design makes a coordinator wait on a model.

Is real-time monitoring compatible with 21 CFR Part 11 and ICH E6(R3)?

It is the direction both point in. ICH E6(R3) asks sponsors to manage quality proactively and proportionately to risk rather than to inspect it in at the end, and risk-based quality management is much easier to evidence when your protocol requirements are executable and your deviations are detected and categorized as they occur. Part 11 is not relaxed by automation — it is what makes automation defensible. Every automated evaluation writes to the same immutable audit trail as a human edit, with the clause it enforced, the protocol version it came from, and the person who accepted it.

Bring the protocolyou think is too complicated.

A 30-minute demo on your document: the model it produces, the clause behind every rule, and what the import did and did not carry.

Or email us: jgui@accuratrials.com