Difference between revisions of "2009 Summer Project Week Slicer3 XNAT usecases"

From NAMIC Wiki
Jump to: navigation, search
Line 72: Line 72:
  
 
'''Step5.''' In IGT, search for and download scene for patient (subject)  
 
'''Step5.''' In IGT, search for and download scene for patient (subject)  
* download scene through slicer (from XNAT or local) is sufficient.
+
* download scene through slicer (from XNAT or local) is sufficient. May like a richer PAX-like interface for browsing available scenes. (might be several scenes worked up for a single patient...)
  
 
Clinician cuts network link to remote repository (all files are locally cached so OR system is self sufficient).
 
Clinician cuts network link to remote repository (all files are locally cached so OR system is self sufficient).

Revision as of 14:48, 24 June 2009

Home < 2009 Summer Project Week Slicer3 XNAT usecases

XNAT interface Worksheet

Goals:

  • Determine User Interface Requirements for representative use cases
  • Determine Webservices API Requirements for representative use cases
  • Determine sufficiency of XNAT Data Model for representative use cases



NOTES

Group looks at XNAT Enterprise and XNAT Desktop user interfaces

General comments/questions

XNAT Enterprise 9-10AM

  • Can you have templates for creating directory structures on XNE? Dan recommends using script using webservices API to implement that template.
  • Can we upload other formats besides DICOM> Dan demonstrates how to create a new folder with custom name (NRRD) into which we can subsequently upload. This may also be done using a script, using webservices API or using XNDesktop.
  • Can share data with another project-- new project contains *links* to data from parent project. How do permissions work in this case? Bound by permissions of parent project.
  • Sharing: multi-site projects -- each site have their own project; each site shares its data with collaborating sites. (this can be done now using REST API).
  • Scientists in multi-site study download data from a single site's shared project. Work on that data.
    • Want to upload new/derived data to that single site's shared project and then
    • Want to share them back with other sites. Possible? This requires some clarification.
  • Confusion about difference between assessors and reconstructions (reconstruction doesn't have concept of additional values yielded by processing -- assessors (like a FreeSurfer analysis) have their own XML specifications to contain specialized values ).
  • XNAT Desktop: are their paradigms for setting tags? XND has its own set of default tags, and lets you set your own. But not clear what tags you need to set. Misha is working on this for now. For instance, there is a modality tag, but easy to forget to provide it.
  • XNE GUI lets you store a search -- convenient to use as a template to grab data of interest.
  • Are stored searches associated to project, to user? Now associated to a user; a user can share these with other users.
  • How are web forms integrated (need to author screen class/template/action, maybe other java classes too for something more complicated, for each web form and install in your instance of XNATE)
  • Options menu (within search) can be extended for processing (batchmake, loni pipeline)

XNAT Desktop (10-10:30AM)

  • Desktop interface with file system & tag view.
  • Manage files, apply metadata (apply automated rule or apply individual tags).
  • DICOM rule is customizable, and may need to be adapted for individual use cases.
  • Uses XNAT Data model,plus extra tags.
  • Exchanges data with XNATE (download / upload)
  • In order to upload from XNDesktop to XNE, the project needs to exist on XNE but no other tags are enforced.
  • A project with incomplete metadata may upload to XNE in an less useful manner.
  • Do we need to use the Web GUI & the Desktop GUI? WebGUI to create project, and XND to tag/upload? (Rather than a rich client interface like a PAX system) Can develop your own rich client interface to Webservices? Right now have not connected to PAX, but that is in the plan.
  • Users will want to query for studies on patient, preview individual slices (maybe), look at how many studies there were for a patient, what modalities are present, (through a PAX-like interface) and download studies of interest.
  • Can connect to another instance of XND, or an instance of XNE -- open remote connection, browse projects, right-click gives you option to download. Can select destination, apply data filters for download
  • XND supports hierarchical data model -- but can customize your own hierarchy.
  • Has data import wizard... extracts and also applies new metadata on import. Can capture metadata from folder structure (if structure is defined in a 'descriptor document' -- what is this?) Can apply additional tags as well.
  • Wizard cannot save a template, but retains its settings between uses.

Comments

  • Nomenclature: terminology for same concepts differs across fields and specialties

Use Case 1: Image Guided Therapy Planning and in OR

XNAT IGTUseCase.png

Workflow

Step1. Subject is scanned and data is pushed to a networked disk (and referenced by a PACS system) automatically.

Step2. Researcher1 uses an XND client (on a laptop or a desktop system) to

  • apply metadata (DICOM rule sufficient?)
  • upload data to XNAT repository

Step3. Researcher2 opens slicer and querieswebservices for a list of subjects.

  • Query for all subjects on system
  • Choose a subject, query for available data...
  • Browse results
  • download data of interest

Step4. Completed neurosurgical planning analysis

  • create mrml scene with segmentations, fiber tracking, etc.
  • apply metadata (need custom metadata) --must be quick/easy to do
  • Push an entire directory (includes NRRD, XML, DICOM, JPEG, MRML, related to a single subject.)
  • Can we create MRML scene, save as a 'structural report or DICOM object' back to PAX -- why have XNAT at all? Tough to get data into PAX. Especially research data (like Slicer analyses). but maybe think of XNAT as a PAX substitute with richer interface.
  • and upload results -- must be quick/easy to do (drag/drop, with confirmation0).

Step5. In IGT, search for and download scene for patient (subject)

  • download scene through slicer (from XNAT or local) is sufficient. May like a richer PAX-like interface for browsing available scenes. (might be several scenes worked up for a single patient...)

Clinician cuts network link to remote repository (all files are locally cached so OR system is self sufficient).

GUI Requirements

Webservices API Requirements

Metadata Requirements or Data Model modifications



Use Case 2: Radiation Treatment Planning

XNAT RTPlanningUseCase.png

Workflow

Step1. Patient is scanned and data is pushed to XNAT (and referenced by a PACS system) automatically.

  • possibly DICOM DCMRT metadata automatically applied
  • other assessors may be collected and described manually, uploaded to XNAT using client GUI.

Step2. Scientist/Clinician queries for patient data & browses results using GUI, downloads to RT planning software

Step3. Scientist/Clinician uploads plan in progress (drag & drop?). DICOM DCMRT metadata automatically applied at upload.

Step4. Researcher queries for case data & browses results using GUI, downloads to local disk for study.

GUI Requirements

  • Interface to commercial systems?
  • Appropriateness of XND for tagging & upload of non-imaging assessors?
  • Specific user requirements for metadata authoring and upload client software?

Webservices API Requirements

Metadata Requirements or Data Model modifications

  • DCMRT supported by DICOM rule?



Use Case 3: Quality Control Processing of Large Studies

XNAT QCUseCase.png

Workflow

Step 1. Multiple study sites acquire imaging data and other assessors

Step 2. Combination of automatic (DICOM) and manual (custom?) markup of data and upload to central repository

Step 3. QC batch client 1 automatically queries for (site/subject/scanID), retrieves, processes data, generates report and notifies any site of errors in (or missing) datasets. Additional processing may be performed (de-identification of data)...

Step4. Additional metadata may be automatically applied (provenance?) and data is uploaded.

Step5. QC batch client 2 (automatically?) queries for (site/subject/scanID), retrieves, allows visual inspection of data and report generation.

Step6. Report is automatically uploaded and associated with image data.

GUI Requirements

Webservices API Requirements

Metadata Requirements or Data Model modifications



Use Case 4: Longitudinal Studies

XNAT LongitudinalUseCase.png

Workflow

Step1. Imaging data and other assessors (induced pathology, etc.) are acquired and saved to a network disk.

Step2. Research assistant uses GUI to apply metadata at capture, or subsequently & uploads to XNAT.

  • Need to specify whether subject is control or experimental
  • Imagedata is typically in non-standard DICOM format.
  • Need to associate new data to existing (or new) subject in longitudinal study -- need entities for:
    • modality
    • subject
    • timepoint
    • ...?

Step3. Researcher queries for data using GUI, browses results and downloads to vendor tools for analysis.

Step4. Researcher generates derived data,

  • applies metadata (provenance? and maybe notable parameters of interest).
  • associates to subject or study (population)
  • and uploads via GUI

GUI Requirements

Webservices API Requirements

Metadata Requirements or Data Model modifications



Use Case 5: Population Studies

XNAT PopulationuseCase.png

Step 1. Multiple sites acquire multi-modal imagedata, across multiple visits for multiple subjects.

Step 2. All acquired data has metadata applied (combination manual and automatic) Metadata enables association of all collected data with individual subject. Among other important descriptions, subjects must be distinguished as either controls or experimental

Step 3. Data is uploaded to XNAT, either automatically or manually via a GUI.

Step 4. Pre-processing (& QA?) client automatically queries for datastes, downloads, pre-processes data.

Step 5. Client software adds custom metadata that includes provenance, descriptions of any 'limitations' of data that may affect its shared use & automatcially uploads data/metadata back to XNAT.

Step 6. Processing/Analysis client automatically queries for datasets, downloads, processes and generates derived data.

Step 7. Client software adds custom metadata that includes provenance, descriptions that associate metadata with subject or study & automatically uploads to XNAT.

Step 8. Scientist using Analysis/Visualization client searches for data of interest, browses results & downloads using client GUI. May derive new data, apply metadata & upload using client GUI.

GUI Requirements

Webservices API Requirements

Metadata Requirements or Data Model modifications