CTSC:ARRA.121509 - Revision history

RandyGollub: /* Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009 */

2010-01-19T05:21:39Z

Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009

RandyGollub: /* Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009 */

2010-01-19T05:21:05Z

Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009

Valerie.humblet: /* Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009 */

2009-12-21T21:19:38Z

Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009

Valerie.humblet: /* Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009 */

2009-12-21T21:17:21Z

Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009

Valerie.humblet at 21:16, 21 December 2009

2009-12-21T21:16:53Z

Valerie.humblet at 20:49, 21 December 2009

2009-12-21T20:49:52Z

Valerie.humblet: /* Discussion */

2009-12-21T20:47:24Z

Discussion

Valerie.humblet at 19:38, 21 December 2009

2009-12-21T19:38:17Z

Valerie.humblet: Created page with 'In attendance: * Valerie Humblet * Yong Gao * Mike Mendis * Randy Gollub * Mark Anderson * Steve Piper * Ron Kikinis * Karl Helmer * Dan Nigrin * Katie Andriole * Alex Zeitsev *…'

2009-12-21T19:32:13Z

Created page with 'In attendance: * Valerie Humblet * Yong Gao * Mike Mendis * Randy Gollub * Mark Anderson * Steve Piper * Ron Kikinis * Karl Helmer * Dan Nigrin * Katie Andriole * Alex Zeitsev *…'

New page

In attendance:

* Valerie Humblet
* Yong Gao
* Mike Mendis
* Randy Gollub
* Mark Anderson
* Steve Piper
* Ron Kikinis
* Karl Helmer
* Dan Nigrin
* Katie Andriole
* Alex Zeitsev
* Diane Keough
* Shawn Murphy
* Wendy Plesniak
* Bill Hanlon
* Todd Perlstein
* Jesse Wei

== Discussion==

@@ Line 28: / Line 28: @@
 '''1. Welcome''' <br>
-* The mi2b2 group welcomed Paul Lamonica (Senior PACS analyst) and Bill Tellier (PACS manager), both form CHB.
+* The mi2b2 group welcomed Paul Lamonica (Senior PACS analyst) and Bill Tellier (PACS manager), both from CHB.
 <br>

@@ Line 34: / Line 34: @@
 '''2. DICOM query/retreive tool''' <br>
-Here is a schema of the project, the DICOM  query/retrieve tool is represented by the yellow star (*).
+Here is a schema of the project, the DICOM  query/retrieve tool is represented by the yellow STAR.
 [[image:slide2.png]]
-* Shawn mentioned that one key problem to solve is to understand how the users will be restricted from viewing everything for each patient. Departments are concerned about the time limit during which a PI has access to the data, the scope of what they can see, how an auto-trail can be maintained, who to contact to create a new user. Note: HIPAA laws will applied to these data becase they were acquired under clinical practice.
+* Shawn mentioned that one key problem to solve is to understand how the users will be restricted from viewing everything for each patient. Departments are concerned about the time limit during which a PI has access to the data, the scope of what they can see, how an audit trail can be maintained, who to contact to create a new user. Note: HIPAA laws will applied to these data because they were acquired under clinical practice.
-* We also have to decide how (*) does know to deliver data to the investigator. (*) will be told to go to the PACS and get data. Only the people with an IRB approval will have access, they will need an authorized account. With the help of i2b2 project management, (*) will have to check that it can retrieve data from PACS. It includes an username, token (to make sure the communication is legitimate).
+* We also have to decide how STAR does know to deliver data to the investigator. STAR will be told to go to the PACS and get data. Only the people with an IRB approval will have access, they will need an authorized account. With the help of i2b2 project management, STAR will have to check that it can retrieve data from PACS. It includes a username, token (to make sure the communication is legitimate).
-* i2b2 and (*) should be coordinated. Any time (*) gets a request, it confirms that it comes from i2b2 and is authorized. (*) is a relatively passive system for the most part. It will have some permission to get DICOM data from the PACS and then send it to XNAT or another repository.
+* i2b2 and STAR should be coordinated. Any time STAR gets a request, it confirms that it comes from i2b2 and is authorized. STAR is a relatively passive system for the most part. It will have some permission to get DICOM data from the PACS and then send it to XNAT or another repository.
-* i2b2 and (*) will use XML messages to communicate.
+* i2b2 and STAR will use XML messages to communicate.
-* (*) will be administered by an administrator. IT at each institution will be able to monitor everything but will not have the responsibilities to write the codes. There is a need for a collaborative research effort to do it.
+* STAR will be administered by an administrator. IT at each institution will be able to monitor everything but will not have the responsibilities to write the code. There is a need for a collaborative research effort to do it.
-* Steve reminded the group that individual PI from radiology already have the kind of permission we want to implement with (*). They get access to their data and load them on their own computer.
+* Steve reminded the group that individual PIs in the Radiology Departments already have the kind of permission we want to implement with STAR. They get access to their data and load them on their own computer.
-* How much data request can be handle without bringing down the PACS? The biggest problem will be for archived data, there will be a big difference between the live data and the stored one that will consume more time. To address this concern, the team must learn about the behavior of the different PACS systems.
+* How large of a data request can be handled without bringing down the PACS? The biggest problem will be for archived data at institutions that use archival systems with slow access times.  At those institutions there will be a big difference between recent data and archived data. To address this concern, the team must learn about the behavior of the different PACS systems.
-* Some PACS, such as GE at BIDMC, have priority level. At CHB, they have Synapse that does not have priority, everything is online.
+* Some PACS, such as GE at BIDMC, have different priority levels for access and actions. At CHB, they have Synapse that does not have variable priority levels, everything is online.
-* At CHB there are in the process of setting up a research PACS.
+* At CHB they are in the process of setting up a research PACS.
 * '''Some conclusions: three questions emerged from this meeting:'''
@@ Line 60: / Line 60: @@
 **How do we assure that we don't bring down the system?
 ** How do we set up a process to interrogate the PACS to make sure the data are usable for the study?
-***Jesse said that one will need to be able to view at least 1 image from the series. In academic, depending if they are more research oriented or not, people tend to modify the protocols. It is different in the private practice.
+***Jesse said that one will need to be able to view at least 1 image from the series. In academics, depending if they are more research oriented or not, people tend to modify the protocols. It is different in the private practice.
-*** Steve sais that the curation process of the data should be the PI task.
+*** Steve says that the curation process of the data should be the PI's task.

@@ Line 40: / Line 40: @@
 * Shawn mentioned that one key problem to solve is to understand how the users will be restricted from viewing everything for each patient. Departments are concerned about the time limit during which a PI has access to the data, the scope of what they can see, how an auto-trail can be maintained, who to contact to create a new user. Note: HIPAA laws will applied to these data becase they were acquired under clinical practice.
-* We also have to decide how (*) does know to deliver data to the investigator. (*) will be tell to go to the PACS and get data. Only the people with an IRB approval will have access, they will need an authorized account. With the help of i2b2 project management, (*) will have to check that it can retrieve data from PACS. It includes an username, token (to make sure the communication is legitimate).
+* We also have to decide how (*) does know to deliver data to the investigator. (*) will be told to go to the PACS and get data. Only the people with an IRB approval will have access, they will need an authorized account. With the help of i2b2 project management, (*) will have to check that it can retrieve data from PACS. It includes an username, token (to make sure the communication is legitimate).
-* i2b2 and (*) should be coordinated. Any time (*) gets a request, it confirms that it comes from i2b2 and is authorized. (*) is a relatively passive system for the most part. It will have some permission to get DICPM data from the PACS and then send it to XNAT or another repository.
+* i2b2 and (*) should be coordinated. Any time (*) gets a request, it confirms that it comes from i2b2 and is authorized. (*) is a relatively passive system for the most part. It will have some permission to get DICOM data from the PACS and then send it to XNAT or another repository.
 * i2b2 and (*) will use XML messages to communicate.
@@ Line 56: / Line 56: @@
 * At CHB there are in the process of setting up a research PACS.
-* Some conclusions: three questions emerged from this meeting:
+* '''Some conclusions: three questions emerged from this meeting:'''
 ** How do we assure that only the authorized people get access to the data requested?
 **How do we assure that we don't bring down the system?

@@ Line 34: / Line 34: @@
 '''2. DICOM query/retreive tool''' <br>
-Here is a schema of the project, the DICOM  query/retrieve tool is represented by the star (*).
+Here is a schema of the project, the DICOM  query/retrieve tool is represented by the yellow star (*).
 [[image:slide2.png]]

@@ Line 23: / Line 23: @@
 * Paul Lamonica
 * Bill Tellier
 '''1. Welcome''' <br>
@@ Line 31: / Line 33: @@
 '''2. DICOM query/retreive tool''' <br>
 [[image:slide2.png]]

← Older revision		Revision as of 20:49, 21 December 2009
Line 24:		Line 24:
	* Bill Tellier		* Bill Tellier

−	~~== Discussion==~~	+	'''1. Welcome''' <br>

	* The mi2b2 group welcomed Paul Lamonica (Senior PACS analyst) and Bill Tellier (PACS manager), both form CHB.		* The mi2b2 group welcomed Paul Lamonica (Senior PACS analyst) and Bill Tellier (PACS manager), both form CHB.
−	*	+
		+	<br>
		+
		+	'''2. DICOM query/retreive tool''' <br>
		+
		+	[[image:slide2.png]]

← Older revision		Revision as of 20:47, 21 December 2009
Line 25:		Line 25:

	== Discussion==		== Discussion==
		+
		+	* The mi2b2 group welcomed Paul Lamonica (Senior PACS analyst) and Bill Tellier (PACS manager), both form CHB.
		+	*

@@ Line 1: / Line 1: @@
 In attendance:
@@ Line 7: / Line 17: @@
 * Mark Anderson
 * Steve Piper
 * Karl Helmer
 * Alex Zeitsev
 * Shawn Murphy
 * Jesse Wei
 == Discussion==