CTSC:ARRA.040511
From NAMIC Wiki
Revision as of 15:54, 5 April 2011 by Valerie.humblet (talk | contribs)
Home < CTSC:ARRA.040511
Back to CTSC:ARRA supplement
Harvard Catalyst Medical Informatics group Meeting Minutes April 5, 2011
In attendance:
- Bill Wang
- Valerie Humblet
- Chris Herrick
- Shawn Murphy
- Steve Pieper
- Vincent Roch
- Darren Sack
- Charles McGow
- Alex Zeitsev
- Bill Hanlon (phone)
- Katie Andriole (phone)
- Mark Anderson (phone)
- Ron Kikinis
- Yong Gao
mi2b2 software update
- Continue working on multi PACS. Bill and Chris worked out interaction with UI, need to pass back and forward institutions
- Working on getting BWH up and running. Katie said that it is fine to have the server in Needham.
- Started options for encryption-decryption of images. Dave looked at what is supported through image J. DICOM images should work fine, offer format must be tested.
- Baby brain project at MGH: Bill satisfied with testing, he identified a couple of issues to be fixed.
- Structured reports are still missing, they don't show up in the move. One thing to do is to check the format of those reports, maybe they are pdf, maybe they are text only in DICOM.
- Time out issue: how we processed images now is c-move initiated, we wait for response and check if we got the right images. If the initiator does not get a response under 375 sec, the connection is dropped. It seems that PACS still send the images but it is not synchronized. The team is changing the logics and put together a monitoring progress to send a message that an initiation was created.
Planning for upcoming months
- For June/July: we want to have self-service enabled: vision for grant: PI can get DICOM from clinical PACS through self-service. Want to have a group able to use it (examples: Ron and Steve for MS MRI and Todd Perlstein and Valerie for vascular US)
- Structure:
- User is distributed the mi2b2 workbench. Must be ready to run on PC and MAC. We are assuming the it is inside firewall, on approved clients.
- mi2b2 server component that is running the mi2b2 cell
- i2b2 server: project management server. This component will communicate directly with the user. Each time for every detailed request, it will be a new project created, that project will be enabled with a list of MRN known by the project manager. At Partners there is a define request for data, it is defined by a specific set of patients. At CHB it also has to be project based, they will need a similar structure.
- Once they have the list of MRN, they go to the mi2b2 server to request the images. Images will be send to the mi2b2 cache then send back to the user's image location (they can store it where they want: local drive, server). We could set up the workbench so it does the move of the images. Users need to move the data to the specific location because we don't want the cache to get jammed. They must specify a location that has enough disk space for the images. If there is too much traffic, cache management will be crucial. Images will be encrypted as long as they stay in the temporary space then be unencrypted when sent in the specified location.