Dear SPARC Open Source Community
The new release SPARCRequest v1.8.6 can now be found on GitHub. We have implemented some updates on SPARCRequest for a new feature (#1) and bug fixes (#2 and #3) :
1. (SPARCRequest) Status Holding Reconfigurations
The status algorithm has been improved. Only statuses for requests that have been newly added or revised will be changed to “Submit” when the whole protocol is re-submitted, which is done by going through “Modify Request” button, follow the steps, and click “Submit to Start Services” on SPARCRequest Step 4 page.
We made these adjustments so that the statuses used by administrative users (except for “Awaiting Requester Response”) for tracking their workflows will be holding during a re-submission if the revisions have not been made, which simplifies the admin workflow and improves the accuracy of metric tracking.
For example, for protocol 10088, there is an existing Voucher request (-0001) that is in “Approved” status, and the user wants to add a RedCap consultation request. When the user clicks the “Modify Request” button on Dashboard to add the RedCap consultation into his/her shopping cart and re-submit, the Voucher request (10088-0001) will still be in “Approved” status with the previous submission date, and the new RedCap request (10088-0002) will be in “Submitted” status with the new submission date.
- (SPARCRequest) Step 2b: Visit Window Bug Fix
We have fixed a bug that was causing the visit window to be unable to be entered before entering the visit day on Step 2b.
- (SPARCDashboard) Status Bug Fix
There was a bug causing the status of a request to change to “Draft” when an admin user changes the selection of services on the “Study Schedule” tab inside the “Admin Edit” section. We have fixed the bug.
For more details, please check this document:
161109-SPARCRequest v1.8.6 List of Fixes
Please send us feedbacks about these updates and let us know if you have any questions.
-The SPARC Team