Study design & delivery

Your intent.
A study taking shape.

Bring a protocol document, a digital protocol, existing forms or an idea. Direct AI agents, build in the UI, or combine both. Shape a study your team can review, refine and take live in your EDC.

See your workflow with Clinstead
Start anywhere. Stay in the detail.

See what the decision
rests on.

From a protocol passage to a proposed field, inspect the connection. Refine the proposal, make a manual edit and test the form. Your team decides what becomes part of the study.

clinstead designerInteractive example
01Protocol passage§4.2 · Assessments

Meridian · study protocol

Vital signs will be assessed at baseline and Week 4. If fever is reported, record body temperature in °C. Record each assessment in the corresponding visit form.

Meridian · synthetic studySource preserved
02Proposal for reviewAwaiting your decision

Add a temperature field. Show it when fever is reported.

Body temperatureNumber · °C · Required
Add field

The passage specifies the measurement, unit and condition. The visit schedule supplies where it is collected.

03Test the collection experienceRevision 01

Vital signs

Baseline / Week 4

Accept the proposal to see its behaviour here.

The collection plan

AssessmentBaselineWeek 4Fever reportedIncludedIncludedBody temperaturePendingPending

Review the proposed visit assignments before accepting.

Synthetic study · interactive product illustration

Behind the request: an agent working with the current study, selected context and source material. Typed operations, dependency checks and explicit review turn an instruction into a controlled change.

Inside the Clinstead engine
Build at the speed of iteration

One study.
Every expert’s perspective.

A protocol document, structured intent or a library of inherited forms. See agents connect the collection plan, field definitions and review decisions across a whole study.

The assignment

A whole study. All its moving parts.

“Build the collection plan across screening, treatment and follow-up. Connect the safety forms, repeat assessments and rules to the protocol. Flag what needs a decision.”

One design. Shared context.
Collection planSelect an assessment
Randomised treatment study · both arms unless specified
AssessmentScreenBaselineWeek 4Week 8Week 12Follow-up
—————
————
——
——
—
———

Swipe to explore the full schedule →

Scheduled◇ Conditional / cohort-specific
Data manager

Laboratory results

Connect the collection event, result structure and visit. Keep each relationship inspectable.

Scheduled collection

Screen · Baseline · Week 4 · Week 8 · Week 12 · Follow-up

§6.2 · Laboratory assessments
“Collect haematology and chemistry at scheduled visits. Record collection date, units and laboratory reference limits.”

Source → proposal → review

Inspect a recorded USDM workflow

A closer look at a supported USDM 4.0 build: source relationships, field definitions and independent checks.

Study workbenchThree-arm study
Interactive study example · USDM 4.0
See what is collected, when, and for whom.

The collection plan, made visible.

Select a scheduled form to inspect its fields.

Three selected forms from the recorded study. A filled cell opens the form at that scheduled instance.
Collection formScreen OneMain timelineScreen TwoMain timelineDoseMain timelineWeek 2Main timelineWeek 4Main timelineWeek 6Main timelineWeek 8Main timelineWeek NPIMain timeline
———————
—
———
Selected formDemographics1 scheduled instance across 3 arms.

16 instances have source-defined arm scope. 8 use a provisional all-arm scope that remains flagged for review. Filters show the recorded mapping, including those provisional assignments.

Explore how a digital protocol becomes an editable design, with its relationships and evidence intact.

Understand the standards
Review is real work

Find the issue.
Make the call.

Check generated fields against their source. Distinguish an acquisition gap from a workflow decision. Bring a reviewed template to complete missing detail, with the original evidence still in view.

Evidence behind the resultInteractive check illustration
01

Make a mistake. See it caught.

A separate source comparison checks what the build preserved.

Demographics / SexC28421
Source propertyRequiredisRequired: true
Generated fieldRequiredis_required: true
3 of 3 example checks match

Requiredness, generated type and coded answers agree with the source.

Coded answers remain inspectableMale C20197Female C16576
02

Know what still needs a decision.

A named activity does not always define a collection field.

Definition neededActivity_7

Physical examination

The source names the concept. Its property list is empty: no acquisition fields, types, choices or required rules.

BiomedicalConcept_34properties: []Original source · unchanged
Inspect the recorded quality results

The reference study recorded 310 passed source checks and 278 passed output checks. A further 23 activities remained open for acquisition or workflow review. These results cover the recorded checks, not every aspect of study readiness.

Recorded results from the reference study. The interactive checks use local examples; template content is illustrative.

Change the study.
Keep the context.

Compare the amendment, inspect the affected output and preserve the baseline. A change is easier to review when its consequences are explicit.

Amendment, in contextBaseline preserved

A change in the protocol.
A chain of consequences.

Visits. Forms. Rules. Cohorts. Follow the amendment through the work it touches, before accepting the new design.

Choose what changes

Amendment 02 · illustrative protocol

Follow the impactProposed revision
Schedule & timing
  • §6.1

    Add Week 12 and link its safety assessments.

  • §6.2

    Revise the Week 4 and Week 8 timing windows.

Before acceptance

Confirm the reference event and when the amendment takes effect.

The consequences continue into the data.

With clinstead resolve, follow the changed study definitions into affected mappings and derivations, then review the implications against the SAP.

clinstead resolve · planned workflow
One study model connects the change.Synthetic scenario · interactive impact illustration
Inspect the recorded timing comparison

The broader scenario above is illustrative. This reference shows a focused source-to-output amendment comparison.

Amendment impact preview Baseline preserved

A wider window.
A precise account of the change.

Compare the proposed source with its baseline before changing the study.

BaselineRead only
±3 days
−5Scheduled day+5
Timing_4 · P3D / P3D
ProposedPreview
±5 days
−5Scheduled day+5
Timing_4 · P5D / P5D

Follow the source change into the generated configuration.

Preview the changed and unchanged records.
Inspect the amendment reference
Original source location$.study.versions[-1].studyDesigns[0].scheduleTimelines[0].timings[3]

The ±3 to ±5 day amendment is a synthetic change to the recorded reference study. This read-only illustration compares generated configurations; it does not apply an amendment to a live study.

Source reconciliation, design checks and output checks answer different questions. Make each visible—and keep expert review where it belongs.

Explore the control framework
The route to a live study

Good design
should travel.

The study should move beyond its authoring environment. Carry reviewed structure into your chosen collection system, with a clear design revision, a defined delivery profile and an acceptance path.

From reviewed design to collectionIllustrative study delivery
Study design · revision 02

A study ready to move.
With the work behind it.

Carry the reviewed structure forward, with its design decisions close at hand. Your team can identify the design being delivered, inspect the package and agree acceptance in the destination.

Explore how your study travels
Study structureForms, fields & visit assignments
Design reviewRecorded decisions
Output identityIdentifiable design & delivery package
Collection environmentYour chosen EDC
Before activationDestination import & acceptance checks
Under the surface: exchange and acceptance

CDISC ODM XML is a demonstrated exchange route. A delivery profile matches the destination’s supported study constructs and import process. Format checks, study review and destination acceptance are distinct steps; the package remains tied to the design snapshot that produced it.

The study model continues beyond the handoff. clinstead resolve is being built to connect collected data, the SAP and analysis outputs to the same intent, design and decisions.

Carry the study into analysis
Your next build deserves a better starting point.

Let’s put your study to work.

See your workflow with Clinstead

Start with the work you have. Show us where you want to go.