CTSC:ARRA.061510 - Revision history

RandyGollub at 03:38, 17 June 2010

2010-06-17T03:38:11Z

RandyGollub at 03:35, 17 June 2010

2010-06-17T03:35:39Z

Wjp at 23:37, 16 June 2010

2010-06-16T23:37:08Z

Wjp: /* Meeting Minutes */

2010-06-16T23:29:03Z

Meeting Minutes

Wjp: /* Harvard Catalyst Medical Informatics group Meeting Minutes June 8, 2010 */

2010-06-16T23:27:56Z

Harvard Catalyst Medical Informatics group Meeting Minutes June 8, 2010

Pieper at 21:15, 16 June 2010

2010-06-16T21:15:31Z

RandyGollub at 20:56, 16 June 2010

2010-06-16T20:56:51Z

Wjp: /* Meeting Minutes */

2010-06-15T15:32:31Z

Meeting Minutes

Wjp: /* Meeting Minutes */

2010-06-15T15:20:12Z

Meeting Minutes

Wjp: /* Meeting Minutes */

2010-06-15T15:11:46Z

Meeting Minutes

@@ Line 46: / Line 46: @@
 *** Their example will tell us how to describe image data of interest using an xml wrapper
 *** log in and be authenticated.
-*** upload it using webservices API (this should be pretty close.
+*** upload it using webservices API (this should be pretty close).
 *** send our team the play-by-play 'how-to' documentation.
 ** How will mi2b2 and XNAT coordinate authentication?
 *** STAR-D has images. May want to send them to Project A, Project B, or Project C on XNAT.
-*** STAR-D has an administrative password for XNAT. It will use that admin password to comm with XNAT.
+*** STAR-D has an administrative password for XNAT. It will use that admin password to communicate with XNAT.
 *** STAR-D will request a sessionID giving user name and password: XNAT will give access to any project with compatible permissions.
 ** Keeping an Audit Trail: Should we generate an audit trail that lists

@@ Line 40: / Line 40: @@
 *'''advisory board meeting preparation'''
 ** Goals is to present where we are with each clinical site, including how close are we to being able to deliver images, and what are our plans for the next six months.
-** Shawn wants to be able to say we are only moving test images for the next six months during testing.
+** We will let them know that we are only moving test images for the next six months during development.
-** These are real patients, all modalities, move things over to XNAT.
+** The test images we will work with will include real patient images, all modalities, including moving files over to the XNAT development instance.
 ** We will not be supporting an actual study at this point -- just in testing phase.
 ** Collaborations with WashU: XNAT people are off preparing their example for how to receive images from mi2b2 STAR-D using webservices.

← Older revision		Revision as of 23:37, 16 June 2010
Line 76:		Line 76:
	# select studies of interest from results		# select studies of interest from results

−	To pick up next time: what are the minimal steps needed to streamline the use? How to format the data for maximum readability? How to minimize the clutter (e.g. don't show studies more than 5 years old, only query for one modality, etc)	+	Wendy and Cynthia will continue discussion after meeting to schematize the workflow fleshed out today. Plan is to refine the schematic to:
		+	* identify ways to simplify workflow
		+	* make sure workflow accommodates likely shortcuts
		+	* solidify helpful concepts we want users to learn
		+	* define appropriate navigation scheme to drive workflow
		+	* make sure we use consistent language appropriate to user community
		+	* develop design drawings from there.
		+
		+	To pick up next time: what are the minimal steps needed to streamline the use? How to format the data for maximum readability? How to minimize the clutter (e.g. don't show studies more than 5 years old, only query for one modality, etc) Go over workflow schematics.

@@ Line 31: / Line 31: @@
 *'''mi2b2 STAR-D site installation update:'''
 ** Progress: able to retrieve image from DCM4chee amazon instance to middle layer using cmove and upload to i2b2 file repository -
-** next phase: taking user interface design and working logic into that new design.
+** next phase: developing user interface design and working logic into that new design.
 ** Chris and Shawn talked with Mike Darcy at USC (BIRN) about what they're doing. They are using dcm4chee as a caching mechanism -- their problem is that there is no delete command for dcm4chee... (but this exists on the console, so Steve, Chris feel this functionality must be there somewhere?)
 ** Discuss another tool called "PixelMed" - another free dicom software package, but more limited than DCM4che.

@@ Line 9: / Line 9: @@
 <br>
-== Harvard Catalyst Medical Informatics group Meeting Minutes June 8, 2010 ==
+== Harvard Catalyst Medical Informatics group Meeting Minutes June 15, 2010 ==
 In attendance:

@@ Line 30: / Line 30: @@
 <br>
 *'''mi2b2 STAR-D site installation update:'''
-** Progress: able to retrieve image to middle layer using cmove, upload to file repository -
+** Progress: able to retrieve image from DCM4chee amazon instance to middle layer using cmove and upload to i2b2 file repository -
 ** next phase: taking user interface design and working logic into that new design.
-** talked with Mike Darcy at USC about what they're doing. They are using dcm4chee as a caching mechanism -- problem is that there is no delete command for dcm4chee... (but this exists on the console, so Steve, Chris feel this functionality must be there somewhere?)
+** Chris and Shawn talked with Mike Darcy at USC (BIRN) about what they're doing. They are using dcm4chee as a caching mechanism -- their problem is that there is no delete command for dcm4chee... (but this exists on the console, so Steve, Chris feel this functionality must be there somewhere?)
-** Discuss another tool called "PixelMed"
+** Discuss another tool called "PixelMed" - another free dicom software package, but more limited than DCM4che.
-** Steve also describes dcmtk.
+** Steve also describes a C++ dicom toolkit [http://dicom.offis.de dcmtk].
-** (Sketchy notes while I was getting network set up -- can Chris update these with more detail?)
+** Generally mi2b2 STAR-D prototype software is progressing as expected.
 <br>
 *'''advisory board meeting preparation'''
-** want to present where we are with each site
+** Goals is to present where we are with each clinical site, including how close are we to being able to deliver images, and what are our plans for the next six months.
 ** Shawn wants to be able to say we are only moving test images for the next six months during testing.
 ** These are real patients, all modalities, move things over to XNAT.
@@ Line 69: / Line 67: @@
 *** already in i2b2 world. Here, you get a dataMart consisting only of patients you are permitted to see. Never constrained by study.
 *** user is "on his honor" can get any MRN that he pleases. Can be provided with a list of many, many patients. (user knows that this transaction will be audited).
-*** Note: at Partner's, user group is educated, certified, etc. Understand the issues. Can't rely upon this however -- other sites may differ.
+*** Note: at Partners, user group is educated, CITI certified, and understand the patient privacy issues.  The software can't rely upon this however -- other sites may have different policies.
 * Steps for executing a generic query:
 # login and pick project

@@ Line 24: / Line 24: @@
 * Jesse Wei
 * Mark Anderson (by phone)
-* Carl (by phone)
+* Karl Helmer (by phone)
 <br>

← Older revision		Revision as of 15:32, 15 June 2010
Line 70:		Line 70:
	*** user is "on his honor" can get any MRN that he pleases. Can be provided with a list of many, many patients. (user knows that this transaction will be audited).		*** user is "on his honor" can get any MRN that he pleases. Can be provided with a list of many, many patients. (user knows that this transaction will be audited).
	*** Note: at Partner's, user group is educated, certified, etc. Understand the issues. Can't rely upon this however -- other sites may differ.		*** Note: at Partner's, user group is educated, certified, etc. Understand the issues. Can't rely upon this however -- other sites may differ.
		+	* Steps for executing a generic query:
		+	# login and pick project
		+	# enter MRN or list of MRNs (assume that any legitimate user of the tool will already know MRNs and has no need to lookup by patient name - can use i2b2 for that)
		+	## MRN used by STAR-D to query PACS
		+	## PACS returns demographic information (one per MRN)
		+	# user sees patient name, date of birth, gender... for each MRN (info stays loaded in client as moving between tabs but goes away when client app exits)
		+	# select studies of interest from results
		+
		+	To pick up next time: what are the minimal steps needed to streamline the use? How to format the data for maximum readability? How to minimize the clutter (e.g. don't show studies more than 5 years old, only query for one modality, etc)

← Older revision		Revision as of 15:20, 15 June 2010
Line 66:		Line 66:
	** Cynthia will develop drawings		** Cynthia will develop drawings
	** Wendy will clarify concepts and workflow.		** Wendy will clarify concepts and workflow.
		+	** Two possible entry points:
		+	*** already in i2b2 world. Here, you get a dataMart consisting only of patients you are permitted to see. Never constrained by study.
		+	*** user is "on his honor" can get any MRN that he pleases. Can be provided with a list of many, many patients. (user knows that this transaction will be audited).
		+	*** Note: at Partner's, user group is educated, certified, etc. Understand the issues. Can't rely upon this however -- other sites may differ.

@@ Line 63: / Line 63: @@
 <br>
 *'''UI design and concepts'''
-**
+** Win Song developing UI software