REDCap Versions

The REDCap source code is actively updated and maintained by the REDCap Team at Vanderbilt University. This page details the features of the most recent versions of REDCap that have been installed at Fred Hutch by Collaborative Data Services (CDS).

Note that the most recent versions are on top! We have only included versions that are tested and installed at Fred Hutch (unless it says "coming soon").

Much of the text on this page has been derived (with permission) from the release notes for administrators created by Vanderbilt's Rob Taylor, as well as summarizations of those notes made by Rick Watts at the Women & Children's Health Research Institute at the University of Alberta. Thanks to Rob and Rick!

Version 11.2.2 (Installed 2021-07-24)

  • Improvement: New piping parameter “:ampm” 
  • Improvement: Ability for admins to configure the required password length and password complexity for user accounts when using Table-based authentication. 
  • New feature: Ability to make reports accessible at a public link
    • Summary: When editing a report, users can now set a report as “public” and can obtain a public link to the report if they have User Rights privileges in the project. When a report is public, this means that all data in the report will be fully accessible (with no authentication required) to anyone with the public link to the report.
    • In order to make a report public, all the following must be true:
      • The user must have User Rights privileges in the project or be a REDCap administrator.
      • The report cannot have any Identifier fields in it.
      • The user is required to view the report during their current REDCap session.
      • The user must agree to and check off the following statements: 1) I understand that making this report "public" means that all data in the report will be fully accessible to anyone with the public link to the report, and 2) I understand that I am responsible if any private, sensitive, or identifying data in the report is exposed to persons who should not have access to such data.
  • New Smart Variables
    • [event-id] - (longitudinal only) The event id number of the current event.
    • [survey-access-code:instrument] - The Survey Access Code of the specified survey for a given record/event/instance. The format must be [survey-access-code] or [survey-access-code:instrument], in which 'instrument' is the unique form name of the desired instrument. This can be used simply as [survey-access-code] inside the content of a survey invitation, in which 'instrument' is assumed to be the current survey instrument.
    • [survey-return-code:instrument] - The Survey Return Code of the specified survey for a given record/event/instance in order to allow a participant to return to a completed or partially completed survey response when using the 'Save & Return Later' survey feature. The format must be [survey-return-code] or [survey-return-code:instrument], in which 'instrument' is the unique form name of the desired instrument. This can be used simply as [survey-return-code] inside the content of a survey invitation, in which 'instrument' is assumed to be the current survey instrument.
    • [user-role-id] - The Role ID of the user role to which the current user is assigned (blank if not assigned to any user role). This value is auto-generated for each user role. NOTE: This value is not just unique for all roles within the project but is also unique across all REDCap projects. Thus, if the project and its user roles are copied, the Role IDs of the user roles in the resulting copy will be different from the ones in the original project.
    • [user-role-name] - The unique role name of the user role to which the current user is assigned (blank if not assigned to any user role). This value is auto-generated for each user role. NOTE: This value is only unique for roles within the project. Thus, if the project and its roles are copied, the new project will retain the same unique role names, which allows you to utilize the unique role names in conditional logic, calculations, branching logic, etc. that will not break when the project is copied.
    • [user-role-label] - The name/label of the user role to which the current user is assigned (blank if not assigned to any user role). This value is defined by the user that creates the user role.
  • New Action Tag: @MAXCHOICE-SURVEY-COMPLETE - Similar to @MAXCHOICE but only counts choices on completed survey responses (does not count data entered as data entry only or on partial responses). Causes one or more specified choices to be disabled (i.e., displayed but not usable) for a checkbox, radio button, or drop-down field after a specified amount of records have been saved with that choice for completed survey responses only.
  • New feature: Tableau Data Export- Extract all records into Tableau via the REDCap API.
    • This feature enables Tableau (v10.0+) users to connect Tableau to a REDCap project using an API token. Project data can be exported on demand and be available for use within Tableau to produce summaries and visualizations. The Other Export Option page in any given project has instructions to export project data into Tableau.
    • NOTICE: It is required for a user to have an API token generated for the project in order to use this feature.
  • New feature: Project-level setting “Prevent branching logic from hiding fields that have values”
    • This setting can be enabled by any project user with Project Setup/Design privileges in the Additional Customizations popup on the Project Setup page.
    • This setting affects both data entry forms and surveys. If it is not enabled (default), then whenever a field is to be hidden by branching logic on a data entry form, it will always ask the user if they wish to hide the field and erase its value, whereas on survey pages it will automatically erase the value of the field being hidden without displaying the confirmation prompt, which has always been the default behavior for surveys. If this setting is enabled, the branching logic behavior will change so that fields with values will not cause the 'Erase the Value of the Field?' confirmation prompt to ask the user if they wish to keep the value or hide the field, and instead fields with values will not be hidden by branching logic and will stay visible. Thus they will be exempt from branching logic. This will prevent data from being erased as it normally does if fields are hidden by branching logic.
    • When a field should be hidden by branching logic but is not hidden because it has a value, an icon will be displayed on the field to indicate this to the user.
    • This project-level setting is included in the API Export Project Info method as “bypass_branching_erase_field_prompt”. The REDCap Mobile App will soon have this same functionality, but it will only work if the REDCap server is on REDCap 11.2.0 or higher.
    • The name of Data Quality rule F has been slightly changed when this setting is enabled from “Hidden fields that contain values” to “Fields that contain values that should be hidden”.
  • Improvements for report display and/or data exports- When creating/editing a report, the “Additional report options” section in Step 2 now contains the new options below:
    • For projects that have repeating instruments and/or repeating events, the repeating fields that are automatically added (e.g., redcap_repeat_instrument and redcap_repeat_instance) can now be excluded from the report and data export. These fields are displayed by default in reports/exports.
    • Users may choose to display the field label, variable name, or both (default) in the header of a report. Note: This is only used when viewing reports and thus is not applicable for exports since there already exist options for choosing raw vs label format in data exports.
    • Users may choose to display the field label, raw data value, or both (default) for multiple choice fields in the data displayed in a report. Note: This is only used when viewing reports and thus is not applicable for exports since there already exist options for choosing raw vs label format in data exports.
  • Improvement: If the value of a Text field or Notes field contains a URL or email address, the URL or email address will be converted into clickable link and mailto link, respectively, when viewing the data in a report.
  • Improvement: More detailed logging descriptions on the Logging page for report-related logged events, such as mentioning the report name and report ID.
  • Improvement: When users download an Instrument ZIP file for a given instrument in the Online Designer, the zip file now includes all survey settings for the instrument if the instrument has been enabled as a survey, including various files (e.g., survey logo, confirmation email attachment). The downloaded Instrument ZIP can then be uploaded into any project to transfer both the fields and all the survey settings.
  • Improvement: In the Online Designer, the "Custom text to display at top of survey queue" now utilizes the rich text editor to make it easier to style the custom text.

Version 11.1.3 

  • Improvement: Reports A and B now have built-in Live Filters: 1) the record ID field, 2) a list of all events (if the project is longitudinal), and 3) a list of all Data Access Groups (if the project contains DAGs and the current user is not assigned to a DAG).

Version 11.1.2 (Installed 2021-06-13)

  • Improvement: New alternative PDF print option in the "Download PDF" drop-down at the top of data entry forms.

Version 11.1.0 (Installed 2021-06-01)

  • New feature: More clinical data available via FHIR R4 endpoints for CDIS
  • Improvements: Other FHIR/CDIS additions
  • New feature: Fields that are "sql" field type (Dynamic Query - SQL field) now work in the REDCap Mobile App. 
  • New feature: Import/export alerts via CSV file on Alerts & Notifications page
  • New feature: Reorder alerts on Alerts & Notifications page

Version 11.0.1 (Installed 2021-05-09)

  • Improvement: The Smart Charts [pie-chart] and [donut-chart] now display the percentage value on top of each colored slice in the chart.
  • Improvement: On the Calendar page when viewing the "View/Edit Calendar Event" popup for a calendar event that is attached to a record, the popup now displays a "View Record Home Page" link next to the record name to allow the user to easily navigate to the record.

Version 11.0.0 (Installed 2021-05-02)

  • New feature: Project Dashboards
  • New feature: Smart Functions
  • New feature: Smart Tables
  • New feature: Smart Charts
  • New feature: CSV Delimiter as a user-level preference 

Version 10.9.4 (Installed 2021-04-26)

  •  Bug fixes
  • Improvement: When viewing files in the File Repository that are archived from a data export, it now displays the data export details.
  • Change: The @PREFILL action tag has been renamed to @SETVALUE, which more accurately captures how it behaves. Some confusion had occurred regarding this action tag's behavior simply because of its name. 
  • Change: Any fields using the @PREFILL/@SETVALUE action tag will no longer be read-only/disabled on survey pages and data entry forms but will be editable. 

Version 10.9.2 (Installed 2021-04-10)

  • Improvement: Assign a user to a DAG at the same time as adding the user to the project - Whenever a user is being added to a project via the User Rights page, if Data Access Groups are being utilized in the project, a new option will appear (whether if adding the user with custom rights or if assigning them to a user role) that allows you to assign the user to a DAG at the same time as adding them to the project.
  • Improvement: When exporting a PDF of all record data via the "Other Export Options" page, a copy of the downloaded PDF will now be archived and stored in the File Repository, similar to how other data exports (i.e., CSV, SPSS) are archived. 
  • Improvement: The project logging page now displays more information for PDF Exports that contain data, such as displaying the record name, event, and instrument for the downloaded PDF.
  • Improvement: Further performance gains for projects with lots of records (25K+), especially during the process of creating new records via data entry forms and via data imports, which have been known to be slow in the past for large projects.
  • Change/improvement: The "Phone (North America)" field validation now allows phone numbers that begin with "800" and “811”.
  • New feature: Field that maps to a participant’s Twilio delivery preference - When using Twilio for surveys, users can control each participant's invitation preference automatically using a multiple choice field. 
  • New feature: Custom offline message for surveys in offline status
  • New feature: Survey-level Stop Action controls(new section on Survey Settings page)
  • Improvement: New project-level option for importing email addresses for patients from an EHR via REDCap’s Clinical Data Interoperability Services (CDIS).    
  • Improvement: If a project contains more than 25,000 records, the Logging page will no longer display the record filtering drop-down at the top of the page but instead will display an auto-complete text box to allow the user to enter the record name if they wish to filter the logging by record.    
  • Improvement: The upload max file size for File Upload fields and general file attachments can now be increased or decreased on a per-project basis if needing to be different from the system-level settings as defined on the "File Upload Settings" page in the Control Center. This can be changed at the bottom of the Control Center's "Edit a Project's Settings" page for any given project.
  • Change/improvement: The institution name is now included in the email subject for all emails sent regarding user expiration and account suspension due to inactivity. This is done to provide greater clarity to the user regarding which REDCap installation is being referenced in the email.

Version 10.8.3 (installed 02/20/2021)

  • Major Bug fix: When using advanced filter logic, the logic would not get interpreted correctly
  • Improvement: Custom ranges (min/max) for slider fields
  • New feature: New API “Export Logging” method
  • New feature: Ability to import/export user rights via a CSV file on the User Rights page

Version 10.7.1 (installed 01/23/2021)

  • New feature: New “:link” piping option for File Upload fields

Version 10.6.3 (installed 01/05/2021)

  • New feature: Field Bank - When adding new fields via the Online Designer, users will see an "Import from Field Bank" button, which will allow them to search different standardized catalogs of commonly used fields
  • New feature: @INLINE action tag - Allows a PDF file or image file (JPG, JPEG, GIF, PNG, TIF, BMP) that is uploaded to a File Upload field to be displayed in an inline manner on the survey page or data entry form so that the PDF/image can be viewed by the user or survey participant without having to download it.
  • New feature: New “:inline” piping option for File Upload fields
  • Improvement: Fields that have action tags will have those action tags listed below the field
  • Improvement: Field variables and Smart Variables can now be piped into the "src" attribute of HTML image tags ("img")
    New feature: New editor for conditional logic, branching logic, calculations, report filters, etc.
  • New feature: Auto-numbering of repeating instances for data imports - When performing a data import now for a repeating event/instrument, users may use the literal value “new” as the value for the “redcap_repeat_instance” field in their data import.
  • New feature: New survey option “Save a PDF of completed survey response to a File Upload field” - On the Survey Settings page in the Online Designer, users may select a File Upload field in the project where a static PDF file of a participant’s survey response will be stored immediately after they complete the survey.


For information on older versions of REDCap, see the REDCAP OLDER VERSIONS page.