CTSC:ARRA.062210

From NAMIC Wiki
Revision as of 02:56, 25 June 2010 by Valerie.humblet (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
Home < CTSC:ARRA.062210

Back to CTSC:ARRA supplement

Agenda

  • Update
  • Phase 3: Images move and display


Harvard Catalyst Medical Informatics group Meeting Minutes June 22, 2010

In attendance:

  • Valerie Humblet
  • Bill Wang
  • Bill Tellier
  • Chris Herrick
  • Darren Sack
  • Shawn Murphy
  • Jesse Wei
  • Yong Gao (phone)
  • Karl Helmer (by phone)
  • Mark Anderson (phone)


Meeting Minutes

  • Update:
    • 3 systems are up and running: MGH, CHB, BWH.
    • They all did a couple of test queries and it is working fine. If the specifications of the PACS systems are not changing, there is no reason for them to stop working.
  • Images move and display:
    • So far on DCM4che, one can click on an individual image and retrieve from PAC. It is real time query.
    • When one does the query, what should be the info displayed? Modality, series number, series time (useful because sometimes there are multiple version of a series #), number of images per series, body part is not necessary.
    • New release: Chris and his team are wrapping up the new version of the UI this week. It will be tested and installed on all systems probably during the 1st week of July. On the server side it will be backward compatible, the existing feature will stay and the new component will be added on top of it. STAR-D will be deleted and a new one will be added.
    • Image size: Typical non-compressed images are 500K for a CT, a bit smaller for MRI because the resolution is lower. Typical series for whole body is 300M for a Siemens study, 1G on GE scanner. Neuroimaging studies at MGH are usually 1G per session.
    • Another parameter to set is the time that the images will stay on the cache. Basically there are 2 levels of cache: i2b2 cache which is sort of a permanent cache (email box type) that the users control and the STAR-D cache that is not manage by the users.
    • Priority: DICOM allows one to set priorities when doing a C-MOVE. We want to lower our priority so we don't compete with the clinical flow. The C-FIND will be done in real time. Assuming a normal use of the C-FIND, it should not conflict the PACS systems but we will monitor it closely.