[DCMEE-1820] DCM4CHEE Management of the Move SCU Service Created: 13/Mar/12  Updated: 28/Nov/18  Resolved: 28/Nov/18

Status: Closed
Project: dcm4chee
Components: None
Affects versions: Wishlist
Fix versions: None

Type: Improvement Priority: Major
Reporter: Former user (Inactive) Assignee: Gunter Zeilinger
Resolution: Won't Fix Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Testing Assignee: Peter Heiles
Tracking Status:
Risk Analysis - Todo, Test Spec - ToReview, Test State - Not tested
Sprint:

 Description   

In dcm4chee, DICOM objects that are transmitted out of the system (either as the result of a C-MOVE, or autoforwarding/routing) end up going through the Move SCU Service. Currently there is no easy way to manage the move process other than the ability to define a retry strategy and to remove all (move) messages from the underlying queue - individual messages cannot be identified and removed. Finally, failed (retries exhausted) messages are simply discarded.
The main project goal is to create a management interface for the Move SCU Service. This includes a management console view of what has been sent, transfer times, delete queued transmissions, send immediately, etc.
I have proposed a solution that utilizes the Unified Worklist and Procedure Step implementation - see:
http://www.dcm4che.org/confluence/display/ee2/Move+SCU+Queue+Improvements


Generated at Thu Apr 18 10:49:00 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100250-rev:31daa98eee8114a786a57d1cfda50a8349f72a0a.