The MIRC ZipObject

From MircWiki
Revision as of 03:04, 7 November 2006 by Johnperry (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

The MIRC ZipObject is a class that provides access to collections of files wrapped in a zip file. It is intended to encapsulate groups of related files generated from analysis of clinical trial data. To carry information that allows applications to know what is in a ZipObject, each ZipObject must contain a manifest. A manifest is an XML text file named "manifest.xml", located in the root of zip file (e.g. with no path information).

The root element of a manifest can have any name. By convention, it is typically called "manifest", but in some situations, it can be useful to use different names when a clinical trial has multiple types of ZipObjects and it is desired to make the root element name indicate the type.

The root element has two required attributes:

  • uid defines a unique identifier for the ZipObject. The DICOM UID format is strongly suggested, but there is no technical requirement imposed by the RSNA MIRC implementation on the format.
  • study-uid provides a reference to the study. It is necessary to link the ZipObject to the MIRCdocument containing the other objects associated with the same study. If the ZipObject contains results obtained from the analysis of DICOM images from a specific study, the DICOM StudyInstanceUID should be used.

The root element has one additional attribute which has special support in the MIRC ZipObject class:

  • description is optional. It provides a free text description of the ZipObject. The RSNA MIRC implementation presents this text in the table of object references in a MIRCdocument.

Additional attributes may be included as well; however, they have no special support in the MIRC ZipObject class, for example:

  • date provides a date for the ZipObject. The date must be in the format specified by ISO 8601 (YYYYMMDD).
  • version provides a version reference for the manifest format. This could be used by software as an aid in interpreting its contents.

The manifest root element has no required child elements. The intention is that each manifest contain whatever child elements are appropriate to describe the contents of the ZipObject and their relationships with each other as well as external objects, but there is no required standard format.

An example of a simple manifest is:

<manifest uid="1.2.3.4.5"
          study-uid="1.2.3.4.5.1"
          description="Analytical results" />

Important note: The RSNA MIRC implementation does not provide anonymization for ZipObjects.