S.4.2.1 Operations

The SCP shall document in the Conformance Statement the behavior and actions of the SCP upon receiving the N-CREATE primitive (Create Media Creation Request), N-ACTION primitive (Initiate Media Creation and Cancel Media Creation) or the N-GET primitive (Get Media Creation Result) .

The SCP shall specify the SOP Class UIDs for which it will accept media creation requests.

The SCP shall specify the Media Application Profiles for which it will accept media creation requests, and what default profiles it will use in the event that they are not specified by the SCU.

Note: The forms of media that can be created are implicit in the list of Media Application Profiles supported, each of which is media-specific.

The SCP shall specify whether or not it supports creation of optional Icon Image Sequence Attributes in the DICOMDIR if none are supplied by the SCU.

The SCP shall specify the manner of use of label information, and in particular which:

The SCP shall describe its use of expanded or replacement character sets, both in the N-CREATE, the N-GET and in its extraction of information from the Composite Instances for incorporation in the DICOMDIR and on the media label. The SCP shall describe its use of the attributes both in the N-CREATE, and N-ACTION and the Composite Instances to create the media label.

The SCP shall specify if and how it supports the following optional Attributes in the N-CREATE and N-ACTION :

The SCP shall specify the duration of persistence of received Composite Instances after a request has been processed successfully or unsuccessfully.

The SCP shall specify how long it will maintain:

The SCP shall specify the action taken when a permanent failure (e.g., a media writing failure) or a transient failure (e.g., no empty media available) occurs, and their relationship with the media creation request status transaction.

Note: For example, how many times the SCP will retry writing a new piece of media before setting the Execution Status (2100,0020) to FAILURE, how many media creation requests the SCP is able to queue, the SCP behavior when the request queue, if any, is full.

The SCP shall specify if it is able to split a media creation request over more than one piece of media, if the file-set doesn’t fit on one.

The SCP shall specify if it is able to add to the created media Non-DICOM objects (e.g., html files, JPEG images), how these objects are organized, and how it interprets the Include Non-DICOM Objects (2200,0008) Attribute.

The SCP shall specify if it is able to add to the created media DICOM display applications, and how it interprets the Include Display Application (2200,0009) Attribute.

The Conformance Statement shall be formatted as defined in PS 3.2.