DICOM PS3.4 2019a - Service Class Specifications

CC.4.2 SCP Conformance

An implementation that is conformant to any of the UPS SOP Classes as an SCP shall meet conformance requirements for the operations that it performs.

CC.4.2.1 Operations

The SCP Conformance Statement shall be formatted as defined in Annex A “DICOM Conformance Statement Template (Normative)” in PS3.2.

The SCP Conformance Statement shall provide information on the behavior of the SCP at the following occurrences:

  • The creation of a new Instance of the UPS Push SOP Class with the status "SCHEDULED". The result of that process on the scheduling information and on the Attribute Values of the Unified Procedure Step shall be specified. Any automatic UPS Subscription created in response to the Instance creation shall be specified.

  • The conditions for the update of the Attribute "Procedure Step State" (0074,1000), i.e., the change to the state "IN PROGRESS" or to "CANCELED" or to "COMPLETED".

  • Which Attributes the SCP may update after the state has been set to "IN PROGRESS" or "CANCELED" or "COMPLETED".

  • For how long the UPS Instance will persist on the SCP, and how long it will be available for N-GETs once its state has been set to "COMPLETED" or "CANCELED".

  • Whether the SCP supports priority for C-FIND. If the SCP supports priority for C-FIND, then the meaning of the different priority levels shall be specified.

  • Whether the SCP supports case-insensitive matching for PN VR Attributes for C-FIND. If the SCP supports case-insensitive matching of PN VR Attributes, then the Attributes for which this applies shall be specified.

  • Whether the SCP supports extended negotiation of fuzzy semantic matching of person names for C-FIND. If the SCP supports extended negotiation of fuzzy semantic matching of person names, then the mechanism for fuzzy semantic matching shall be specified.

  • How the SCP makes use of Specific Character Set (0008,0005) and Timezone Offset From UTC (0008,0201) when interpreting C-FIND queries, performing matching and encoding responses.

  • What rules the SCP may use to perform additional filtering during a C-FIND (e.g., limiting returns based on the requesting user and the confidentiality settings of the workitems, or limiting the return to a single item already selected on the SCP) and under what conditions those rules are invoked.

  • Whether the SCP might refuse Subscription requests and/or Deletion Locks and for what reasons.

  • What access mechanisms the SCP is capable of using for retrieving input data and/or making output data available. (see Table 10-3b “Referenced Instances and Access Macro Attributes” in PS3.3 for details on the different Retrieval Sequences).

DICOM PS3.4 2019a - Service Class Specifications