Difference between revisions of "Slicer3:UIDesign:WorkingProblems:XNAT Desktop GUI Design"
From Slicer Wiki
Line 27: | Line 27: | ||
* Accommodate load/save to: File System, XNAT FileServer, other db, XNE instances, Research PACS. | * Accommodate load/save to: File System, XNAT FileServer, other db, XNE instances, Research PACS. | ||
* Optionally map XNAT terminology to conventional clinical terminology (e.g. Subject <--> Patient) | * Optionally map XNAT terminology to conventional clinical terminology (e.g. Subject <--> Patient) | ||
+ | * Manage all types of data the Slicer supports. | ||
= Design Sketches = | = Design Sketches = |
Revision as of 05:06, 5 January 2010
Home < Slicer3:UIDesign:WorkingProblems:XNAT Desktop GUI DesignBack to Project Overview
Contents
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.
- Optionally map XNAT terminology to conventional clinical terminology (e.g. Subject <--> Patient)
- Manage all types of data the Slicer supports.