1) When the data goes from Pre-Archive to Archive, it asks me to enter
a few details about the patient (If I want). I already, have patient
details in my dicom-header. Is there a way I can automatically get
those details, from specific felds, for e.g 0010 0020 //Subject ID,
0010 0030// subject birthdate, 0010 0040 //subject sex. Can these
fields be directly assigned, in some way. Like modifying some xml
file. Like it assigns Date added, Accession #, Date, Time, Operator,
Scanner..... etc fields automatically.
2) When I look at the details of a specific subject for a session, it
shows all sets of scans in a table like format. The second attribute
is 'Type'. Now I believe it takes this attribute from (value of)
0008,103e of my header. Is there a way I can change, (value of) which
hex number of the header should be assigned to the 'Type' attribute.
meaning, instead of 0008,103e , say I want to assign 0018,1030 to the
type field. Which file would I have to modify?
3) Lastly, when all the images/scans come into xnat, their names are
changed, and they have a specific pre-defined format. For e.g names
that I get are like 123-222233.MR.A890_EVENING.
11.1.20091212.0890765.dkjfm2.dcm
I am not exactly sure how this naming is done, but I have a few
guesses, based on my header.
<subject-id>.<0008,0060>.<some field of header giving date>.<field of
header giving time>.<I have no idea what that field is>.dcm
Is there a way I could change this naming convention too? We have a
specific naming convention that is being followed here since the last
10 years, it would be difficult to change it completely. People will
not just access the data from the front (web app) end. The will
require to access it often at the back end, like looking into the
ARCHIVE directory.
Thank you very much in advance
1. A couple of years ago, Yong Gao wrote some code to automatically pull subject information -- this was in DicomServer, back when the C-STORE SCP was a separate application. We haven't incorporated it (in large part because of the big 1.5 restructuring) but I think it would be a useful feature. Which is to say: we don't have any way of doing that automatically yet, but I'll add it as a feature request, and it should be straightforward to implement because there's code to start from.
None of that helps you today. One approach would be to hack up a script that loops over sessions, downloads a DICOM file for each of them, pulls the subject information, and pushes those fields back up to the subject. It seems like that could probably be done in a day or two by someone who knows pyxnat well, and wouldn't require changes to XNAT itself.
2. The rules for converting between DICOM and XNAT metadata are expressed in Java code, in the dicom-xnat-mx library. You'd need to change the code and then replace the jar in plugin-resources/repository.
3. This also requires a code change, but it's a little more straightforward because it doesn't require a jar replacement. You'll need to write a class that implements org.nrg.dcm.DicomFileNamer (from dicom-xnat-util), and then set dicom.file.namer=your.full.class.name in WEB-INF/conf/dicom-importer.properties. Look here: http://groups.google.com/group/xnat_discussion/search?group=xnat_discussion&q=DicomFileNamer&qt_g=Search+this+group for details on how to make this work.
- Kevin
> --
> You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
> To post to this group, send email to xnat_di...@googlegroups.com.
> To unsubscribe from this group, send email to xnat_discussi...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/xnat_discussion?hl=en.
>
________________________________
The material in this message is private and may contain Protected Healthcare Information (PHI). If you are not the intended recipient, be advised that any unauthorized use, disclosure, copying or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this email in error, please immediately notify the sender via telephone or return mail.
The scan type field is actually not pulled directly from the DICOM. The dicom value is stored in the series_description field. The type is populated when you archive the session, and is set based on the history of the series in your project.
Take a look at my second post on the following thread to see if it helps at all.
Tim
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To view this discussion on the web visit https://groups.google.com/d/msg/xnat_discussion/-/iTB-QTPpxgwJ.
To post to this group, send email to xnat_di...@googlegroups.com.
To unsubscribe from this group, send email to xnat_discussi...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/xnat_discussion?hl=en.
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To view this discussion on the web visit https://groups.google.com/d/msg/xnat_discussion/-/z6144dx192gJ.
To post to this group, send email to xnat_di...@googlegroups.com.
To unsubscribe from this group, send email to xnat_discussi...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/xnat_discussion?hl=en.
One minor correction…
The file would go in
$XNAT_HOME/projects/$PROJECT/src/java
Rather than
$XNAT_HOME/projects/$PROJECT/src/main/java
Having a main subdirectory would have been proper, but its not there. That will be fixed in XNAT 2.0 J.
Tim
From: xnat_di...@googlegroups.com [mailto:xnat_di...@googlegroups.com]
On Behalf Of Archie, Kevin
Sent: Thursday, December 08, 2011 9:19 AM
To: <xnat_di...@googlegroups.com>
Subject: Re: [XNAT Discussion] Questions about naming and the conventions followed in xnat for the data
Sankat,