Difference between revisions of "CTSC:ARRA.060810"
RandyGollub (talk | contribs) |
RandyGollub (talk | contribs) |
||
| (2 intermediate revisions by 2 users not shown) | |||
| Line 25: | Line 25: | ||
* Jesse Wei | * Jesse Wei | ||
* Kathy Andriole (by phone) | * Kathy Andriole (by phone) | ||
| + | * Mark Anderson (by phone) | ||
<br> | <br> | ||
| Line 34: | Line 35: | ||
<br> | <br> | ||
*'''mi2b2 software development- planning DICOM retrieve:''' | *'''mi2b2 software development- planning DICOM retrieve:''' | ||
| − | Chris reports that in the current instance of the project software the C-find command is working. We can query and get results from PACs. Now the development | + | Chris reports that in the current instance of the project software the C-find command is working. We can query and get results from PACs. Now the development team is working on finding the correct protocol to get the images from the PACs and move them onto the STAR-D platform. They have learned that the C-move command is preferred over C-get (background reading and references are provided for your edification at this [[mi2b2 background material|site]]). The target for the data to be transferred to is still being worked out, but it WON'T be an XNAT instance. The transfer to from with PACs will be a zipped or tarball data "chunk" that will need a place to land before beginning the transfer to XNAT if that is going to happen. Chris, Steve and Shawn are expecting some complications on this front because DICOM standards don't robustly support this as an automated task (e.g. a retrieve request may not gather a complete data set because there is no "end tag" or "close tag"). Kathy provided some context for this situation. For every study there is a Date, Time, patient with unique medical record number, and unique ID accession number for study, then series with number of images. The technologist is supposed to set a status flag to "complete" to signal that the acquisition is finished (other status flag are "ordered", "in process", "complete", then on to the reading task, where the flags are "preliminary" and "final". But many scenerios result in irregularities such as a patient needing to get out of the scanner to go to the bathroom and then resumes study. There is also the issue that all vendors have their own idiosyncracies. This project includes PACS software/hardware from multiple vendors (GE, Fuji, AGFA, etc plus the open source solution DCM4CHEE) so that our solutions will be robust for a large portion of the market. |
<br> | <br> | ||
Shawn notes that to work on this, it would be helpful to have representative sample set of data from each site. We will elaborate on this in upcoming meetings. | Shawn notes that to work on this, it would be helpful to have representative sample set of data from each site. We will elaborate on this in upcoming meetings. | ||
Latest revision as of 13:33, 16 June 2010
Home < CTSC:ARRA.060810Back to CTSC:ARRA supplement
Agenda
- mi2b2 installation update
- mi2b2 software development- planning DICOM retrieve
- mi2b2 User Interface Plug-In for Eclipse
Harvard Catalyst Medical Informatics group Meeting Minutes June 8, 2010
In attendance:
- Shawn Murphy
- Bill Wang
- Cynthia Lee (newest mi2b2 programmer/designer who will be working on UI for our project)
- Steve Pieper
- Yong Gao
- Randy Gollub
- Chris Herrick
- Wendy Plesniack
- Darren Sack
- Mark Anderson
- Charles McGow
- Valerie Humblet
- Jesse Wei
- Kathy Andriole (by phone)
- Mark Anderson (by phone)
Meeting Minutes
- mi2b2 STAR-D installation site update:
- (BWH) Chris spoke with Mike Clyne who is going out of town but passed him along to Ed and Jamie on his team who will fill in. Kathy reports that they have the passcodes and are working on it right now.
- (BIDMC) In process, still saying it will happen in July.
- mi2b2 software development- planning DICOM retrieve:
Chris reports that in the current instance of the project software the C-find command is working. We can query and get results from PACs. Now the development team is working on finding the correct protocol to get the images from the PACs and move them onto the STAR-D platform. They have learned that the C-move command is preferred over C-get (background reading and references are provided for your edification at this site). The target for the data to be transferred to is still being worked out, but it WON'T be an XNAT instance. The transfer to from with PACs will be a zipped or tarball data "chunk" that will need a place to land before beginning the transfer to XNAT if that is going to happen. Chris, Steve and Shawn are expecting some complications on this front because DICOM standards don't robustly support this as an automated task (e.g. a retrieve request may not gather a complete data set because there is no "end tag" or "close tag"). Kathy provided some context for this situation. For every study there is a Date, Time, patient with unique medical record number, and unique ID accession number for study, then series with number of images. The technologist is supposed to set a status flag to "complete" to signal that the acquisition is finished (other status flag are "ordered", "in process", "complete", then on to the reading task, where the flags are "preliminary" and "final". But many scenerios result in irregularities such as a patient needing to get out of the scanner to go to the bathroom and then resumes study. There is also the issue that all vendors have their own idiosyncracies. This project includes PACS software/hardware from multiple vendors (GE, Fuji, AGFA, etc plus the open source solution DCM4CHEE) so that our solutions will be robust for a large portion of the market.
Shawn notes that to work on this, it would be helpful to have representative sample set of data from each site. We will elaborate on this in upcoming meetings.
- mi2b2 User Interface Plug-In for Eclipse
- Shawn shared the initial preliminary design for the user interface that he has begun to design. Reviewed the multiple screens and actions that need to be actualized going forward.
