The clinical trials API is slow. When looking up a sufficiently large number of trials, it can give the appearance the application has hung.
One possible mitigation strategy to increase the application's perceived speed is to break the list of requested trial IDs into multiple, smaller groups and make additional requests at the same time. Presently, this only happens if more than 50 IDs are being requested. The threshold can be lowered by modifying the API_MAX_TRIAL_COUNT constant in ClinicalTrialsAPIClient.cs (code)
This might be further enhanced by making the chunks more even. e.g. Instead of breaking a request for 28 IDs into one request for 20 and another request for 8, make two requests for 14 IDs apiece.
Issue description
The clinical trials API is slow. When looking up a sufficiently large number of trials, it can give the appearance the application has hung.
One possible mitigation strategy to increase the application's perceived speed is to break the list of requested trial IDs into multiple, smaller groups and make additional requests at the same time. Presently, this only happens if more than 50 IDs are being requested. The threshold can be lowered by modifying the
API_MAX_TRIAL_COUNTconstant inClinicalTrialsAPIClient.cs(code)This might be further enhanced by making the chunks more even. e.g. Instead of breaking a request for 28 IDs into one request for 20 and another request for 8, make two requests for 14 IDs apiece.
What's the expected change?
What's the current functionality?
-
What's the updated acceptance criteria?
Additional details / screenshot
Related Tickets