Difference between revisions of "2013 Summer Project Week Breakout Session:RT"

From NAMIC Wiki
Jump to: navigation, search
m (Text replacement - "[http://www.na-mic.org/Wiki/images/" to "[https://na-mic.org/w/images/")
 
(8 intermediate revisions by one other user not shown)
Line 3: Line 3:
 
== Agenda ==
 
== Agenda ==
 
=== Patient Hierarchy ===
 
=== Patient Hierarchy ===
* Briefly present already implemented features and internals (Csaba)
+
* Briefly present already implemented features and internals (Csaba, [https://na-mic.org/w/images/6/6f/Pinter_SlicerRt_PatientHierarchy_Introduction_NA-MIC_2013_Summer.pptx ppt])
 
* Discuss integration into Slicer core
 
* Discuss integration into Slicer core
 
** Name of the module and the common classes (SubjectHierarchy?)
 
** Name of the module and the common classes (SubjectHierarchy?)
Line 15: Line 15:
 
** CLI improvements ([http://www.na-mic.org/Wiki/index.php/2013_Summer_Project_Week:CLI_Improvements project page])
 
** CLI improvements ([http://www.na-mic.org/Wiki/index.php/2013_Summer_Project_Week:CLI_Improvements project page])
 
*** Support other module types: qMRMLNodeComboBox level, add to hierarchy when creating new node
 
*** Support other module types: qMRMLNodeComboBox level, add to hierarchy when creating new node
 +
** Future ideas
 +
*** Greyed-out entries from remote DICOM DB objects
  
 
=== Handling deformable transforms ===
 
=== Handling deformable transforms ===
 
* [[Handling deformable transforms in Slicer meeting minutes|Meeting minutes of the Monday meeting about this]]
 
* [[Handling deformable transforms in Slicer meeting minutes|Meeting minutes of the Monday meeting about this]]
 +
** Transforms are generally ITK objects, utilize the ITK algorithms directly?
 +
** Invertable transforms: if non-invertable, then estimate, e.g. by converting BSpline to deformation field
 
* Create a roadmap so that work can start on this
 
* Create a roadmap so that work can start on this
 +
** Later
 
* Dicom Spatial Registration Objects (SRO), Greg needs both rigid & deformable
 
* Dicom Spatial Registration Objects (SRO), Greg needs both rigid & deformable
 
** Registration results stored in DICOM, part of the standard
 
** Registration results stored in DICOM, part of the standard
Line 26: Line 31:
 
=== New DICOM browser ===
 
=== New DICOM browser ===
 
* Plan for integrating it into CTK trunk, [http://www.commontk.org/index.php/CTK-Hackfest-May-2013#Gallery_of_Results Screenshots]
 
* Plan for integrating it into CTK trunk, [http://www.commontk.org/index.php/CTK-Hackfest-May-2013#Gallery_of_Results Screenshots]
 +
** Have a superset of columns for the visualizing tables, and then define a subset on the user level
 
* Roadmap for accommodating those changes Slicer core
 
* Roadmap for accommodating those changes Slicer core
 +
** Push as much as possible to the CTK level (selection in the tree etc.)
 +
** Possible project for the London hackfest
 +
 +
=== DICOM export ===
 +
* Vocabulary: Import / Export, Load / Save
 +
* Location
 +
** DICOM browser?
 +
** Patient Hierarchy?
 +
* Handling private tags
 +
** Commercial systems can (should) be expected to load RT data without any private tags
 +
* Test re-loading back to Slicer, compare all tags except for UIDs
 +
 +
=== Brachytherapy ===
 +
* Dose calculation engine
 +
** Display grid for LDR
 +
** Pre-plan for safety, but also
 +
** Incremental re-planning according to placed seeds
 +
*** Tracking seeds for HDR
 +
* Exporting contours from Slicer4
 +
* Use ultrasound (masquarading as CT) for Oncentra planning for gyn

Latest revision as of 18:27, 10 July 2017

Home < 2013 Summer Project Week Breakout Session:RT

Back to Summer project week Agenda

Agenda

Patient Hierarchy

  • Briefly present already implemented features and internals (Csaba, ppt)
  • Discuss integration into Slicer core
    • Name of the module and the common classes (SubjectHierarchy?)
      • Propose SubjectHierarchy name to Ron
    • What and how to generalize from SlicerRT's Patient Hierarchy
      • Explore other use cases for SubjectHierarchy (Reporting/SR, Longitudinal (such as Andrey's PET/CT))
      • Make sure there are no conflicts with other hierarchies (Time, etc.)
      • Minimize the duplication between DICOM DB tags and PatientHierarchy attributes
        • Exceptions: Modality, ?
      • Suggested tasks according to loaded data, even set toolbar icons
    • CLI improvements (project page)
      • Support other module types: qMRMLNodeComboBox level, add to hierarchy when creating new node
    • Future ideas
      • Greyed-out entries from remote DICOM DB objects

Handling deformable transforms

  • Meeting minutes of the Monday meeting about this
    • Transforms are generally ITK objects, utilize the ITK algorithms directly?
    • Invertable transforms: if non-invertable, then estimate, e.g. by converting BSpline to deformation field
  • Create a roadmap so that work can start on this
    • Later
  • Dicom Spatial Registration Objects (SRO), Greg needs both rigid & deformable
    • Registration results stored in DICOM, part of the standard
    • Matrices and vector fields (possibly no BSpline)
    • Implement importing these objects (in a new import plugin)

New DICOM browser

  • Plan for integrating it into CTK trunk, Screenshots
    • Have a superset of columns for the visualizing tables, and then define a subset on the user level
  • Roadmap for accommodating those changes Slicer core
    • Push as much as possible to the CTK level (selection in the tree etc.)
    • Possible project for the London hackfest

DICOM export

  • Vocabulary: Import / Export, Load / Save
  • Location
    • DICOM browser?
    • Patient Hierarchy?
  • Handling private tags
    • Commercial systems can (should) be expected to load RT data without any private tags
  • Test re-loading back to Slicer, compare all tags except for UIDs

Brachytherapy

  • Dose calculation engine
    • Display grid for LDR
    • Pre-plan for safety, but also
    • Incremental re-planning according to placed seeds
      • Tracking seeds for HDR
  • Exporting contours from Slicer4
  • Use ultrasound (masquarading as CT) for Oncentra planning for gyn