Difference between revisions of "AHM2013-Real World DICOM"

From NAMIC Wiki
Jump to: navigation, search
(Patient hierarchy topic added)
Line 20: Line 20:
 
* How do other systems deal with this kind of data
 
* How do other systems deal with this kind of data
 
* What would we like to see in the NA-MIC software to help us deal with it
 
* What would we like to see in the NA-MIC software to help us deal with it
 +
* Patient hierarchy [3]
 +
** Outstanding implementation questions
 +
** Possible pitfalls and obstacles
 +
** Future woek
  
 
== References ==
 
== References ==
Line 25: Line 29:
 
* [https://www.assembla.com/spaces/slicerrt/tickets/36#/activity/ticket:]
 
* [https://www.assembla.com/spaces/slicerrt/tickets/36#/activity/ticket:]
 
* [https://www.assembla.com/spaces/slicerrt/tickets/25#/activity/ticket:]
 
* [https://www.assembla.com/spaces/slicerrt/tickets/25#/activity/ticket:]
 +
* [https://www.assembla.com/spaces/slicerrt/tickets/125#/activity/ticket:]

Revision as of 22:42, 29 December 2012

Home < AHM2013-Real World DICOM
Back to AHM main page

Panel

  • Steve
  • Jim
  • Andras
  • Csaba
  • Greg
  • Andrey

(Everyone with an interest in this topic is welcome)

Background

The DICOM standard is big and complicated. And yet, it only describes one aspect of what we commonly call "DICOM Data" because in the real world, software packages ignore the inconvenient or incomplete parts of the spec and implement something that "works for them". We see this repeated in many areas: RT, Diffusion, fMRI, Structured Reporting, Text Encodings, Deidentification...

Topics

  • How to characterize Real World DICOM so that we can effectively write code that works with it
    • Example data from the wild
    • Use cases that lead to non-standard data
  • How do other systems deal with this kind of data
  • What would we like to see in the NA-MIC software to help us deal with it
  • Patient hierarchy [3]
    • Outstanding implementation questions
    • Possible pitfalls and obstacles
    • Future woek

References