[Loris-dev] Different StudyInstanceUIDs

[Morales Pinzon, Alfredo]

Hi Nicolas,

Thank you for your answer. We’ll handle these cases based on LORIS requirements.

Best,
Alfredo.

On May 1, 2020, at 1:39 PM, Nicolas Brossard <nicolasbrossard.mni at gmail.com<mailto:nicolasbrossard.mni at gmail.com>> wrote:


        External Email - Use Caution

Hi Alfredo,

You cannot insert in the database a scan archive containing two different study UIDs: all the scans inside the archive must have the same study UID, that's a LORIS requirement. I suggest you split your original archive into two archives, based on their study UIDs, and then upload/insert both. You could also "hack" you original archive so that all study UIDs are identical but I am not a big fan of this strategy since you are altering the original data you got from the scanner...


Best,
Nicolas

p.s: if you are not comfortable splitting archives, I can help

On Fri, May 1, 2020 at 11:03 AM Morales Pinzon, Alfredo <AMORALESPINZON at bwh.harvard.edu<mailto:AMORALESPINZON at bwh.harvard.edu>> wrote:
Dear LORIS-Dev Team,

In the IPMSA project some scans have acquisitions with two different StudyInstanceUIDs. This leads to an error in the insertion pipeline. The reason for having two different StudyInstanceUIDs is because some acquisitions failed QC and were re-acquired and added to the same study but with a different StudyInstanceUIDs. Here are our questions:

1. Would it be possible to insert a study having acquisitions with two different StudyInstanceUIDs?

2. If we were to change the StudyInstanceUIDs to have only one in a study, would LORIS insert they study with acquisitions having different scan date?

Thank you for your help.

Regards,
Alfredo.


The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

_______________________________________________
Loris-dev mailing list
Loris-dev at bic.mni.mcgill.ca<mailto:Loris-dev at bic.mni.mcgill.ca>
https://mailman.bic.mni.mcgill.ca/mailman/listinfo/loris-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.bic.mni.mcgill.ca/pipermail/loris-dev/attachments/20200504/5b676106/attachment.html>