DICOM Roadmap Dec2011
From KitwarePublic
Revision as of 09:21, 4 December 2011 by Agouaillard (talk | contribs) (→Task 2: Create ITK::DCMTK Module)
Tasks
Task 1: Complete GDCM work (Alex)
- Finish adding support for
- DICOM RT (ITK-113)
- Streaming (ITK-112)
- Do *NOT* pursue DICOM Networking from GDCM
Task 2: Create ITK::DCMTK Module
- Use ITK module support to include DCMTK with ITK compilation (ITK-2716, 2756, 2757, 2774)
- Offer DCMTK Reader/Writer in ITK's IO factory (ITK-2758)
- Define data structures for specifying which DICOM Object files should be composed into a volume (when reading) or which DICOM Object files were created when saving a volume to disk. The application can optionally serialize these data structures (e.g. in sqlite) so that previously parsed data can be quickly loaded into ITK without needing to be re-parsed. (NOTE ALEX: To be defined, I don't understand) (ITK-2759)
- Ideally datastructure can also be used by GDCM for reading/writing
Task 3: Create DICOM-PACS Module for ITK (?)
- Share (via GIT/Superbuild) DCMTK-PACS code from Slicer/CTK
- This is the code used to issue a query and receive a list of files
- The list of files should use the datastructure from ITK::DCMTK Module (Task 2.3)
- Update ITK to share (via GIT/Superbuild) DCMTK-PACS code from Slicer/CTK
- Offer as DICOM-PACS module in ITK
- Searches returned should be easily passed to the ITK::DCMTK IO facility (Task 2.2) for reading once transfer has been completed.
- Also, when multiple DICOM objects have been written to disk, the same data structure (Task 2.3) for writing them should be able to be passed to the DICOM-PACS Module for upload to a PACS
Task 4: Slicer DICOM-Objects->itk::Image via DCMTK (NAMIC)
- Update Slicer so that reading/writing DICOM Objects to/from itk::Image is done via ITK's DCMTK
Task 5: Setup DICOM-PACS Testing
- Install DICOM Server
- Create DICOM PACS Tests
- ITK-only tests (alex+drew)
- ITK+Slicer/CTK tests (?)
- Slicer/CTK tests (NAMIC)
- Install tests in CTK and ITK