Migration guide · ViedocUpdated October 18, 2026

How to migrate from Viedoc to Capture without losing continuity

Viedoc, from Viedoc Technologies in Uppsala, Sweden, is an established EDC used in multi-country studies. If you have decided to move, this plan focuses on the issues larger, multi-site studies hit: a standards-based export, events and forms, language and role gates, SDTM re-checks and a cutover at an interim data snapshot.

  • Multi-country gates
  • Standards-based export
  • Twelve-week example plan

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

Migration readiness · demo study, 14 sites, 3 countries, 210 participants

Gates passed

5 of 9

Open decisions

3

  • Export request deliveredData, audit trail, queries
  • Event and form mapping signed off9 events, 31 forms
  • Roles and site delegation recreated
  • SDTM mapping re-checked on sample dataDM, VS, AE, CM, LB
  • Local-language forms decisionCapture does not claim multilingual
  • Interim snapshot agreed with the sponsor
Demo readiness list. The language flag must be resolved before any date is set.

What is different about leaving Viedoc

  • Viedoc studies are often multi-country. That raises gates a single-site move does not have: translated forms, regional hosting, different site user lists and sponsor expectations about exports.
  • Check languages first. Viedoc's product page lists a library of validated ePRO forms and support for many languages. Capture does not claim multilingual support on its site, so a study that depends on local-language forms or consent stops here until you have a plan.
  • Ask for standards-based exports. Request the data in the formats your agreement allows, such as spreadsheet and any CDISC-based export, along with the audit trail and query history. Treat what the vendor actually supplies as the only fact.
  • Re-check your SDTM mapping, do not copy it. Capture exports SDTM datasets as SAS XPT with Define-XML, and each eCRF template carries an SDTM domain. Run a sample and compare with your existing datasets.
  • Cut over at an interim snapshot. For a larger study a clean data snapshot is a better boundary than a calendar date: lock the old database state, archive it, and start the new system from a defined point.

Scope

Who this page is for, and who should stay

Listings describe Viedoc as a Swedish EDC vendor founded in 2003 whose suite covers EDC, randomisation, trial supply management, ePRO and eCOA (Viedoc Me), eTMF, tele visits and integration services, and the vendor reports use in thousands of studies. Those are vendor statements, and Viedoc is a respected option. Many studies should simply stay where they are: if you are in the last months of a locked Phase 3, if your sponsor has validated Viedoc for the programme, or if translated forms are central to your design, a mid-study move may cost more than it saves.

This page is for the study that has already decided to move: a new study that will start on Capture while a legacy study runs out on Viedoc, a portfolio consolidating onto one platform, or a study where cost, build speed or module scope drove the decision. If you have not decided, start with Viedoc alternatives and the Capture vs Viedoc comparison; those pages are the evaluation, and this one is the execution plan. Where the project is part of a wider change of vendor in a running trial, read how to switch EDC vendors mid-study alongside it.

Gates first

Five gates that can stop a Viedoc migration

Resolve these before you draw a project plan. Each one either clears and lets you proceed, or changes the plan.

GateQuestion to answerIf the answer is a problem
LanguagesDo participants or sites use forms, ePRO or consent in languages other than the one you will build in Capture?Capture does not claim multilingual support. Do not migrate that study, or migrate only the parts that do not need translation.
Regions and hostingDoes the sponsor or ethics approval name a hosting location?Capture is hosted in the EU (Frankfurt) and the USA (N. Virginia). Confirm the approval and data processing terms permit it.
Modules in useWhich of randomisation, supply management, ePRO, eTMF, tele visits and integrations do you use today?Map each to a Capture module (see the table below). Anything with no equivalent needs a stated workaround or a separate tool.
IntegrationsDo you receive lab files or device feeds into the EDC?The Capture site names Oura only as a wearable. Do not assume other feeds; enter or reconcile values another way.
Sponsor and CRO consentWho must approve a change of EDC, and by when?Many sponsors require a notified change with testing evidence. Start that conversation before the build.

A "no" on languages or modules is a finding, not a failure. It tells you the study should not move, or should move in part.

Mapping

Events, forms and modules mapped to Capture

Based on how EDC suites are commonly organised and on the module list in vendor listings. Replace the left column with the terms in your own study configuration.

In a suite-style EDCIn CaptureNotes
Visits or events with event groupsVisits grouped into epochs; arm-specific visits; an unscheduled visit bucketCheck visit windows and any repeating events.
Forms and item groupseCRF forms with sections; table sections for repeating rowsEach row carries its own audit trail.
Edit checks and warningsRange high, range low and custom value rules raising auto-queries, with a priorityRebuild each; confirm priorities with the data manager.
Randomisation moduleSimple randomisation in Core; stratified and blinded randomisation in Full PlatformAllocation records must be carried across under controlled access.
Trial supply managementDrug supply in Full PlatformCheck kit, lot and depot structure separately.
ePRO / eCOAePRO with participant links, reminders and QR-code enrolmentLanguages gate applies.
eTMFeTMF in Full PlatformDocument filing structure is rebuilt; see the TMF set-up guide.
Roles and site usersResearcher, site coordinator and admin roles, plus blinded rolesBlinded roles never receive arm values.
QueriesAuto-queries from edit checks and manual queries answered on the fieldCarry open queries across or close them first.
Data exportsCSV or Excel with data dictionary; SDTM as SAS XPT with Define-XMLCompare to existing datasets before relying on them.

Capture module scope is on the pricing page and the product pages. Tele visits are not claimed here.

Prove the mapping on one form set first

Upload your blank forms and a field list to the free sandbox and check the draft against your current build. Every feature, no credit card, no time limit.

Start a migration sandbox

The plan

Ten steps over twelve weeks for a multi-site study

The timeline assumes a study with 14 sites in 3 countries and 210 participants, and a sponsor who agrees an interim snapshot as the boundary. Scale to your own design.

  1. 1

    Weeks 1 to 2: decide and notify

    Resolve the five gates, secure sponsor and CRO agreement and confirm the contractual notice period with the current vendor. Request the export in writing at the same time, because delivery usually takes longest.

  2. 2

    Weeks 1 to 3: inventory the build

    List events, forms, items, edit checks, derivations, roles, sites, languages and integrations. Record which items stay, change or retire. This also defines your validation scope.

  3. 3

    Weeks 2 to 4: draft in the AI builder

    Upload the protocol, the form specifications or blank form PDFs. Capture drafts the visit schedule and forms for review and saves nothing without approval. Use eCRF templates (adverse events, concomitant medications, laboratory) where your design is standard.

  4. 4

    Weeks 3 to 6: build and test

    Finish forms, rules and roles, then run a scripted test in the sandbox covering each edit check, each skip rule and each role. Move forms from draft to approved only when the test passes.

  5. 5

    Weeks 5 to 7: SDTM and export check

    Export sample data as SDTM (SAS XPT with Define-XML) and CSV. Give them to the statistician and programmer, and compare variable names, controlled terms and derivations with the datasets you already produce.

  6. 6

    Weeks 6 to 8: train sites and users

    Train site coordinators, monitors and data managers by role. Every coordinator enters a test visit and answers a test query. Confirm the delegation log matches the roles you recreated.

  7. 7

    Weeks 8 to 10: parallel run

    Choose three active sites. Enter one full visit cycle in both systems. Export both and compare, then fix the form or the mapping, and repeat on a second cycle if differences remain.

  8. 8

    Week 10: agree the interim snapshot

    Resolve or carry open queries, take a snapshot of the old database, lock it read-only, export data, audit trail and query history, and file them with the sign-off.

  9. 9

    Week 11: cutover

    Pick one date. New entry goes only to Capture. Keep the old system read-only until the archive is verified against the export log.

  10. 10

    Week 12: reconcile and close the migration record

    Reconcile participant counts and key variables across the two sources, write the migration memo and archive the comparison files.

Reconciliation

Count what moved and what stayed

At the end of cutover, produce one reconciliation table. It shows, per site, how many participants and visits sit in the archive and how many sit in Capture, so nobody is counted twice and nobody is lost. The numbers below are demo data.

  • One row per site, with participants enrolled before and after the snapshot.
  • Visit counts on each side of the cutover date.
  • Open queries carried across, with owner.
  • Sign-off by data manager and clinical lead.
EDC for multi-site early-phase trials
Cutover reconciliation · demo study

Participants in archive

168

Participants new in Capture

42

Open queries carried

11

Unreconciled visits

0

Site 101 · archive28/42

28 of 42

Site 204 · archive34/42

34 of 42

Site 307 · new in Capture14/42

14 of 42

Demo data. Every participant counted exactly once.

Standards

Re-check the datasets; do not assume they are interchangeable

Studies that report to a regulator or sponsor usually produce SDTM datasets, and most teams have programs that read a specific column layout. When the EDC changes, even a conformant SDTM export can differ in variable order, controlled terminology choices, derived variables and how repeating forms become records. Treat the first Capture export as a draft: give it to the programmer along with the existing datasets, run the validation checks you already use, and write down every difference.

In Capture each eCRF template carries an OID and an SDTM domain (for example DM, VS, EG, LB, MH, AE, CM), and exports come as SAS XPT with Define-XML. See CDISC SDTM export software for what is produced and exporting EDC data to R, SAS and SPSS for the analysis side. A statistician who owns the analysis dataset specification should approve the mapping before cutover, as covered in EDC for biostatisticians and SAS programmers.

If you load legacy records into Capture, keep a map between the old and new variable names for every loaded field, and label loaded records in your documentation as loaded. If you instead keep the legacy data in an archive and join at analysis, put the join keys (study identifier, site, participant number, visit) in the data management plan so the join is reproducible.

People

Roles, delegation and contracts to settle

User list and delegation log

Recreate each user with the same role and site, and remove anyone no longer delegated.

Blinded and unblinded roles

Define who may see arm values before the first user logs in; blinded roles never receive them.

Training records

File training for the new system alongside GCP training for each user.

Notice and retention terms with the current vendor

Keep read-only access until the archive is verified; confirm the deletion date in writing.

Sponsor and ethics notifications

Where a change of system must be notified, submit the testing evidence with it.

Data processing terms

Update agreements to reflect the new hosting region and processing roles.

Cost

What the destination costs

Capture publishes its prices. Core is $1,000 per month including one live study plus $50 per participant per month; Full Platform is $5,000 per month per live study plus $30 per participant per month and adds stratified and blinded randomisation, drug supply, eTMF and CTMS; Enterprise is custom. Study setup by the Capture team is $0 on the pricing page, the study fee starts when the first participant is screened, and rates above 100 participants are lower but not published. For a 210-participant study, the volume rate is the figure to ask for in writing. See the pricing page and the 100-patient and 500-patient worksheets for the arithmetic. This page does not state any Viedoc price; compare using your own invoice.

Capture is suitable for Phase 1 to 3 and a multi-site pivotal study is a normal use case; see EDC for Phase 3 trials.

FAQ

Questions teams ask before they switch

Something not covered here? Ask us directly.

Can I export everything from Viedoc?

That depends on your agreement and on what the vendor supplies. Ask in writing for the data, audit trail, query history, form definitions and any standards-based export, with formats and delivery dates. Do not plan around any item until it has been delivered.

Does Capture support multiple languages like Viedoc?

Capture does not claim multilingual support on its site. If your study depends on translated forms, ePRO or consent, resolve that before choosing to migrate.

How long does a Viedoc migration take?

The example plan is twelve weeks for a three-country, 14-site study with 210 participants, including a parallel run and an interim snapshot cutover. Fewer forms and sites shorten it; the vendor export and sponsor approvals often decide the timing.

Should I migrate during an ongoing Phase 3?

Often not. Many teams run existing studies to lock on the current system and start new studies on Capture. If you must move, choose an interim snapshot as the boundary and parallel run first.

Will my SDTM datasets be identical after the move?

Do not assume so. Capture exports SDTM as SAS XPT with Define-XML, and templates carry SDTM domains, but variable layout and derivations can differ. Compare against your existing datasets on sample data.

Where is Capture hosted?

In the EU (Frankfurt) and the USA (N. Virginia). Choose the region when you set up the study and confirm it against your approvals.

What does Capture cost for a study this size?

Core is $1,000 per month plus $50 per participant per month, Full Platform $5,000 per month plus $30, with study setup by the Capture team at $0. Rates above 100 participants are lower but not published, so ask in writing.

Can I trial the new build before paying?

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

Test the build before you give notice

Upload your blank forms to the free sandbox, export a sample as SDTM and compare. Every feature, no credit card, and you pay only once you go live.

Start a migration sandbox