We are delighted to report a major release of Ripple was just deployed to most of our customers. The new update includes many security improvements and some of the most highly requested features.
The newest version of Ripple (1.56.3) includes:
- Extensive customization of security features.
- Designate length of time before automatic logoff
- Designate length of time before an account is locked for inactive users
- Password requirements
- Password expiration timing
- Ability to lock and unlock user accounts
- Authorize and prevent concurrent sessions
Check out all the new security features and options in our support blog.
- Screening questionnaire/form functionality.
Ripple’s update includes the ability to create internal questionnaires using variables from the participant profile (demographic, custom variables, etc.) when screening potential participants within a study. The screening form allows you to establish inclusion and exclusion criteria for the study and create complex logic for each screening criterion. This feature is ideal for teams performing phone screening of participants with the use of 3rd party questionnaires. You can now complete that screening process directly in Ripple!
Click through for detailed instructions to set-up and use the screening tool.
- Multiple addresses per contact.
Ripple now allows teams to add multiple addresses per participant contact, as well as archive contacts. This is especially critical for teams following families where each parent may have multiple addresses.
- Blind custom variables.
Maintaining protocol compliance just got a lot easier with the ability to blind specific custom variables. When a variable is blind, only study admins are able to see the value in the participant profile. If your protocol requires particular staff be blinded to specific variables, simply assign the user a “Leader” status in Ripple and set the variable to “Blind” in Study Settings.
View the brief instructions about how to use the blind variables feature.
What is next?
The next major release, coming by the end of the year, is the expansion of the screening functionality to include web-to-lead capabilities. This will allow teams to create online questionnaires with screening criteria for potential participants to complete directly. Those participants that are an approved match to the criteria will be automatically added to your study.
Version 1.56.3 Known Issues
The following is a list of known issues that are part of Ripple version 1.56.3. A patch will be issued within 2 weeks that will rectify all listed issues:
- Overall Enrollment Summary Graph (Enrolled Participants) on Dashboard: Currently the graph is showing the statuses from all studies that participants are enrolled in. Only the statuses for the enrolled participants in the current study should be displayed on the graph.
- Filters on Potential and Enrolled Participant pages: Currently the ability to filter participants based on Name, Family/Custom/Global ID, Birthday, Date of Last Contact, Contact Data, and Custom Data is not working. The filter returns zero results.
- Profile Card Sections Collapsed by Default: Currently the various sections of the participant profile cards are collapsed by default. Many customers have said they would prefer to have them open. We will update them to be open by default.
*Note: In the future it will be a setting so that there is a choice to have them open or closed.
The following is a list of known issues that will be fixed in upcoming versions:
- Studies that do not have a custom variable created will not load comments or events. In order to fix this issue a dummy custom variable can be created. Once fixed this dummy custom variable will be able to be removed from the study.
- Screening Form Status Changes: currently, the screening form allows for a pass and fail status to be set. The status list is based upon the Potential and Enrolled statuses created under Study Settings/Requirements/Statuses. Some customers have expressed a desire to have a participant not move out of their current status upon a pass or fail. In order to fix this issue screening forms can be duplicated as many times as required for each status. In this situation a form is created for each status where a participant is screened from, and the pass or fail status is set to the same status. For example, “Form – To Be Contacted” is used when screening a participant in the status “To Be Contacted” and the pass status is set to the same “To Be Contacted”.