CTSC:ARRA.071310
From NAMIC Wiki
Revision as of 14:59, 13 July 2010 by RandyGollub (talk | contribs) (Created page with 'Back to CTSC:ARRA supplement <br> '''Agenda''' * Update * uxp and UI design: workflow analysis <br> == Harvard Catalyst Medical Informatics group Meeting Minutes July 13,…')
Home < CTSC:ARRA.071310
Back to CTSC:ARRA supplement
Agenda
- Update
- uxp and UI design: workflow analysis
Contents
Harvard Catalyst Medical Informatics group Meeting Minutes July 13, 2010
In attendance:
- Bill Wang
- Wendy Plesniak
- Chris Herrick
- Darren Sack
- Shawn Murphy
- Cynthia Lee
- Steve Pieper
- Randy Gollub
- Jesse Wei
- Bill Tellier or
- Paul Lamonica
- Mark Anderson (phone)
- Charles Mc Govern
- Alex Zeitsev
- Yong Gao
- Katie Andriole (phone)
Meeting Minutes
Update
- Chris reports that the phase 2 software is now ready for deployment. The MGH site will be first.
- BIDMC Radiology IT team project is still on waiting status and Jesse continues to monitor progress. Most recent estimate of date for final review is August.
Workflow analysis
Temp!
- Recap from last week presentation: there are 3 steps (site selection and finding patients; finding studies and destination selection; transfer and view )performed in series but an user will be able to log in and jump to any step depending on what he saved during his last session (what is savable? The scoutlist, the patient list, the study set, the individual images).
- Scout list vs patient list: a scout list is a list of MRN that the user will type to see if they are in the system. He will get back a list of MRN found (the patient list, confirmed present at the site searched) vs not found.
- Is there a need for a scout study list? Yes, some people will already have a list of accession numbers that they want to refine into a study set. Investigators must be able to jump into step 2 (finding studies and destination selection), some of them might have used another mechanism than step 1 to get the accession numbers.
- What is filtrable? Many people ask to retrieve images by date and MRN. Another filtering concept to consider is the modality.
- What is persistent? We want to keep a clean break between data coming from i2b2 and data coming from other sources. If needed (for example when searching by modality), we might have to insert some of the i2b2 ontology tools for both sources.
- Darren mentioned that some PACS (such as cardio) might not generate a specific ID like the radiology PACS. There will thus be an option to append data from the different PACS at the same institution. Ex: PI searches MGH cardiology PACS, get a patient list. He will then reload the same MRN into MGH oncology PACS and append the results.