Storage commitment response. - DICOM

This is a discussion on Storage commitment response. - DICOM ; HI all, What should be the response from storage commitment SCP if SCU sends commitment request consisting a set of SOP instance references to SCP without sending these SOP instances(Storage Service) to SCP prior? Basically what would be the event ...

+ Reply to Thread
Results 1 to 2 of 2

Thread: Storage commitment response.

  1. Storage commitment response.

    HI all,
    What should be the response from storage commitment SCP if SCU sends
    commitment request consisting a set of SOP instance references to SCP
    without sending these SOP instances(Storage Service) to SCP prior?
    Basically what would be the event type value(1 or 2)???

    Cheers..


  2. Re: Storage commitment response.

    The DICOM standard doesn't define when the SOP instances referenced in
    Storage Commitment are transferred (relative to the time of the storage
    commitment); nor does it specify a time limit between the request for
    commitment and the transfer of the request results. I haven't delved
    into the IHE use of SC to see if their profile puts additional
    requirements on the sequencing of the image transfer and SC request; or
    time constraints on the request and response.

    Instead it is your responsibility as the application provider to
    document your applications constraints in your conformance statement.
    If you want to implement "wait and see if they arrive" logic in your
    application, delaying your response for some amount of time has passed,
    you're free to do so. If you prefer to treat the SC request as an
    inquiry into the current status of the SOP Instances and process the
    result as an immediate response, you are also free to do so. Either
    way, it is your responsibility to document your application's behavior
    in the conformance statement.

    Most implementations do choose implement SC as you have imagined it -
    i.e. assuming that the SOP instances have already been transmitted
    before the SC request is sent, and if not all of the referenced
    instances are present in the SCP at the time of the request receipt,
    then the SCP returns and event id=2 (failures exist).

    In the case of the Event ID=2, the response contains separate sequences
    identifying the SOP instances from the request which were successfully
    comitted (Refenced SOP Sequence) and SOP instances for which the SCP
    does not accept responsibility (Failed SOP Sequence) See DICOM Part 4,
    Table J 3-2.

    I think this is the crux of your question, in the case of a mixed
    result, some successes and failures only a single response is sent.
    All of the SOP instances, successful and unsuccessful fall under the
    event ID=2 (Failures Exist). Within the message you clarify which ones
    are and are not failed by listing them in either the Reference SOP
    Sequence or the Failed SOP Sequence.


+ Reply to Thread