What application(s) are you using PacsOne Server with?
I'm using PacsOne in conjunction with eFilm 1.8.3 to 2.0.3 at our office.
We're using the webUI mostly with Internet Explorer and Mozilla Firefox, but also Safari.
And I expect to be able to do just fine with OsiriX (as it worked like a charm with eFilm).
I'll keep you posted as soon as I have my boss convinced to get a Mac...
We're using the webUI mostly with Internet Explorer and Mozilla Firefox, but also Safari.
And I expect to be able to do just fine with OsiriX (as it worked like a charm with eFilm).
I'll keep you posted as soon as I have my boss convinced to get a Mac...
Toshiba Aplio
We are having problems with the sending of images from the Toshiba Aplio 80 - it records the sent cases as a failed send in the logs even though images are received by PACSONE.
Is there a solution to this?
M
Is there a solution to this?
M
pacsone wrote:I've got the following list from resolving issues/bugs from the users of PacsOne:
Please feel free to add to this topic as a PacsOne user.
- eFilm 1.5.3
DCMTK
Toshita Aplio
RadWorks
Picker International
One possible case for this is when you have a duplicate patient ID (same ID with an existing patient but different name): when PacsOne receives such images, it will send back a Warning status in the C-STORE-RSP to the sending application. Some applications choose to interpret the Warning status as failures although the images were received by PacsOne.
To verify if this is the case, you can look at the corresponding PacsOne Server log file and see if there is any warning about duplicate patient IDs.
To verify if this is the case, you can look at the corresponding PacsOne Server log file and see if there is any warning about duplicate patient IDs.
Toshiba APlio
No these errors are not for duplicate patients- we are sending new cases. The Toshiba log file gets overcrowded with failed send errors then it stops sending altogether.
If the new case contains the same patient id of any existing patient but with a different name, PacsOne will send back a Warning status to the sending application, which may result in the behavior you described depending on how the sending application chooses to interpret the Warning status.
Do you see any errors in the PacsOne Server log file? The best approach to trouble-shoot this is to show the Toshiba error log files to their tech support, and ask them under what circumstances it will exhibit the current behavior.
Do you see any errors in the PacsOne Server log file? The best approach to trouble-shoot this is to show the Toshiba error log files to their tech support, and ask them under what circumstances it will exhibit the current behavior.