SPARCRequest Version 2.1.0 New Features

Release Date: July 5, 2017

1.(Code Maintenance) Rails Update to 5.0.3

In this new release, the application platform has been updated to use Rails 5.0.3 for better performance and stability.

2. (SPARCRequest) Step 1 Page Styling Bug Fixed when editing Oneself as an Authorized User (Open Source Suggestion)

On SPARCRequest Step 1 page, the re-rendered styling has been fixed when editing oneself as an authorized user on a protocol. The Edit Project/Study Information button is also functioning correctly now.

3. (SPARCRequest) Step 2A Page Improvements

In order to accelerate the loading speed of Step 2B (Visit Calendar) page, data creation (arms, visit_groups, line_item_visits, and visits) has been spread out to the Step 2A page to share the load, and improve the algorithm.

4. (SPARCRequest) Step 2B Protocol ID Displayed on Title

The Protocol ID was recently added into the SPARC shopping cart title, making it easier for users to see which protocol they are working on. To expand on this concept, the Protocol ID has also been added to the top of the Step 2B page, since the shopping cart is not displayed on this page.

5. (SPARCRequest) Step 2B: Quantity/Billing Tab Group Edit into One Window

On SPARCRequest Step 2B Quantity/Billing tab, now when clicking any of the R/T/% on a visit, one popup window appears with all (existing validations remain the same).

6. (SPARCRequest) Step 2B: Calendar Query and Rendering Improvement for Visits

Previously, when users would edit a large calendar (i.e., 3+ arms, and 20+ visits on each arm), the rendering time when using the individual checkboxes on the "Template Tab" and/or changing the R/T/% values on the "Billing/Quantity Tab" was resulting in a longer than normal wait time. The algorithm/queries have been improved in this production on the Step 2B visit revisions to significantly shorten the wait time.

7. (SPARCRequest) Step 4 Survey Submission Long Process Time

Previously, on the SPARCRequest Step 4 page when a user clicked the "submit" or "get cost estimate" button(s) (on a big protocol), it could take more than a minute before the next page (Step 5) loaded. The long loading time was caused by the process time of sending emails to a long list of service providers. The speed has been improved with v2.1.0.

8. (SPARCRequest) Withdrawn Status Bug Fixed

As one of the "finished_statuses" in application.yml, "Withdrawn" status was not behaving the same as "Complete." When an SSR was in withdrawn status, and the user went through "Modify Request" to the SPARCRequest shopping cart page, it was not allowing the user to add another service under the same service provider. This bug has been fixed.

9. (SPARCRequest) Step 4 Multi-click Bug Fixed

Multi-click(s) on the SPARCRequest Step 4 Page button(s) (Submit, Save as Draft, Get Cost Estimate) have been disabled to avoid multiple emails and time stamps being generated.

10.(SPARCRequest & SPARCDashboard) Visit Calendar New Feature: Freeze/Unfreeze Header Row

To better view big/long calendars, the "Freeze/Unfreeze" header row functionality has been added on the SPARCRequest Step 2B and SPARCDashboard "Admin Edit" pages.
When user(s) click on the "Freeze Header Row" button, the scrollable bar appears on the chosen arm of the calendar and the "Freeze Header Row" logo and tooltip is replaced by the ones for "Unfreeze Header Row." When the user clicks on the "Unfreeze Header Row" button, the scroll bar then disappears and the logo is switched back (see screenshots below).

11.(SPARCRequest & SPARCDashboard) Indicator Added to Inactive Services

Previously there was no indication that a service had become inactive in SPARCRequest (through updates in SPARCCatalog). This was an issue when users would go back into an old (draft) protocol and submit, when the currently active services should be requested instead of the inactive services.
For better clarification and consistency across the system (this feature already exists for SPARCFulfillment), an "(Inactive)" visual cue has been added next to the services that are no longer available in SPARCCatalog. The visual "(Inactive)" cue appears on the shopping cart, Step 2B page (all three tabs), Step 4 page and in SPARCDashboard.

(SPARCRequest Shopping Cart)

(SPARCRequest Step 2B: Visit Calendar)

(SPARCRequest Step 4: Review Your Request)

(SPARCDashboard: Admin Edit)

12.(SPARCRequest & SPARCDashboard) Edit Study Information Bug Fixed for Converted Project

When editing a "Project" and changing the type to a "Study," a bug was discovered when saving without filling out the required fields (no validation errors occurred). The bug was caused by the protocol type being changed to "Study," while also being assigned an Epic study type. This bug has been fixed by not allowing a protocol type to be saved without passing the validation.

13.(SPARCRequest & SPARCDashboard) Associated Users Table Overflow Bug Fixed for Firefox Browser

A bug has been fixed where the Authorized User Table content would overflow the set margin when using Firefox. See screenshot below for previous bug.

14.(SPARCRequest & SPARCDashboard) Switching PI Bug (LA CaTS Contribution)

On SPARCRequest and SPARCDashboard, a bug has been fixed that occurred when switching PIs (by adding a new primary PI on the protocol). The bug was causing the previous PI to be changed to the "Request/Approve Services" proxy right, which no longer exists. Now, the previous PI is defaulted to have the "Authorized/Change Study Charges" proxy right instead.

15.(SPARCRequest & SPARCDashboard) Visit Window and Billing Quantity Validation Added

When editing a visit, the windows are now not allowed to be negative. Visit Groups (R, T, %) and Visit Windows (before and after) cannot be negative any more. The negative visit window is not clinical meaningful, and was causing the Epic interface to fail.

Also, the billing quantity R/T/% is now not allowed to be negative, either. The integer only validation has been approved upon in this new release.

16. (SPARCRequest and SPARCDashboard) Allow xls and file to be Uploaded and Change Encrypted file error message

Users now receive a more specific error message when uploading Excel documents with the ".xls" format for those that contain a password. The error message states that the "Document has format errors. Please re-save the file in a different format and try again."

17. (SPARCRequest & SPARCDashboard) Other Document Name Capitalization Bug Fixed

When uploading a document with the ""Other" document type on SPARCRequest Step 3 page or the SPARCDashboard protocol "Documents" section, the displayed "Type" column was not holding the capitalization of the naming, except for the first letter. This has been fixed.