SPARCRequest v1.7.0 New Features and Fixes (open source)

SPARCRequest Version 1.7.0 New Features

(SPARCRequest, SPARCDashboard, SPARCCatalog, SPARCFulfillment & SPARCReport) External Affiliate Users Re-routing

The login page, for all SPARCRequest modules, changed to utilize the new WAYF page (shown below). MUSC users continue to log in using their MUSC NetID and password; MUSC External Affiliate users log in using their External Affiliate NetID through the 'MUSC External Affiliate' link. To request an 'External Affiliate NetID' for someone outside of MUSC needing access to SPARCRequest, CITI training, REDCap, or eIRB, select the 'External Affiliate NetID Request' service from MUSC/ SCTR/External Affiliate NetID on the SPARCRequest homepage and complete the associated REDCap link. The previous popup login window is now configurable to be turned on/off for the SPARCRequest Open Source Community.

(SPARCRequest) New Page Header

For branding, the SPARCRequest logo was updated and moved it into the page header section. Styling of the page header was updated as well (shown below).

(SPARCRequest) Navigation Bar Made Configurable

The SPARCRequest NavBar buttons are configurable, allowing other institutions to pick and choose which modules to display on the customized NavBar.

(SPARCRequest) Feedback Button Configurable

The 'Feedback' button on the right-side panel is configurable. The popup window can be turned on/off.

(SPARCRequest) Protocol ID (SRID) Added on Every Page

Once a protocol has been generated, the SPARC protocol ID (SRID) is shown on the top right corner of every SPARCRequest page (shown in the screenshot below).

(SPARCRequest) Step 1 IDE# / HDE#/ HUD# Information

On SPARCRequest Step 1 (Protocol Information) page "Investigational Products" section, the previous label for "IDE#" has changed to collect the IDE#, HDE#, and HUD#, which will be pushed to Epic.

(SPARCRequest) Fixed Step 1 Epic Validation Bug

For those Open Source members who are not using the Epic interface, the bug on the Step 1 (protocol information) page, which was not allowing users to proceed (error message shown below) because of epic validations has been corrected.

(SPARCRequest) Step 1 Authorized User Requester Default

On Step 1 (Add Users) page, if the requester forgot to add himself/herself to a study/project, he/she is now defaulted as a "general access user" and added to the study/project by the system with "authorized/change study charges" rights.

(SPARCRequest) Fixed floating Icon Bug on Step 2A

The bug related to the floating 'i' information icon besides 'Arm Name' that occasionally blocked dates on the calendar when viewing Step 1A has been corrected (no longer seen shown below).

(SPARCRequest) Fixed Bug About Total Direct Costs Calculation on Step 2B

The total direct cost bug which caused the costs to not update when users switched tabs on the Step 2B Visit Calendar page and changed the Quantity Type # has been corrected.
The bug causing the wrong display of total direct costs, when the entered unit # exceeds the unit maximum value, has been fixed as well (in SPARCCatalog).

(SPARCRequest) Step 2C Subsidy Information Page

If services have been requested that are eligible for a subsidy (set up in SPARCCatalog), the Step 2C (Subsidy Information) page will show up. This page shows the current effective/approved subsidy for the study/project, as well as the requested/pending subsidy request. The requester can also add a subsidy from this page.

(SPARCRequest) Step 4 System Satisfaction Survey Multiple Submission Prevented

We have disabled multi-click on the 'Submit' button for the SPARCRequest Satisfaction Survey to prevent duplicated survey entries.

(SPARCRequest & SPARCDashboard) Requester User Role(s) and Right(s) Default

If the requester does not add themselves to the study/project as an authorized user, the system defaults him/her to a 'General Access User' with 'Authorize/Change Study Charges' rights.

(SPARCRequest & SPARCDashboard) Research Nexus Lock New Configuration

On SPARCDashboard, the 'Modify Request' button, when clicked, will lead the user back to the SPARCRequest shopping cart page with all previously requested services in the cart.

When the existing request contains services picked up or considered in an active status by Research Nexus, the request is 'locked'. The services will show up in your shopping cart as un-editable (without the 'X' sign), (as shown in the screenshot below). The Research Nexus core also has a 'LOCKED' indicator on the service catalog, as well as a popup window which displays the contact information when clicked on.

(SPARCRequest & SPARCDashboard) Request Status and System Generated Emails Reconfiguration

For requests under different statuses, this new release of SPARCRequest has some advanced features to help with the process, notification, and communications between requesters and service providers.

By clicking the "Edit" button on the SPARCDashboard, the requesters are able to edit a single request and re-submit, with the corresponding service provider(s) notified.
By clicking the "Modify Request" button on the SPARCDashboard, the requesters are able to edit and re-submit all of the previously requested services, with all of the listed service providers notified.
If the requests are already under "Submitted" status, when clicking "Modify Request" and going through SPARCRequest Step 1-5 to re-submit, only the modified request (with service addition/deletion) will be re-submitted and the corresponding service providers notified.
Any modified request with service addition/deletion is automatically changed to "Draft" status.

(SPARCRequest & SPARCDashboard) Solved Long Visit Name Overlapping Problem

The issue of long visit names overlapping in the display has been resolved by wrapping the text.