Migration guide · Enterprise EDCUpdated October 9, 2026

How to migrate from Medidata Rave to Capture

There is no one-click import of a Rave study, and the hard part is rarely the forms. It is the contract, the data you must be able to prove, and the date you cut over. Here is a plan a data manager can follow and a sponsor can audit.

  • No direct Rave import claimed
  • Free sandbox rebuild before you commit
  • Amend studies without change orders

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

Rave exit plan · demo, 20 weeks
1234567891011121314151617181920

weeks

Read contract and exit terms

Notice, export rights

Export data and build specification
Rebuild forms in a free sandbox
Test, validate, train sites
Cut over at a study boundary
Parallel archive and merge map
Demo plan. Your own dates depend on the contract and the study

What to know first

  • There is no direct import of a Medidata Rave study into Capture. Plan a rebuild plus a data merge at analysis.
  • Start with the agreement: term, notice period, who owns exports and any fee for data extracts or archives. These set your earliest realistic cut-over date.
  • Move at a boundary: a new study, a new cohort, an extension or the next protocol. Avoid the middle of recruitment.
  • Capture drafts forms with AI from an uploaded CSV, XLSX, PDF or DOCX (your build specification or annotated CRF), you review each field, and your own team makes later amendments with no change order.
  • Test everything in the free sandbox first. You pay only once you go live with real participants.

Why teams look

The usual reasons a Rave study comes up for review

Medidata Rave is a widely used enterprise EDC, and for large global programmes with established processes it can be the right system. Teams start searching for an exit for reasons that are mostly structural rather than technical: a build that is ordered from a services team, protocol amendments that go through change control with a quote attached, a contract term longer than the study plan, and modules for ePRO, randomization or consent that are bought and configured separately.

Before you move anything, put those questions to your current vendor in writing. A clearer quote or a shorter amendment turnaround may be the cheaper fix. If it is not, the Medidata Rave alternatives page lays out the evaluation criteria and Medidata vs Capture is the side-by-side. Protocol amendments without change orders shows how amendment control works when your own team holds the builder.

Be honest about timing. A migration that is announced two weeks before an interim analysis is a risk to the dataset; a migration planned before the next protocol starts is just a project.

The path

Eight steps to move a study off Rave

Written for a sponsor or CRO moving the next study, cohort or protocol. Moving a study that is already recruiting is possible but needs the extra care described under mid-study moves.

  1. 1

    Read the agreement before the technology

    Find the term, the notice period, auto-renewal, who may export what and in which format, and whether archiving or extra extracts carry a fee. Write the earliest possible exit date next to your study calendar.

  2. 2

    Choose the cut-over boundary

    Pick one date after which no new data enters the old system. A single date is easier to document in the data management plan and to explain to sites than a gradual hand-over.

  3. 3

    Export everything you are entitled to keep

    Request the study data in the formats your contract provides, the audit trail, the query history, the signed documents, and the build specification or annotated CRF. Store them with the trial master file with a note of date, extract version and who generated them.

  4. 4

    Draft the new forms with AI

    Open a draft form in Capture and upload the specification or annotated CRF as CSV, XLSX, PDF or DOCX. The AI drafts questions, choice lists and lab tables. It flags what it cannot match. Nothing is saved until a person approves it.

  5. 5

    Rebuild visits, logic and checks

    Recreate the visit schedule and windows, branching as skip logic, and your range and custom-value rules as edit checks that raise auto-queries. Use the built-in calculators for derived values such as BMI or eGFR where they apply. Simplify any logic that depended on custom functions.

  6. 6

    Test and document in the free sandbox

    Run sample participants through every visit, break each check on purpose, sign, and review the audit trail. Keep the scripts and results as validation evidence. See computer system validation.

  7. 7

    Train sites and go live

    Give each role the right access, show coordinators how queries and signatures work, and set the date. Add a site, share its QR code or invitation, and enrol from the cut-over date.

  8. 8

    Archive, map and merge at analysis

    Keep the Rave export as the record of everything collected before cut-over. Write a one-page variable map pairing old and new names, and join the two datasets on participant identifier during analysis.

Data mapping

What maps where when you leave Rave

Category-level guide using generic enterprise-EDC terms. Check each line against your own build.

Item in the old systemWhere it goes in CaptureEffort
Forms, fields and choice listsAI-drafted from an uploaded specification, then reviewed field by fieldLow to moderate
Visit schedule and windowsRebuilt in the visit editor, or drafted from the protocol documentLow to moderate
Edit checks and derivationsRange and custom-value edit checks with auto-queries; built-in clinical calculatorsModerate
Custom functions or scripted logicRewritten as skip logic or edit checks; simplify what cannot be expressedModerate to high
Subject data collected so farStays in the original export; merged with the Capture export at analysisMapping exercise
Queries and audit trail historyArchived with the trial master file; not copied into the new audit trailArchive task
Roles and site usersNew accounts with researcher, site coordinator and admin rolesLow
Randomization and supply setupReconfigured in Capture randomization and kit management if the study uses themModerate
Standards such as CDISC SDTM outputsCapture exports SDTM datasets as SAS XPT with Define-XML; compare the mapping to your existing specificationReview

Capture does not copy another system's audit trail into its own. The audit trail starts with the first entry in Capture.

Upload a Rave form specification and review the draft

The free sandbox includes every feature. Compare the draft with the original and time the review.

Rebuild a Rave form free

The slow part, sped up

Review a draft instead of retyping a build

In a services-led build, forms arrive from a team that interprets your specification. In Capture you hold the builder. Upload the specification and the AI proposes the structure; your data manager spends the time on what matters, such as units, required flags, ranges and the link between a form and a visit.

  • Reads CSV, XLSX, PDF and DOCX, and drafts lab tables with unit, result and reference-range columns.
  • Items it cannot match are flagged rather than guessed.
  • Works on draft forms only; approved forms lock for live use.
See the CRF builder in depth
Vital signs · AI draft for review
Demo study · Visit 2 (Week 2)Draft

Drafted from uploaded specification

Systolic blood pressure

VSORRES
128mmHg

AI proposed range 70 to 220 · review

Diastolic blood pressure

82mmHg

Heart rate

71bpm

Position

SittingSupineStanding
Demo form. A person approves every field before use

Be realistic

What does not carry over, and what you must plan for

Your data does not move automatically. Capture does not import a Rave study. Historical subject data stays in the export you take from the old system and is merged at analysis. If your statistical plan needs one continuous dataset, agree the variable map and the code lists before the first participant is entered in Capture, not after.

History does not move. Query threads, the old audit trail and signature records are archived as documents. The audit trail in Capture starts at the first entry; it is field-level, append-only and records user, time, old value, new value and reason for change.

Custom logic may need to be simplified. Anything written as scripted functions or unusual derivations has to be re-expressed as skip logic, edit checks or one of the built-in calculators. List these early; they are where the review time goes.

Integrations are rebuilt, not copied. If your current study feeds a coding tool, a safety database or a lab data feed, decide how each connection will work after the move. This page does not claim a connector for any of them, and medical coding of adverse events and medications is a process you should keep in place and document. Capture does export SDTM datasets, so the downstream statistical flow is easier to reproduce than the connections around it.

Training and SOPs change. Your data management plan, CRF completion guidelines and site training slides need a new version number. Budget for that as a task, not an afterthought. The 21 CFR Part 11 compliance checklist is a good frame for what the sponsor should verify in any EDC.

Validation and cutover

Cutover checklist for a Rave exit

Contract exit terms confirmed

Notice period, export entitlements and any fees written down and signed off by procurement.

Complete archive taken

Data, audit trail, queries, signed documents and specification stored with the trial master file.

Variable and code-list map agreed

Old to new names, units and codes approved by the statistician before the build is locked.

Edit checks reproduced

Every old rule listed, rebuilt or deliberately retired with a reason.

Test evidence filed

Sandbox scripts, expected and actual results, deviations and approvals.

Re-consent decision made

Whether participants need to be informed; prefer a new study or cohort for the move.

Sites trained and accounts created

Roles assigned, a short guide issued and a date after which only Capture is used.

Data management plan updated

New version describing the system, the cut-over date and the merge approach.

If you cannot wait

Moving a study that is already recruiting

Sometimes the contract ends before the study does. In that case the cut-over date is a design decision with consequences: every participant mid-way through the visit schedule will have some visits in Rave and the rest in Capture. Build the Capture schedule so that it starts at the next visit, carry the participant identifier across unchanged, and record the rule in the data management plan. How to switch EDC vendors mid-study walks through the risks in more detail.

Run the sandbox rebuild in parallel with the live study so that nobody has to guess how long your forms take. It is free and costs nothing if the answer is to stay.

Cutover readiness · demo study

Items done

5 of 8

Cut-over date

Set

  • Archive taken and filedData, audit trail, queries
  • Variable map approvedStatistician
  • Edit checks reproduced41 of 41
  • Sandbox test evidence filed
  • Sites trained6 of 6
  • Re-consent decisionEthics
  • Data management plan v2
  • Custom function rewrittenNeeds simplifying
Demo data. Close open items before the date

What changes

Where the working day differs

Building a study
Often ordered from a vendor build team against a specification
Your team builds in the visual builder, with AI drafting from a file or protocol
Protocol amendment
Commonly a change request with a quote and a queue
Your study team edits; draft and approved states and the audit trail record it
Modules
ePRO, consent and randomization are frequently separate products
EDC, ePRO, eConsent and randomization in one platform and one audit trail
Starting
Sales process and contract first
Free sandbox with every feature, no credit card

FAQ

Questions teams ask before they switch

Something not covered here? Ask us directly.

Can I import my Medidata Rave study into Capture?

No. There is no direct import. Export your data and build specification, use AI to draft the new forms from an uploaded CSV, XLSX, PDF or DOCX, rebuild logic and checks, and merge historical data at analysis.

What should I check in my Rave agreement before migrating?

The term and notice period, auto-renewal, what you may export and in which formats, and whether archiving or additional extracts carry fees. These set your earliest realistic cut-over date and are worth reading before you plan the technical work.

What happens to my Rave audit trail and queries?

Archive them with the trial master file. They are not copied into Capture. The audit trail in Capture starts at the first entry and is field-level and append-only.

Should I migrate in the middle of a study?

Prefer a boundary such as a new study, cohort or protocol. If the contract forces a mid-study move, choose one cut-over date, keep participant identifiers unchanged and document the rule in the data management plan.

How long does the rebuild take?

The AI produces a first draft in minutes; review time depends on the number of forms and how much custom logic there is. Time one or two forms in the free sandbox to estimate the rest.

Does Capture support CDISC outputs?

Yes. Capture exports SDTM datasets as SAS XPT files with Define-XML. Compare the mapping with your current specification during testing.

Can we keep our medical coding process?

Yes, keep it. This page does not describe built-in coding, so continue with your current coding tool and dictionary licence and document how coded terms reach the analysis dataset.

Is there a cost to try the migration?

No. The free sandbox has every feature with sample data, no credit card and no time limit. You pay only once you go live with real participants.

Rebuild one Rave form this afternoon

Upload a specification in the free sandbox, review the draft and decide with evidence. No credit card, no sales call.

Rebuild a Rave form free