One page of a lab work queue (ITE-638).
Changed on Replaces the unpaged `pending-review` endpoint. The queues are selected by the server
now: they used to be client-side slices of `GET /labs` fetched unfiltered and unpaged,
which made the screen scale with a clinic's whole lab history rather than with the size of
the queue.
take is capped by the repository, so an omitted or oversized page size still returns
a bounded response.
Request
- Base URLhttps://api.clinicos.vet/backend/business
- AuthHTTP bearer
- TypeScriptA function with typed inputs. Its response is checked against the schema.
Path parameters
The lab work queues, as a thing the <b>server</b> can select (ITE-638).
These four already existed — as client-side slices of every lab order in the tenant. The
Userhub panel fetched GET /labs unfiltered and unpaged so all four rails could share one cache entry, then narrowed in the browser. That scales with a clinic's entire lab history rather than with the size of the queue, which is why one 200-order import made the screen slow enough that Courtney kept it open in a second window.The tasks queries hit this first and solved it the same way — lifecycle: "open" and unassignedOnly exist so the server does the narrowing. This is the lab equivalent.
review | flagged | awaitingresults | reviewed
Query parameters
Rows to skip.
Rows to return. Capped server-side.
Narrow to one orderer — the Userhub staff filter.
Response
OK
Changes
- info
added the optional property
//to the response with the status (media type: text/plain) - info
added the optional property
//to the response with the status (media type: application/json) - info
added the optional property
//to the response with the status (media type: text/json)
- info
- info
added the optional property
//to the response with the status (media type: text/plain) - info
added the optional property
//to the response with the status (media type: application/json) - info
added the optional property
//to the response with the status (media type: text/json)
- info