Scheduling and reminders
Visit schedules, reminder messages and a list of who is overdue, kept in one place instead of a coordinator’s calendar.
Many labs run studies in REDCap and still keep scheduling, reminders and reports in spreadsheets. This guide sets out when REDCap is enough, when custom software sits beside it, and when it replaces it.
What is possible depends on how your institution runs REDCap.
REDCap is often enough for forms, surveys and data capture, and a lab with no software team should not replace it without a reason. Labs add custom software next to it for the parts REDCap does not cover, such as visit scheduling, reminders, a participant app and sponsor reports. Replacing REDCap is rarely the first step. Whether a connection is possible depends on how your institution runs REDCap and who controls API access.
Start with the cheapest option that covers your needs, and add only what the study needs.
| Option | Best when | Watch out for |
|---|---|---|
| Use REDCap on its own | Your study is mostly forms and surveys, and REDCap already does what you need. | Scheduling, reminders, participant apps and reports can end up in spreadsheets next to it. |
| REDCap plus custom software | REDCap holds the study data, and your team still does some steps by hand, such as visit scheduling, reminders, a participant app or sponsor reports. | The two systems must agree on who owns each piece of data, so nothing is entered twice. |
| Custom software instead of REDCap | The study needs a workflow, app or access model that REDCap’s forms cannot reasonably give you. | You take on a system that someone must run and update. That is a reason to have it run for you. |
| An off-the-shelf platform | Your needs match a clinical trial management or eRegulatory product that your institution already licenses. | Licence cost and fit. Check how much of the product you would actually use. |
These are the jobs that tend to end up in spreadsheets next to REDCap.
Visit schedules, reminder messages and a list of who is overdue, kept in one place instead of a coordinator’s calendar.
iOS and Android apps for participants to log data themselves, feeding the study record.
Recruitment and status counts pulled from the records, rather than copied into a new sheet each time.
Moving data between REDCap, instrument files and other systems so your team stops copying it by hand.
Is it hosted by your institution? Who administers it? Is API access allowed? These answers decide what is possible.
For every field, one system is the source of truth. The other reads it, so nothing is typed twice.
REDCap offers an API for reading and writing records. Your institution’s REDCap administrator controls who gets access to it.
We run the connection on a single study with your coordinators before it spreads to others.

How a research lab chooses between REDCap, an off-the-shelf platform and a custom study tool, and when custom is not worth it.
Read article
A seven-step guide for research labs with no software team: map your spreadsheets, fix the rules, pick a route, migrate safely and hand the system an owner.
Read article
Six things a research lab should agree before a partner builds a custom study tool: ownership, support, documentation, exit and a named owner.
Read articleWe will look at what REDCap covers and what your team still does by hand, and tell you whether to add, connect or leave it alone. You will hear back from a solutions architect within one business day.
We can sign an NDA before the first technical conversation.