I'm having trouble with the synchronization feature of PacsOne. I've set up synchronization as described in the manual for two AEs, one real (eFilm Workstation) and one bogus. I show the failed attempts to accomplish the syncs in the job status page for the bogus AE. But, the images that should transfer to PacsOne from the real AE aren't there and the job status page shows no attempts to sync.
Does the job status page only log failed jobs?
I've compared entries in the AE page and both are the same with the exception of the actual AE data and the sync times. I've asked PacsOne to sync all studies.
By the PacsOne log, it appears that it performs the sync, but it doesn't get logged in the job status page and it doesn't find any new images. There are definitely patients present on the eFilm Workstation that are not on the PacsOne server. So, am I doing something wrong in the setup? I've checked the following:
Query/Retrieve SCP Server
Sync remote studies based on. . . .
7pm
Sync all remote studies
Here's the log entries in PacsOne:
Fri Dec 16 19:00:05 2005 INFO - 1 record found in [applentity] table
Fri Dec 16 19:00:05 2005 INFO - Processing database job <13>
Fri Dec 16 19:00:05 2005 INFO - C-FIND SYNC session: <4> started for SCP: 192.168.100.18 Port: 3120
Fri Dec 16 19:00:05 2005 INFO - <4> Sending A-ASSOCIATE-RQ PDU
Fri Dec 16 19:00:05 2005 INFO - <4> Waiting for A-ASSOCIATE result
Fri Dec 16 19:00:05 2005 INFO - <4> A-ASSOCIATE-RQ accepted
Fri Dec 16 19:00:05 2005 INFO - <4> Sending P-DATA-TF PDU
Fri Dec 16 19:00:05 2005 INFO - C-FIND-RSP status: [0]
Fri Dec 16 19:00:05 2005 INFO - C-FIND-RSP: Data Set Present in P-DATA-TF PDU
Fri Dec 16 19:00:05 2005 INFO - <4> Sending A-ASSOCIATE-RELEASE PDU
Fri Dec 16 19:00:05 2005 INFO - <4> A-ASSOCIATE-RELEASE-RQ PDU sent successfully
Fri Dec 16 19:00:05 2005 INFO - Session: <4> disconnected for client: 192.168.100.18
Synchronization Troubles
Based on feedbacks from our users, eFilm does not really support query/response as a SCP (server), so PacsOne will not be able to get any query results returned by eFilm.
You can verify this independently by using any 3rd-party tool to query eFilm and see if it returns any matches. Or you can check the eFilm Dicom conformance statement and see if it supports query/response, and if so, which informational model and what search methods/keys it supports.
You can verify this independently by using any 3rd-party tool to query eFilm and see if it returns any matches. Or you can check the eFilm Dicom conformance statement and see if it supports query/response, and if so, which informational model and what search methods/keys it supports.