IGT:Image Transfer - Revision history

Mark at 21:42, 1 April 2009

2009-04-01T21:42:44Z

Mark at 21:22, 1 April 2009

2009-04-01T21:22:42Z

Marianna at 15:24, 1 April 2009

2009-04-01T15:24:27Z

Marianna: /* Finding DICOM data in /spl/tmp/incoming after it has been transferred */

2009-04-01T15:19:42Z

Finding DICOM data in /spl/tmp/incoming after it has been transferred

Marianna: /* Restoring images from PACS from 09/1998-present (DICOM) */

2009-04-01T15:18:27Z

Restoring images from PACS from 09/1998-present (DICOM)

Marianna at 15:18, 1 April 2009

2009-04-01T15:18:03Z

Mark at 23:23, 21 February 2007

2007-02-21T23:23:58Z

Mark at 23:21, 21 February 2007

2007-02-21T23:21:27Z

Mark at 23:15, 21 February 2007

2007-02-21T23:15:40Z

Mark at 23:07, 21 February 2007

2007-02-21T23:07:50Z

@@ Line 11: / Line 11: @@
 ==Finding DICOM data in /spl/tmp/incoming/processed after it has been transferred==
-A file called /spl/tmp/incoming/processed/studylist is updated every 10 minutes describing all data currently completely transferred to SPL and processed into
+A file called
 a hierarchy of /study/series/images for research data or /accession_number/series/image for clinical data. Below is an example of one entry
 in the file /spl/tmp/incoming/processed/studylist for a research study of a phantom scan with a study number of 1234:
-data for subject PHANTOM with patient id PHANTOM is in directory /spl/tmp/incoming/processed/1234
+  data for subject PHANTOM with patient id PHANTOM is in directory /spl/tmp/incoming/processed/1234
 The file system /spl/tmp/incoming/processed contains fifty gigabytes of space. The data persists in /spl/tmp/incoming/processed for one week from the time it is acquired and is automatically deleted after one week.

@@ Line 1: / Line 1: @@
 '''Contact:''' Mark Anderson (mark at bwh.harvard.edu)
-==Pushing images from scanners to SPL (DICOM)==
+==Sending images from BWH scanners to SPL (DICOM)==
-This is a good way for researchers to get their data to the SPL after a scan has been done. Most of the scanners have been configured to allow images to be sent to the SPL. The user name of the sender of the images is recorded to maintain HIPAA compliance. At the scanner select either LISA or SPL as the DICOM destination and transfer the images. Data will be sent to the directory /spl/tmp/incoming. If there is a lot of data in /spl/tmp/incoming it may take a while to locate your particular case. One method is to find timestamps on files in /spl/tmp/incoming that match the time that the images were transferred from the scanners or see the section below "Finding DICOM data in /spl/tmp/incoming after it has been transferred". If non-clinical scans are not transferred to the SPL or stored on MOD, there is a good chance the data will be deleted unless a prominent note is left for the techs and they are reminded not to delete the data. Clinical cases are archived and can be restored via the following method.
+This is the method for researchers and clinicians to get their data to the SPL after a scan has been done. Most of the scanners have been configured to allow images to be sent to the SPL. The user name of the sender of the images is recorded to maintain HIPAA compliance. At the scanner, select either LISA or SPL as the DICOM destination and transfer the images. Data will be sent to the directory /spl/tmp/incoming/processed. If non-clinical scans are not transferred to the SPL or stored on MOD, there is a good chance the data will be deleted unless a prominent note is left for the technicians and they are reminded not to delete the data. Clinical cases are archived and can be restored via the following method.
-==Restoring images from PACS from 09/1998-present (DICOM)==
+==Restoring images from PACS from 2002 -present (DICOM)==
-This is the best way to get all CT and MR images from September 1998 to present that are not on the scanners. Data can be sent to SPL directly to /spl/tmp/incoming from any of the IMPAX systems in the reading rooms or from a web-based IMPAX service tool.
+This is the best way to get all CT, MR, and PET or PET/CT images from approximately the beginning of 2002 to present that are not on the scanners.
-Send email to  Mark Anderson (mark at bwh.harvard.edu) or  Marianna Jakab (marianna at bwh.harvard.edu) to get cases transferred via this method. If you plan to use this method frequently, you may want to get your own BICS account with transfer privileges by calling the help desk at x2-5927.
+Data will be sent to the SPL directory  /spl/tmp/incoming/processed via a web-based IMPAX service tool.
-==Finding DICOM data in /spl/tmp/incoming after it has been transferred==
+==Finding DICOM data in /spl/tmp/incoming/processed after it has been transferred==
-The easiest way to find your DICOM data is to point your browser to /spl/tmp/incoming/ and look for a file with a name beginning with
+A file called /spl/tmp/incoming/processed/studylist is updated every 10 minutes describing all data currently completely transferred to SPL and processed into
-DICOM_files_as_of
+data for subject PHANTOM with patient id PHANTOM is in directory /spl/tmp/incoming/processed/1234
-The file name will contain a time stamp and look similar to the filename below.
+The file system /spl/tmp/incoming/processed contains fifty gigabytes of space. The data persists in /spl/tmp/incoming/processed for one week from the time it is acquired and is automatically deleted after one week.

@@ Line 1: / Line 1: @@
 '''Contact:''' Mark Anderson (mark at bwh.harvard.edu)
-=Pushing images from scanners to SPL (DICOM)=
+==Pushing images from scanners to SPL (DICOM)==
 This is a good way for researchers to get their data to the SPL after a scan has been done. Most of the scanners have been configured to allow images to be sent to the SPL. The user name of the sender of the images is recorded to maintain HIPAA compliance. At the scanner select either LISA or SPL as the DICOM destination and transfer the images. Data will be sent to the directory /spl/tmp/incoming. If there is a lot of data in /spl/tmp/incoming it may take a while to locate your particular case. One method is to find timestamps on files in /spl/tmp/incoming that match the time that the images were transferred from the scanners or see the section below "Finding DICOM data in /spl/tmp/incoming after it has been transferred". If non-clinical scans are not transferred to the SPL or stored on MOD, there is a good chance the data will be deleted unless a prominent note is left for the techs and they are reminded not to delete the data. Clinical cases are archived and can be restored via the following method.
-=Restoring images from PACS from 09/1998-present (DICOM)=
+==Restoring images from PACS from 09/1998-present (DICOM)==
 This is the best way to get all CT and MR images from September 1998 to present that are not on the scanners. Data can be sent to SPL directly to /spl/tmp/incoming from any of the IMPAX systems in the reading rooms or from a web-based IMPAX service tool.
 Send email to  Mark Anderson (mark at bwh.harvard.edu) or  Marianna Jakab (marianna at bwh.harvard.edu) to get cases transferred via this method. If you plan to use this method frequently, you may want to get your own BICS account with transfer privileges by calling the help desk at x2-5927.
-=Finding DICOM data in /spl/tmp/incoming after it has been transferred=
+==Finding DICOM data in /spl/tmp/incoming after it has been transferred==
 The easiest way to find your DICOM data is to point your browser to /spl/tmp/incoming/ and look for a file with a name beginning with

@@ Line 17: / Line 17: @@
 DICOM_files_as_of:12_30_04_at_14:10:28.html
-This file is updated every hour on the hour with a list of the current contents of /spl/tmp/incoming/ and the time that the file was updated is part of the file name. The above file shows the contents of /spl/tmp/incoming as of Dec 30 2004 at 2:10 in the afteroon. After clicking on the DICOM html you will see information similar to the following which should help you to locate your data. One way to use the page similar to the one below is to do the following:
+This file is updated every hour on the hour with a list of the current contents of /spl/tmp/incoming/ and the time that the file was updated is part of the file name. The above file shows the contents of /spl/tmp/incoming as of Dec 30 2004 at 2:10 in the afteroon. After clicking on the DICOM html you will see information similar to the following which should help you to locate your data.
 One way to use the page similar to the one below is to do the following:
 * load the DICOM_files_as_of:**********.html page into your browser
 * use the edit->Find in This Page tab of the browser and type in the Patient ID or Patient Name. If you get the Alert message "The text you entered was not found." Then either you have entered the incorrect information or you will need to wait until the page is updated on the next hour.

@@ Line 6: / Line 6: @@
 =Restoring images from PACS from 09/1998-present (DICOM)=
 This is the best way to get all CT and MR images from September 1998 to present that are not on the scanners. Data can be sent to SPL directly to /spl/tmp/incoming from any of the IMPAX systems in the reading rooms or from a web-based IMPAX service tool.
-Send email to  Mark Anderson (mark at bwh.harvard.edu) or  Marianna Jakab (marianna@bwh.harvard.edu) to get cases transferred via this method. If you plan to use this method frequently, you may want to get your own BICS account with transfer privileges by calling the help desk at x2-5927.
+Send email to  Mark Anderson (mark at bwh.harvard.edu) or  Marianna Jakab (marianna at bwh.harvard.edu) to get cases transferred via this method. If you plan to use this method frequently, you may want to get your own BICS account with transfer privileges by calling the help desk at x2-5927.
 =Finding DICOM data in /spl/tmp/incoming after it has been transferred=

@@ Line 1: / Line 1: @@
-Contact: Mark Anderson
+'''Contact:''' Mark Anderson (mark at bwh.harvard.edu)
-<center>
+=Pushing images from scanners to SPL (DICOM)=
-'''Pushing images from scanners to SPL (DICOM)'''
+This is a good way for researchers to get their data to the SPL after a scan has been done. Most of the scanners have been configured to allow images to be sent to the SPL. The user name of the sender of the images is recorded to maintain HIPAA compliance. At the scanner select either LISA or SPL as the DICOM destination and transfer the images. Data will be sent to the directory /spl/tmp/incoming. If there is a lot of data in /spl/tmp/incoming it may take a while to locate your particular case. One method is to find timestamps on files in /spl/tmp/incoming that match the time that the images were transferred from the scanners or see the section below "Finding DICOM data in /spl/tmp/incoming after it has been transferred". If non-clinical scans are not transferred to the SPL or stored on MOD, there is a good chance the data will be deleted unless a prominent note is left for the techs and they are reminded not to delete the data. Clinical cases are archived and can be restored via the following method.
-</center>
+=Restoring images from PACS from 09/1998-present (DICOM)=
-This is a good way for researchers to get their data to the SPL after a scan has been done. Most of the scanners have been configured to allow images to be sent to the SPL. The user name of the sender of the images is recorded to maintain HIPAA compliance. At the scanner select either LISA or SPL as the DICOM destination and transfer the images. Data will be sent to the directory /spl/tmp/incoming. If there is a lot of data in /spl/tmp/incoming it may take a while to locate your particular case. One method is to find timestamps on files in /spl/tmp/incoming that match the time that the images were transferred from the scanners or see the section below "Finding DICOM data in /spl/tmp/incoming after it has been transferred". If non-clinical scans are not transferred to the SPL or stored on MOD, there is a good chance the data will be deleted unless a prominent note is left for the techs and they are reminded not to delete the data. Clinical cases are archived and can be restored via the following method.
+This is the best way to get all CT and MR images from September 1998 to present that are not on the scanners. Data can be sent to SPL directly to /spl/tmp/incoming from any of the IMPAX systems in the reading rooms or from a web-based IMPAX service tool.
-<center>
+=Finding DICOM data in /spl/tmp/incoming after it has been transferred=
 The easiest way to find your DICOM data is to point your browser to /spl/tmp/incoming/ and look for a file with a name beginning with
@@ Line 21: / Line 14: @@
 The file name will contain a time stamp and look similar to the filename below.
-<center>
 DICOM_files_as_of:12_30_04_at_14:10:28.html
-</center>
 This file is updated every hour on the hour with a list of the current contents of /spl/tmp/incoming/ and the time that the file was updated is part of the file name. The above file shows the contents of /spl/tmp/incoming as of Dec 30 2004 at 2:10 in the afteroon. After clicking on the DICOM html you will see information similar to the following which should help you to locate your data. One way to use the page similar to the one below is to do the following:
@@ Line 35: / Line 28: @@
 * from this directory, copy your data to a safe place as it will be deleted 1 week after it is last accessed
 [[Image:image_info.jpg]]
-</center>
 Below is an example of how the directories might be organized in /spl/tmp/incoming:

@@ Line 42: / Line 42: @@
 Below is an example of how the directories might be organized in /spl/tmp/incoming:
-./MR0000.MOD/BWOW1.STA
+*./MR0000.MOD/BWOW1.STA
-./MR0000.MOD/BWOW1.STA/20040609.DAY
+*./MR0000.MOD/BWOW1.STA/20040609.DAY
-./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID
+*./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID
-./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000001.SER
+*./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000001.SER
-./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000002.SER
+*./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000002.SER
-./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000003.SER
+*./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000003.SER
-./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000005.SER
+*./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000005.SER
-./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000006.SER
+*./MR0000.MOD/BWOW1.STA/20040609.DAY/1.2.840.113619.2.5.1762874864.1706.1086778760.584.UID/000006.SER
-./CT0000.MOD
+*./CT0000.MOD
-./CT0000.MOD/BWCTPIKE.STA
+*./CT0000.MOD/BWCTPIKE.STA
-./CT0000.MOD/BWCTPIKE.STA/20040610.DAY
+*./CT0000.MOD/BWCTPIKE.STA/20040610.DAY
-./CT0000.MOD/BWCTPIKE.STA/20040610.DAY/1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID
+*./CT0000.MOD/BWCTPIKE.STA/20040610.DAY/1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID
-./CT0000.MOD/BWCTPIKE.STA/20040610.DAY/1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID/000002.SER
+*./CT0000.MOD/BWCTPIKE.STA/20040610.DAY/1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID/000002.SER

← Older revision		Revision as of 23:21, 21 February 2007
Line 64:		Line 64:
	* 1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID This annoyingly long string is called the StudyInstanceUID and it uniquely identifies this study.		* 1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID This annoyingly long string is called the StudyInstanceUID and it uniquely identifies this study.

−	This string does not provide much useful information to most users. The beginning part of the string (1.3.12.2.1107.5.1.4) is the Implementation Class UID and identifies the images in this directory as coming from a Siemens scanner.	+	This string does not provide much useful information to most users. The beginning part of the string (1.3.12.2.1107.5.1.4) is the Implementation Class UID and identifies the images in this directory as coming from a Siemens scanner.
−
−
−	~~Software Available for Sharing~~
−
−	~~The software used here is comprised of three main parts:~~
−
−	~~1) A proprietary DICOM listener that recieves the data. We have a licence for this from the Dejarnette Corporation, this is not sharable.~~
−
−	~~2) print_header program that gleans information from DICOM image headers. This is our software and is available for sharing and runs on Solaris and Linux.~~
−
−	~~3) A series of shell and python scripts that collect the image information and generate a web page describing the data. This software is very specific to our site and likely not useful elsewhere~~.

@@ Line 59: / Line 59: @@
 The following describes the hierarchy of the directories (we will use the CT0000.MOD directory above as an example)
-    * CT0000.MOD this is the modality usually either CT or MR for most SPL data
+* CT0000.MOD this is the modality usually either CT or MR for most SPL data
-    * BWCTPIKE.STA this is the StationName where the image was transferred from.
+* BWCTPIKE.STA this is the StationName where the image was transferred from.
-    * 20040610.DAY The date of the scan. This scan was done on June 10, 2004.
+* 20040610.DAY The date of the scan. This scan was done on June 10, 2004.
-    * 1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID This annoyingly long string is called the StudyInstanceUID and it uniquely identifies this study. This string does not provide much useful information to most users. The beginning part of the string (1.3.12.2.1107.5.1.4) is the Implementation Class UID and identifies the images in this directory as coming from a Siemens scanner.
+* 1.3.12.2.1107.5.1.4.28154.4.0.4973204933331248.UID This annoyingly long string is called the StudyInstanceUID and it uniquely identifies this study.