The solution MUST monitor payload size. Calls over 10MB will not be returned.The solution MUST monitor payload size to avoid breaching set limits that will lead to the information being inaccessible. The limit is 10mb (which equivalates to approximately 7500 rows). - A008 Requirement
Quick clarification on handling the 10MB (~7,500 rows) response limit on the A008 worklist API as an EPR Provider:
-
Interactive UI Sessions - Near-limit (~8MB / 80%) - Should we display the retrieved list alongside a warning banner to filter, or block rendering until narrowed?
-
Limit breached (>10MB gateway failure)Is prompting the user to refine their filters and retry enough?
-
Unattended Background Sync - We a have an app restricted background job that queries the worklist, if that comes back with a response that’s nearing the limit, how would you like us to handled that given its a background job?
-
Also do you have any recommended ways to to test this ? How do you recommend we simulate or test these oversized responses (>8MB / >10MB) in the Integration (INT) / Sandbox environment? Is there a test header, mock service ODS code, or large stub dataset available to trigger gateway size limits during validation?
TIA
Dan