Difference between revisions of "CTSC:ARRA.121509"

From NAMIC Wiki
Jump to: navigation, search
 
(2 intermediate revisions by 2 users not shown)
Line 28: Line 28:
 
'''1. Welcome''' <br>
 
'''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>
 
<br>
Line 34: Line 34:
 
'''2. DICOM query/retreive tool''' <br>
 
'''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]]
 
[[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 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 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 DICPM 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:
+
* '''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 only the authorized people get access to the data requested?
 
**How do we assure that we don't bring down the system?
 
**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?
 
** 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.

Latest revision as of 05:21, 19 January 2010

Home < CTSC:ARRA.121509

Back to CTSC:ARRA supplement

Agenda

  1. DICOM query/retrieve tool

Harvard Catalyst Medical Informatics group Meeting Minutes December 15, 2009

In attendance:

  • Valerie Humblet
  • Yong Gao
  • Mike Mendis
  • Randy Gollub
  • Mark Anderson
  • Steve Piper
  • Karl Helmer
  • Alex Zeitsev
  • Shawn Murphy
  • Jesse Wei
  • Paul Lamonica
  • Bill Tellier


1. Welcome

  • The mi2b2 group welcomed Paul Lamonica (Senior PACS analyst) and Bill Tellier (PACS manager), both from CHB.


2. DICOM query/retreive tool

Here is a schema of the project, the DICOM query/retrieve tool is represented by the yellow STAR.

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 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 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 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 STAR will use XML messages to communicate.
  • 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 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 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 different priority levels for access and actions. At CHB, they have Synapse that does not have variable priority levels, everything is online.
  • At CHB they are in the process of setting up a research PACS.
  • 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?
    • 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 academics, depending if they are more research oriented or not, people tend to modify the protocols. It is different in the private practice.
      • Steve says that the curation process of the data should be the PI's task.