You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 26
Next »
Initial Considerations
Design changes after the Production phase are discouraged but sometimes needed. If a new version of the consent is needed, it is critical to modify the project in such a way as to not lose existing data nor compromise the audit trail of the REDCap e-Consent.
There are two ways to implement new versions of e-consent:
Creation of new instruments
Branching Logic
Expand the process you wish to review below
Updating E-Consent using new instrument creation:
Click here to expand...
Modifying the e-consent via new instrument:
Since your project is in Production, you’ll need navigate to your online designer and enter Draft Mode
Copy your existing E-consent form to quickly copy over the bulk of your E-Consent
Move the E-consent (version 2) instrument under the now expired (version 1) instrument
Apply needed updates to new version (2) such as…
Upload IRB stamp with new expiration date
Apply any consent field/verbiage updates required
All Consent component should be included in your new version
Submit your drafted changes for review to a REDCap Administrator
STOP HERE UNTIL YOUR CHANGE REQUEST HAS BEEN APPROVED
Once the requested changes have been implemented…
Enable E-Consent Version 2 as a survey
Open E-Consent Version 2 survey settings to perform the below:
Update the copied Survey Title:
This is what will appear at the top of the participants survey page, edit as needed.
Note, the survey title (red) and the instrument name (blue) can be different.
Setup the E-consent Framework
Update version number from 1 > 2 (you do not have to use the number 2, but the value listed MUST be different from the first version). Best practice would include version number and IRB expiration date.
CRITICAL STEP: in addition to updating the version number, you also must ensure the framework is pulling data from the new fields in the new consent version (2) for the below inputs:
First name (v2)
Last Name (v2)
DOB (v2)
Signature (v2)
Adjust your operational processes or survey settings to send the new e-consent to the participant & retire the old:
The survey itself can be switched from active > ‘Survey Offline’ in survey settings, which ensures respondents will not be able to take the survey, even if mistakenly triggered!
Updating E-Consent using Branching Logic:
Click here to expand...
using branching logic:
Create new fields for each updated section of the consent.
Updated fields should sit directly under the original field
Create a field in the public survey to denote Consent Version.
Use Action tags to ensure that only the current version of the e-consent is selected.
Use the @Default to ensure only the most current version is presented and @HIDDEN SURVEY)
Use of branching logic makes the new fields visible only when the appropriate current version of the e-consent is selected.
Open survey settings to preform the below updates:
Update version number from 1 > 2 (you do not have to use the number 2, but the value listed MUST be different from the first version). Best practice would include version number and IRB expiration date.
Below is an example of the issue that occurs if you do NOT update your version number:
participant #3 actually filled out Version 2 but because the survey settings were not updated, the accurate version is not shown in the PDF file display. (However if you open the PDF it will be second version signed by the participant)
After saving your survey settings, the next participant consented will accurately reflect consent version
Additional Considerations
Q. What is the optimal way to handle multiple signatures? For instance, the parent or participant consents and then our PI would need to sign the consent. Usually this is all done in person, however, with e-Consent what is the best workflow?
A. Use a two-part system.
E-consent Survey: consent is signed, reviewed, and submitted within the e-consent framework.