Platformclinical trial software
One study. One meaning. Every system still itself.
Research has tolerated split toolchains for decades: one vendor for capture, another for randomization, a third for coding, separate contracts for signature and export. Every seam is a mapping, and every mapping is a place two systems can disagree about the same subject. Here the parts stay distinct — and they read one model.
Model03 layers
A trial produces three kinds of thing. They have to agree.
Not one database with everything in it. One meaning, which the documents, the decisions and the software all resolve against.
- Capture — eCRF builder, protocol parser, validation engine
- Oversight — queries, source data verification, double entry
- Allocation — stratified randomization, blinding, trial supply
- Terminology — MedDRA and WHODrug coding
- Closure — data locks, e-signature, regulatory export
Loop04 movements
Build, monitor, amend, prove — and then again.
A study definition that is only used once, at setup, is a document. The same model has to carry the study while it runs, or the software drifts away from the protocol the moment anything changes.
- Build
- The protocol drafts the forms, the checks and the visit schedule. A person reviews and applies; that act is what puts it live.
- Monitor
- Entry is read against the protocol, not against generic bounds, so an implausible value or a missed assessment surfaces while it can still be fixed.
- Amend
- An amendment is a diff against the model that states its own consequences: which forms change, which windows move, which findings are affected.
- Prove
- Because each of the three movements above wrote its reasons down as it happened, the evidence is a replay of the record rather than a reconstruction at the end.
FAQthe questions
Clinical trial software questions.
What is the difference between EDC and clinical trial software?
EDC software is the data layer: form design, entry, validation and export. Clinical trial software is the wider platform around it, adding randomization, query management, medical coding, source data verification, e-signature and study administration. Both are one product here.
Can this replace several clinical trial vendors?
In most study designs, yes: capture, randomization and supply, queries, coding, SDV, signature, locks and regulatory export are all in scope. For a CTMS or a dedicated safety database, the answer is integration over a REST API rather than replacement — we do not build those and we will not pretend otherwise.
How are protocol amendments handled?
As a versioned change to the study model. Update the forms, fields and affected rules, review the stated impact, then activate the new version. Because every part reads the same model, the change propagates without a mapping exercise between vendors.
Nextthe ask
Bring the stack you are trying to replace.
Thirty minutes on the real platform, against your study type rather than a demo study.