Versions Compared

Old Version 2

changes.mady.by.user Melissa Fludd

Saved on

compared with

New Version Current

changes.mady.by.user Melissa Fludd

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

SPARCRequest Version 2.0.0 New Features

...

The language on Step 1 page that stated "If Professional Fees are covered by % effort, please indicate in Step 2" has been removed to avoid confusion.


Image Removed Image Added


2. (SPARCRequest) Step 1 and Step 2: Tooltips Hover-Over Added

Tooltips have been added to SPARCRequest Step 1 and Step 2 pages to help define the meaning of each field, or function of buttons. For example, when user(s) hover over the fields, such as "Short Title" and "Funding Source" on the Step 1 Study Information section, corresponding definition now appears.

...


Step 1 (Study Information & Authorized Users)

...

Image Added Image Added


Step 2A

...

Image Modified


3. (SPARCRequest) Step 2B: Combine Edit Visit Window on the Calendar

...

11. (SPARCRequest) Service Request Notes Replacement in Emails (LA CaTS contribution)

The emails sent to service providers, that related to protocols with notes attached, are now referring to "protocol note(s)" instead of the previous "service request note(s)." This was done to ensure the note-related language in the email is triggered correctly.

...

On SPARCRequest Step 1 page and the SPARCDashboard Authorized Users table, the "Request/Approve Services" user right has been removed. This right was removed because it did not trigger any functioning difference from the "Authorized/Change Study Charges" user right.
For historical data, the users with the "Request/Approve Service" (project_roles.project_rights = request) were migrated to have the higher right "Authorized/Change Study Charges" instead (project_roles.project_rights = approve).


17. (SPARCRequest & SPARCDashboard) Withdrawn Status Reconfigurations

...



In this new release, we have:
1). Fixed the bug on SPARCRequest Step 4 page that was causing the creation of duplicated statuses
2). Created a rake task (remove_duplicate_past_status.rake) to remove previous wrongly generated past_statuses based on the audit trail and time stamps
3). The logic on the "Historical Status Table" in SPARCDashboard "Admin Edit" section has been improved to use the past_status.date instead of past_status.created_at.


21. (SPARCDashboard) Add Services Button Removal

...

On SPARCDashboard, the search function on the "Filter Protocols" left panel has been improved to allow searching a specified field (among Authorized User, HR#, PI Name, Protocol ID, PRO#, RMID, Short/Long Title), or searching all listed fields.


26. (SPARCDashboard) Admin User Bypassing RMID Validations

In order for a SPARC admin user (service provider or super user) to be able to edit and save other protocol level information without having to create a Research Master record, a new function has been built for admin users to be able to bypass the RMID validations.
On SPARCDashboard, when an admin user (service provider or super user) clicks "Edit Study Information",
1). The "Research Master ID" field is now view only
2). He or she can edit and save other protocol information without filling in the Research Master ID
3). If using a RMID is desired, the admin user can still click the "Edit" button next to the field to enter or revise the RMID.


27. (SPARCDashboard) Deleting Last Request Rerouting Bug Fixed

When an admin user is trying to delete the last request in SPARCDashboard by clicking the "Delete Request" button in "Admin Edit" section, there was a bug causing an error to appear (see screenshot below for an example). That issue was caused by a re-directing issue to SPARCDashboard homepage and has been fixed.


28. (SPARCDashboard) Empty Protocols Now Accessible for Super Users

When a protocol is empty (with no requests in it), there was no way for admin users to access them, or assist study teams. A new "Empty Protocols" filter has been added to the left panel on the SPARCDashboard homepage for super users. Now they can filter and see the empty protocols in the system.


29. (SPARCDashboard) View Request Calendar Bug Fixed

On SPARCDashboard, when clicking the "View" button on requests of a protocol that has more than 5 visits, the views were different after clicking "View Previous" or "View Next" (see screenshot below as an example).
In this release, the following has been fixed:
1). Total rows no longer show "NaN"s
2). If that request is locked, after clicking "View Previous/Next", the styling is now consistent.


30. (GitHub) Update Documentation: CUSTOMIZE.md

...

In SPARCCatalog, a new feature has been added for catalog managers to "Enable All Services" or "Disable All Services" via radio button choices, when there is an active organization that has services directly underneath.
This new feature was built to separate the ability to disable/enable all services function from the "Display in SPARC" checkbox. This was done so that changing an organization from inactive to active, the services in that organization were not affected.

...

When adding a custom visit by clicking the "+" sign on SPARCFulfillment participant tracker, validations have now been added to the "Insert into Position" field. This was done so the user has to choose a position for the custom visit to be added.


2. (SPARCFulfillment-Database) Services Table Deleted

...

...