Duplicate Study Limit??

Known bugs reported by PacsOne users
Post Reply
radjames
Posts:10
Joined:Wed Feb 06, 2008 9:27 pm
Duplicate Study Limit??

Post by radjames » Mon Mar 03, 2008 8:10 pm

Is there a limit as to how many duplicate studies can be in PACSone? We auto route into another pacs. PACSOne is not monitored very closely. We have several instances of "generic dicom error" from the sending modality. If I go in and resolve the studies for that particular patient, it seems to transfer successfully. In these instances, there can be several instances of the same patient in the duplicate study log. They are not duplicate studies. Different studies on different days. I now have 2800 duplicate studies in the log of various patients. Can I clear the log and start over? Its overwhelming to try to resolve all of those. It only happens from 2 locations that submit images to us. Any Ideas?

pacsone
Site Admin
Posts:3149
Joined:Tue Sep 30, 2003 2:47 am

Post by pacsone » Mon Mar 03, 2008 10:39 pm

You must be referring to Duplicate Patients as it is not possible to have duplicate studies in PacsOne, because the Study Instance UID is used as the key to the STUDY table as it's guaranteed to be unique.

It's quite often to run into the Duplicate Patient ID issue if you do not use a centralized RIS system where all patient ids are assigned from this single source. PacsOne will flag a Duplicate Patient ID when it receives a new patient record which shares the same Patient ID of an existing patient, but with different Patient Names. You must resolve the Duplicate Patient IDs from the Tools->Resolve Duplicate Patient ID page, but you need to understand this tool is merely resolving the symptom of the problem, while the real fix is to address the problem from the source by deploying a centralized RIS system where all Patient ID for all input modalities can be assigned from this single source. Without fixing the problem at the source, you will always get more of these duplicates no matter what you do with PacsOne.

radjames
Posts:10
Joined:Wed Feb 06, 2008 9:27 pm

Post by radjames » Wed Mar 05, 2008 3:01 pm

I understand the issue with a centralized RIS, however, there are 2 specific sources that send images to us who use HMS as their RIS system. They are the only 2 sources out of 10 or so that I have trouble with. It seems that PACSOne will allow 1 image, then will fail and give a "generic dicom error" on the sending modality. Once I resolve all instances of a duplicate patient, then they will successfully transfer. Is there any setting on PACSOne that I could tweak to keep this from happening? Would Patient reconciliation help?

pacsone
Site Admin
Posts:3149
Joined:Tue Sep 30, 2003 2:47 am

Post by pacsone » Wed Mar 05, 2008 5:16 pm

When PacsOne flags a duplicate patient id, it returns a Warning C-STORE-RSP status to the sending source about the coercion of the conflicting patient id. This sending source may be interpreting the Warning C-STORE-RSP status incorrectly as "generic dicom error", as the Warning status codes are different from the C-STORE-RSP Error status codes. So you should check with the technical support of this sending source, and ask them why they are interpreting a Warning C-STORE-RSP status as "generic dicom error".

There is a Registry setting that will make PacsOne skip sending the Warning C-STORE-RSP status, and always send back a Success C-STORE-RSP status despite of the duplicate Patient ID. If you want this behavior (not recommended since the sending source will not know about the duplicate patient id issue), you can set the following DWORD value:

Code: Select all

HKEY_LOCAL_MACHINE\Software\RainbowFish Software\PacsOne\${AeTitle}\WarnElementCoercion
Set the above DWORD value to 0, and restart PacsOne Server. After that, PacsOne will always send back a Success C-STORE-RSP status even when there is a duplicate patient id issue.

Post Reply