DICOM PS3.4 2018d - Service Class Specifications

CC.2.8.3 Service Class Provider Behavior (Current)
Prev | CC.2.8 Search for Unified Procedure Step (C-FIND) | Next

#### CC.2.8.3 Service Class Provider Behavior

All C-FIND SCPs shall be capable of processing queries that meet the requirements of the "Worklist" Search (see Section CC.2.8.3.1). This does not imply that an SCP that supports the UPS Watch SOP Class must also be an SCP of the UPS Pull SOP Class.

The SCP shall support Attribute matching as described in Section C.2.2.2.

An SCP conveys the following semantics using the C-FIND requests and responses:

- The SCP is requested to perform a match of all the keys specified in the Identifier of the request, against the information it possesses. Attribute matching is performed using the key values specified in the Identifier of the C-FIND request as defined in Table CC.2.5-3.

- The SCP generates a C-FIND response for each match using the "Worklist" Search method. All such responses shall contain an Identifier whose Attributes contain values from a single match. All such responses shall contain a status of Pending.

- When all matches have been sent, the SCP generates a C-FIND response that contains a status of Success. A status of Success shall indicate that a response has been sent for each match known to the SCP.

### Note

1. No Identifier is contained in a response with a status of Success. For a complete definition, see PS3.7.

2. When there are no matches, then no responses with a status of Pending are sent, only a single response with a status of Success.

- The SCP shall generate a response with a status of Failure if it is unable to process the request. A Failure response shall contain no Identifier.

- If the SCP receives C-FIND-CANCEL indication before it has completed the processing of the matches it shall interrupt the matching process and return a status of Cancel.

Bi-directional Authentication of machines/users/applications is possible at association time (see PS3.7 and PS3.15). PS3.7 provides a "Refused: Not Authorized" error code. Further requiring or documenting authentication and/or authorization features from the SCU or SCP is beyond the scope of this SOP Class.

##### CC.2.8.3.1 Worklist Search Method

The following steps are used to generate match responses.

- Match the key match Attributes contained in the Identifier of the C-FIND request against the values of the Key Attributes for each worklist entity.

- If there are no matching keys, then there are no matches, return a response with a status equal to Success and with no Identifier.

- Otherwise,

  - For each entity for which the Attributes match all of the specified matching key Attributes, construct an Identifier. This Identifier shall contain all of the values of the Attributes for this entity that correspond to the return keys specified in the C-FIND request.

  - Return a response for each remaining Identifier.

Table CC.2.5-3 defines the Attributes of the Unified Procedure Step Information Model, the requirements for key matching, and the requirements for return keys.

Prev | Up | Next
CC.2.8.2 Service Class User Behavior | Home | CC.2.8.4 Status Codes

DICOM PS3.4 2018d - Service Class Specifications