Resource Cache: create cache based DICOMweb endpoints to allow for OHIF study view to load in less than two seconds
When working with large Orthanc servers, the OHIF study view can be extremely sluggish. This appears to be partially due to database and file-based data retrieval times.
Feedback from users is that the slow loading of study metadata (the name of series, their properties, and image counts) is frustrating and disrupts workflow (with the OAI database, the initial load can be as long as a minute with nothing but a blank screen). The actual loading of the images can take longer (even much longer, minutes), and users seem to be okay with it as long as there is an indicator which shows that the program remains response. Pre-fetching data can solve some the perception problems (refer to ohif-viewers#20), but only partially. Summary of feedback: loading of the study list needs to be faster, and the initial load of series metadata should be less than two seconds.
Getting the study list to load quickly can likely be done by profiling which endpoints are slowest and caching the data required for those responses (ideally, the models of the resource cache can be used and extended).
Loading of study list in Sonador OHIF needs to be more optimized.
Development tasks:
- Profile OHIF and determine which endpoints are responsible for the slow load times.
- Analyze response structure and how the data for the response can be cached to allow for rapid (> 2 second) retrieval.
- Create PoC showing speedup (with complete DICOMweb coverage) for deployment to an OAI data server