<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Managing Storage In PACS</title>
	<atom:link href="http://www.pacslife.com/2006/09/01/managing-storage-in-pacs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pacslife.com/2006/09/01/managing-storage-in-pacs/</link>
	<description>One Man's Perspective On The World Of PACS</description>
	<lastBuildDate>Wed, 10 Feb 2010 05:09:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Drew</title>
		<link>http://www.pacslife.com/2006/09/01/managing-storage-in-pacs/comment-page-1/#comment-7</link>
		<dc:creator>Drew</dc:creator>
		<pubDate>Wed, 06 Sep 2006 20:05:58 +0000</pubDate>
		<guid isPermaLink="false">http://pacslife.com/archives/7#comment-7</guid>
		<description>Anil,

If, by snapshot technology, you mean Windows Shadow Copy, I did look into this, but it does not seem appropriate for PACS archival. Firstly, it would take tremendous disk space as we grow, further stressing the budget. Also, it is not intended as a backup solution, and as such, restores one file at a time. It would simply be impossible to restore all the study information in a resonable time frame. However, if you mean some other technology, then I would love to hear more.

Everything in our company does go to tape, EXCEPT pacs data. We simply do not have the means to handle that volume of data. At some point, I would love to get there. Until then, we live knowing that certain specific circumstances could permanently destroy our data. (keeps my boss up at night).

Each clinic location has one PACS server. It can be communicating with up to 7 or 8 modalities (mostly ultrasound, some nuc med, fluro, and DR). It also handles the 5 or 6 client workstations that want images. Lastly, it sends a copy of everything it receives to a central storage server system.

I do not have a number, but not too many studies are accessed remotely. There are a few times a tech or rad wants to see previous that do not exist on the local server (either too old, or done at another clinic). No pre fetching is in use at this time. The only thing we do is auto send all cases to the rad&#039;s PC so they can work as quickly as possible.

I very much appreciate your questions and any comments. Every thing we do is based on what I know. There have certainly been times in the past when I came across some knowledge or technology that drastically improved some aspect of the process.</description>
		<content:encoded><![CDATA[<p>Anil,</p>
<p>If, by snapshot technology, you mean Windows Shadow Copy, I did look into this, but it does not seem appropriate for PACS archival. Firstly, it would take tremendous disk space as we grow, further stressing the budget. Also, it is not intended as a backup solution, and as such, restores one file at a time. It would simply be impossible to restore all the study information in a resonable time frame. However, if you mean some other technology, then I would love to hear more.</p>
<p>Everything in our company does go to tape, EXCEPT pacs data. We simply do not have the means to handle that volume of data. At some point, I would love to get there. Until then, we live knowing that certain specific circumstances could permanently destroy our data. (keeps my boss up at night).</p>
<p>Each clinic location has one PACS server. It can be communicating with up to 7 or 8 modalities (mostly ultrasound, some nuc med, fluro, and DR). It also handles the 5 or 6 client workstations that want images. Lastly, it sends a copy of everything it receives to a central storage server system.</p>
<p>I do not have a number, but not too many studies are accessed remotely. There are a few times a tech or rad wants to see previous that do not exist on the local server (either too old, or done at another clinic). No pre fetching is in use at this time. The only thing we do is auto send all cases to the rad&#8217;s PC so they can work as quickly as possible.</p>
<p>I very much appreciate your questions and any comments. Every thing we do is based on what I know. There have certainly been times in the past when I came across some knowledge or technology that drastically improved some aspect of the process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anil Gupta</title>
		<link>http://www.pacslife.com/2006/09/01/managing-storage-in-pacs/comment-page-1/#comment-6</link>
		<dc:creator>Anil Gupta</dc:creator>
		<pubDate>Wed, 06 Sep 2006 07:19:53 +0000</pubDate>
		<guid isPermaLink="false">http://pacslife.com/archives/7#comment-6</guid>
		<description>Drew, thanks for the comments on my blog.

Assuming, you are using Windows, you may want to look in to built-in snapshot technology to protect against virus/corruption threat. 

Are you currently backing up to a removable media at some point?

How many and type of modalities are sending data to one server? Are you using same server for receiving new studies, retrieving priors, studies storage and workflow management?

What percentage of new and prior studies are accessed remotely? Do you use pre-fetching?

I guess enough questions for now.

I designed infrastructure for several multi-site PACS incorporating geographically distributed remote clinics (3 to 25 sites, 2TB to 400TB), so I will be happy to brainstorm, if you desire.

Anil</description>
		<content:encoded><![CDATA[<p>Drew, thanks for the comments on my blog.</p>
<p>Assuming, you are using Windows, you may want to look in to built-in snapshot technology to protect against virus/corruption threat. </p>
<p>Are you currently backing up to a removable media at some point?</p>
<p>How many and type of modalities are sending data to one server? Are you using same server for receiving new studies, retrieving priors, studies storage and workflow management?</p>
<p>What percentage of new and prior studies are accessed remotely? Do you use pre-fetching?</p>
<p>I guess enough questions for now.</p>
<p>I designed infrastructure for several multi-site PACS incorporating geographically distributed remote clinics (3 to 25 sites, 2TB to 400TB), so I will be happy to brainstorm, if you desire.</p>
<p>Anil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Drew</title>
		<link>http://www.pacslife.com/2006/09/01/managing-storage-in-pacs/comment-page-1/#comment-5</link>
		<dc:creator>Drew</dc:creator>
		<pubDate>Mon, 04 Sep 2006 17:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://pacslife.com/archives/7#comment-5</guid>
		<description>We are using Conquest software for all the back end PACS management, and eFilm for a viewer. The backbone of our storage is two AIC 48 drive storage chassis. I will be expanding on our systems in a future post. We are trying to get by with maximum gains by minimum costs. Not always a good recipe, but it certainly offers unique issues to overcome.</description>
		<content:encoded><![CDATA[<p>We are using Conquest software for all the back end PACS management, and eFilm for a viewer. The backbone of our storage is two AIC 48 drive storage chassis. I will be expanding on our systems in a future post. We are trying to get by with maximum gains by minimum costs. Not always a good recipe, but it certainly offers unique issues to overcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher J. Baker</title>
		<link>http://www.pacslife.com/2006/09/01/managing-storage-in-pacs/comment-page-1/#comment-4</link>
		<dc:creator>Christopher J. Baker</dc:creator>
		<pubDate>Mon, 04 Sep 2006 12:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://pacslife.com/archives/7#comment-4</guid>
		<description>What vendor are you currently using for PACS?</description>
		<content:encoded><![CDATA[<p>What vendor are you currently using for PACS?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dalai Lama</title>
		<link>http://www.pacslife.com/2006/09/01/managing-storage-in-pacs/comment-page-1/#comment-2</link>
		<dc:creator>Dalai Lama</dc:creator>
		<pubDate>Sat, 02 Sep 2006 17:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://pacslife.com/archives/7#comment-2</guid>
		<description>Excellent analysis, Drew.  You had asked about Carbonite and retrieval of information from it.  Fortunately I haven&#039;t had to restore the disk from there as yet, but once you load (or reload if you have had a catastrophic failure) the software and log in, the image of your stored disk can be accessed just as any other lettered disk.  Seems very straightforward.</description>
		<content:encoded><![CDATA[<p>Excellent analysis, Drew.  You had asked about Carbonite and retrieval of information from it.  Fortunately I haven&#8217;t had to restore the disk from there as yet, but once you load (or reload if you have had a catastrophic failure) the software and log in, the image of your stored disk can be accessed just as any other lettered disk.  Seems very straightforward.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

