Confirm the worklist manager exposes UPS-RS endpoints (DICOMweb UPS-RS is defined in DICOM PS3.18 Section 11); query available work items with GET .../workitems?WorklistLabel=AI_QUEUE
Claim a work item by sending a POST to .../workitems/{workitemUID}/subscribers/{aetitle} to subscribe, then update the work item state to IN PROGRESS using PUT .../workitems/{workitemUID}/state with a Transaction UID in the request body
Retrieve the referenced input DICOM series from the InputInformationSequence in the work item and load pixel data via WADO-RS
Run AI inference and store output objects (DICOM SEG, SR, or GSPS) to the same study, recording their SOP Instance UIDs
Complete the work item by updating its state to COMPLETED via PUT .../workitems/{workitemUID}/state and populate OutputInformationSequence with the UIDs of created output objects
Known gotchas
The Transaction UID in the state-change PUT must be the same UID used to initially claim ownership; a mismatched UID causes the server to reject the state update
AIW-I defines both pull and push workflows; in the pull model the inference engine polls for available work items, whereas in the triggered-pull model the manager notifies the engine via a UPS event notification — ensure the chosen workflow matches your network topology and latency requirements
UPS work item state transitions follow a strict finite state machine (SCHEDULED → IN PROGRESS → COMPLETED or CANCELED); attempting to skip states or double-claim an item that is already IN PROGRESS results in a 409 Conflict response
Give your agent this knowledge — and 200+ more routes
One MCP install gives any agent live access to the full route map, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp