Skip to main content
Skip table of contents

Admin UI - Session Upload and Anonymization Settings

This section controls how XNAT manages incoming data. Depending on what kind of data you will be managing in your XNAT instance, how fast it will be uploaded, and what security precautions you need to take, you will want to change these settings accordingly.

Site-wide config properties can be accessed via REST at /xapi/siteConfig/values/{property-name}.

Site-wide config properties can be access programmatically in Velocity via $siteConfig.{property-name}.

Available Upload Methods

The site admin may want to restrict certain image session import methods, to simplify the user experience.

Setting / Property Name



Hide Compressed Uploader


If set to "Hidden", the Compressed Uploader is removed from the "Upload > Images" menu. (The DICOM-zip importer is enabled regardless of this setting.)


Hide XNAT Upload Assistant


If set to "Hidden", the legacy XNAT Upload Assistant is removed from the "Upload > Images" menu.


Set Default Compressed Uploader Importer


As of XNAT 1.8.10, the Compressed Uploader defaults to use the DICOM-zip importer. The legacy SessionImporter can still be selected and used if desired, for example when uploading ECAT data.


Configuring the Session Builder 

The process of receiving DICOM files from a PACS or scanner and transforming those files into an MR Session object in XNAT – and applying anonymization or series filter scripts to weed out PHI – can be a complex one.

PACS systems can be connected to XNAT via DICOM SCP Receivers, but the connection is a rudimentary one. Notably, PACS systems do not provide a heads up of any incoming scan files, nor do they communicate any kind of file manifest when they start sending scan files to XNAT. Therefore, once a transmission from PACS to XNAT starts, XNAT must keep checking to see if the PACS is still sending. XNAT has to judge for itself when a session upload is complete before it starts building the session object out of the files it has. 

If additional scans are uploaded after XNAT begins building a session, XNAT will act as though these additional scans are part of a new session.

These settings allow the XNAT Administrator to configure that "wait and see" behavior. 


Setting / Property Name



Received File User


This is the user account used for any operations performed on incoming data, such as performing an anonymization script. The user account must be a site administrator and must be a user that is able to log in (i.e. not disabled). By default this is set to 'admin'.


Reload Prearchive Database On Startup?


This controls whether the prearchive database is rebuilt when your XNAT server restarts. This can help keep your system in sync with the data in prearchive, but can add to system load at start-up, especially on systems that handle a lot of incoming data.


Session Idle Check Interval


This controls how often the system checks to see if any incoming DICOM sessions in the prearchive have been idle for longer than the configured session idle time. This value should be specified in milliseconds and defaults to 60,000 ms (one minute).

Setting this to a longer time interval will mean that there will be more variation in the amount of time a session will sit idle before XNAT attempts to build the session document (this time period will always be greater than the session idle time and less than the sum of the session idle time and the session idle check interval).

Setting the session idle check interval to a shorter time period will make the session document get built at closer to the session idle time, but may unnecessarily burden your system by constantly checking this.

60000 (ms)

Session Idle Time


This tells the system how long a DICOM session should sit idle—that is, with no new data added to the session—before attempting to build a session document from the DICOM data. This value is specified in minutes and defaults to 5 minutes.

Setting it to a longer time will decrease the chances that XNAT builds a session document for an incompletely uploaded session (and thinks the rest of the data is a new session), but will also mean that you will have to wait longer before uploaded sessions are in Ready state. You should set this value based on how continuously you expect the data to be transmitted to XNAT so that the idle time is always longer than breaks in the transmission of a single session.

5 (minutes)

Setting the Site-wide Anonymization Script

This Admin panel controls a site-wide setting. Anonymization scripts can also be configured on a project-by-project basis. See How to Write an Anonymization Script


Setting / Property Name



Enable Site-wide Anonymization Script?


This controls whether the site-wide anonymization script should be enabled.

Note that if the site-wide anonymization is enabled, even with an empty script, it will add a deidentification method status entry to DICOM headers. To allow DICOM files to be imported without any changes, disable site-wide anonymization. 


Edit Anonymization Script


This is the site-wide anonymization script applied to all incoming and archiving DICOM resources. Uses for site-wide anonymization include clearing specific headers, changing values of some headers, clearing private tags, and setting some of the values based on inputs (such as project, subject, session, or visit). 

This site-wide script can also be supplemented by anonymization operations specified at the project level. The script must conform to DicomEdit format. To change the script, simply edit the text in the text box and click 'Save' when you're happy with it.

// Default XNAT anonymization script
// Copyright (c) 2005-2017, Washington University School of Medicine and Howard Hughes Medical Institute
// All Rights Reserved
// Released under the Simplified BSD.
version "6.1"
project != "Unassigned" ? (0008,1030) := project
(0010,0010) := subject
(0010,0020) := session

Setting the Site-wide Series Import Filter

As of XNAT 1.8.10 and DicomEdit 6.6, instance file filtering can be performed in anonymization scripts rather than using this Series Import Filter panel. Settings in this panel may not be functional.

For more detail on Series Instance Filtering with DicomEdit, see DicomEdit 6 Language Reference

A series import filter can be set up to control specifically which kinds of scan files you want to receive in XNAT in a transfer from a PACS or DICOM AE, or via any of XNAT's image uploaders. 

With series import filters, you can direct XNAT to prevent certain data from ever entering your archive. One very important reason to do this might be that your are uploading clinical images to a research project. Clinical images often contain "burned-in PHI," meaning that the image itself (as opposed to the DICOM headers) contains PHI such as Patient Name, Patient ID, etc. You might find this information in an actual image or possibly scanned documents that are also part of the session. In the case of burned-in PHI, determining ways to identify these types of images is a bit of an art. Although DICOM fields exist to flag the presence of PHI in the image, they aren't often used. We've found that over time, you can build up a list of DICOM headers to do automated removal of about 90% of the suspects, but if you are doing public release of data, a final human check is really required.

This Admin panel controls a site-wide setting. Series import filters can also be configured on a project-by-project basis. 


The Modality Map filter mode has been deprecated and is not supported in XNAT 1.8.10 and newer

Setting / Property Name



Enable Site-wide Series Import Filter?


This controls whether the series import filter should be enabled. 


Filter Mode


If you choose to have a site-wide series import filter, your filter can be of these types:

  • "whitelist": only DICOM series with a series description that matches one of series filter patterns will be considered.

  • "blacklist":all DICOM series will be considered except for series that have one of the specified series filter patterns. 

Edit Series Import Filter


The series filters can be written as exact string matches, but also can be regular expressions. The regular expressions are evaluated using the Java regular expression syntax. These expressions are case-insensitive, i.e. the string "SAG LOCALIZER" will also match "Sag Localizer". Each filter should be on its own line. For example, you might have a blacklist that looks like this:


To change the series import filter, simply edit the text until you get it the way you want it and then click 'Save'.

Define Site-wide Pet Tracers

This is the site-wide list of PET tracers. List entries should be separated by whitespace. This list can also be replaced at the project level. When users upload PET Sessions using the Image Session Uploader, they can select a tracer from this list and that value will be stored as a session modifier. 

Property Name: sitewidePetTracers



Define Site-wide Handling of PET-MR Sessions

This controls whether data generated by PET-MR scanners are created as a single PET/MR imaging session, created as a single PET imaging session, or separated into PET and MR sessions. To change this simply select your desired option and click 'Save'. If no option is selected, it will default to creating a single PET/MR imaging session rather than separating them.

 Property Name: sitewidePetMr

Determine Whether to Re-run Project Anonymization on Data in Place

For XNAT sites that support capturing the subject ID and/or session label in their DICOM files, it is desirable to re-run project anonymization whenever any of the following events take place:

  • When an image session is relabeled

  • When a subject is relabeled

  • When an image session is assigned to a new subject

  • When an image session or subject with image sessions is moved to a new project

However, for other sites, this behavior is not desirable and can be disabled. As of XNAT 1.8.10, disabled is the default setting for this behavior.

Property Name: rerunProjectAnonOnRename

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.