*<b>KeyElementName</b> specifies the element in the DICOM dataset to serve as the key under which to find the base date of the interval.

*<b>KeyElementName</b> specifies the element in the DICOM dataset to serve as the key under which to find the base date of the interval.

−

DICOM date elements have the format <b><tt>YYYYMMDD</tt></b>. The format used for base dates is the more conventional <b><tt>M/D/YYYY</tt></b>, ,as in 7/4/1776 or 12/25/2017.

+

DICOM date elements have the format <b><tt>YYYYMMDD</tt></b>. The format used for base dates is the more conventional <b><tt>M/D/YYYY</tt></b>, as in 7/4/1776 or 12/25/2017.

The function subtracts the base date from the DateElement value and converts the result to days.

The function subtracts the base date from the DateElement value and converts the result to days.

Revision as of 19:51, 23 February 2017

This article describes how to configure the DICOM anonymizer to use the dateinterval function. The intended audience for this information is clinical trial coordinators.

The DicomAnonymizer dateinterval function computes the number of days between two dates, typically a StudyDate and a base date associated with the PatientID and stored in the anonymizer's lookup table.

The function has three arguments:

DateElementName specifies the date element in the DICOM dataset to serve as the end of the interval.

When an object is encountered that will cause a lookup or dateinterval function call in the anonymization script to quarantine the object, the LookupTableChecker will put the object in its quarantine and make an index entry in its database identifying the offending elements. The LookupTableChecker servlet provides a convenient user interface to allow the table to be updated, after which the user can view the quarantine contents and click the Queue All button and process the quarantined objects. The LookupTableChecker stage provides access to its database and quarantine through its status page, which is available by clicking the stage in the left pane of the CTP home page.

Note: The id attribute of the LookupTableChecker stage is used to specify the context of the LookupTableChecker servlet, so in configurations with multiple LookupTableChecker stages (as might occur in multi-pipeline configurations), it is necessary to ensure that the id attributes are unique; otherwise, only the last stage that claimed the id attribute will be visible to the user interface (although all the LookupTableChecker stages will properly check objects and quarantine them as necessary).