Slicer3:UIDesign:WorkingProblems:XNAT Desktop GUI Design

Back to Project Overview

Notes

• 12/1/09 Meeting w/Ron, Dan, Wendy at RSNA to discuss project

To do

• by December 6: For grants, generate mockups of new Desktop interface based on OsiriX. (wjp)
• by December 23: wjp & misha have design/implementation meeting.
• AHM: Performance benchmarking of existing RemoteI/O in Slicer/FetchMI (wjp)
• AHM onward: Iterate on Desktop GUI design with Ron, Dan, Misha (wjp)

Summary

(misha) The goal is to implement a DICOM worklist functionality emulation in xnd. Obviously, some of this functionality will not be relevant and there will be extensions that are not found on a clinical PACS. Here's a list of DICOM worklist tasks, noting what functionality exists in xnd now:

• Local patient/study search by standard fields: patient name, ID, accession number, study date, etc. I would just suggest showing the search dialog, and displaying the resulting patient or study list in the table with fixed pre-defined columns.
• Traversal of local worklist, essentially in the similar way it's done in xnd now.
• Remote DICOM AE query/retrieve: right now there's an experimental DICOM import from remote C-FIND/C-MOVE DICOM SCP, in the form of a wizard; would this need to be a constant interface part, with DICOM server list, etc.?
• Launching of an image viewer on a particular study/series. I guess the primary case would be Slicer, and maybe also Osirix viewer or other DICOM viewers. - Is there a simple standard way to tell Slicer to open some files with an outside applicaton?

(wjp) The goal is to provide a user interface and user experience similar to well-regarded PACS-like software including OsiriX and GE commercial offerings. There are a number of requirements this design must meet:

• Provide parallel user experience with Slicer's proposed native load/save GUI
• Accommodate all levels of user experience (very simple for novice users).
• Include lightweight but powerful preview capability
• Include thumbnail display where appropriate
• Accommodate load/save to: File System, XNAT FileServer, other db, XNE instances, Research PACS.
• Condition the data model to be comparable to XNE, but present it in customizable way (Clinical or Informatics e.g. Subject <--> Patient)
• Manage all types of data the Slicer supports.

Concept Mapping for Presentation

Clinical	XNAT
Project	Project
Patient	Subject
Study	Experiment
Series	Scan (may change to "Series")
Images	Resource (e.g. imagedata, thumbnails)
Instance	File (e.g. individual slice)

(Note: for Slicer native GUI, Ron doesn't want the user to be burdened by this hierarchy - wants instead to keep things maximally simple.)