<?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: Thinking about a better Automated Dispensing Unit (ADU)</title>
	<atom:link href="http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/feed/" rel="self" type="application/rss+xml" />
	<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/</link>
	<description>Pharmacy Informatics and Technology</description>
	<lastBuildDate>Mon, 21 May 2012 11:59:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: It may be time to consider robotic IV preparation at the bedside. &#124; Jerry Fahrni</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-3487</link>
		<dc:creator>It may be time to consider robotic IV preparation at the bedside. &#124; Jerry Fahrni</dc:creator>
		<pubDate>Wed, 18 Aug 2010 03:21:35 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-3487</guid>
		<description>[...] at the point of care. I still like the idea for several reasons, all of which can be found in the original post.  Based on currently available technology the same concept could be applied to preparation of IV [...]</description>
		<content:encoded><![CDATA[<p>[...] at the point of care. I still like the idea for several reasons, all of which can be found in the original post.  Based on currently available technology the same concept could be applied to preparation of IV [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slow progress in pharmacy automation and stale technology creates ho-hum interest &#124; Jerry Fahrni</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-3245</link>
		<dc:creator>Slow progress in pharmacy automation and stale technology creates ho-hum interest &#124; Jerry Fahrni</dc:creator>
		<pubDate>Mon, 02 Aug 2010 15:08:41 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-3245</guid>
		<description>[...] cabinets that allow less open access and greater flexibility in dispensing. I mentioned this in June 2009 when I spoke about using a modified unit-dose packager on nursing units in lieu of an open drawer [...]</description>
		<content:encoded><![CDATA[<p>[...] cabinets that allow less open access and greater flexibility in dispensing. I mentioned this in June 2009 when I spoke about using a modified unit-dose packager on nursing units in lieu of an open drawer [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry Fahrni</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-171</link>
		<dc:creator>Jerry Fahrni</dc:creator>
		<pubDate>Thu, 18 Jun 2009 15:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-171</guid>
		<description>Hi Fred - I agree with your assessment regarding Pyxis and Omnicell. As I mentioned in a post about my visit to &lt;a href=&quot;http://jerryfahrni.com/2009/06/visit-to-northwestern-memorial-hospital-in-chicago/&quot; rel=&quot;nofollow&quot;&gt;Northwestern Memorial Hospital&lt;/a&gt;, Omnicell does indeed appear to be ahead of Pyxis in available feature and technology at this time. I hope you are correct about the future of Pyxis as our facility makes heavy use of their systems and a change to Omnicell at this point just isn&#039;t in the cards. I would like to hear more about which part(s) of my thoughts you do not agree with. I am always interested in other points of view. If there is one thing I&#039;ve learned over the years, it&#039;s that there are always better ideas and solutions out there. Finding them is the problem. Thank you for stopping by and putting fingers to keyboard. I appreciate the feedback.</description>
		<content:encoded><![CDATA[<p>Hi Fred &#8211; I agree with your assessment regarding Pyxis and Omnicell. As I mentioned in a post about my visit to <a href="http://jerryfahrni.com/2009/06/visit-to-northwestern-memorial-hospital-in-chicago/" rel="nofollow">Northwestern Memorial Hospital</a>, Omnicell does indeed appear to be ahead of Pyxis in available feature and technology at this time. I hope you are correct about the future of Pyxis as our facility makes heavy use of their systems and a change to Omnicell at this point just isn&#8217;t in the cards. I would like to hear more about which part(s) of my thoughts you do not agree with. I am always interested in other points of view. If there is one thing I&#8217;ve learned over the years, it&#8217;s that there are always better ideas and solutions out there. Finding them is the problem. Thank you for stopping by and putting fingers to keyboard. I appreciate the feedback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fred</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-169</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Thu, 18 Jun 2009 15:09:06 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-169</guid>
		<description>Carla C- 
We...  well could this be Carla Cockern, CEO, Talyst?  She does import JVM equipment.
In the middle of evaluating the three big players in AUD now.  Pyxis is incumbent.  Omnicell seems to offer the best 10 year total cost of ownership and features that Pyxis, now that they are emerging from under Cardinal Health&#039;s money grabbing hands, is only now starting to develop. Time will tell if Pyxis regains it&#039;s once &quot;top of the game&quot; status.  For now I can not agree with you Jerry.  Why do single facilities need more than one server to run Pyxis MedStations?  Pyxis dropped the ball long ago when they failed to see that they needed to re-write the software that they ride on and move to a more robust infrastructure. They are still very 1990&#039;s.
Thank you for the Blog.</description>
		<content:encoded><![CDATA[<p>Carla C-<br />
We&#8230;  well could this be Carla Cockern, CEO, Talyst?  She does import JVM equipment.<br />
In the middle of evaluating the three big players in AUD now.  Pyxis is incumbent.  Omnicell seems to offer the best 10 year total cost of ownership and features that Pyxis, now that they are emerging from under Cardinal Health&#8217;s money grabbing hands, is only now starting to develop. Time will tell if Pyxis regains it&#8217;s once &#8220;top of the game&#8221; status.  For now I can not agree with you Jerry.  Why do single facilities need more than one server to run Pyxis MedStations?  Pyxis dropped the ball long ago when they failed to see that they needed to re-write the software that they ride on and move to a more robust infrastructure. They are still very 1990&#8242;s.<br />
Thank you for the Blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: carlac</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-105</link>
		<dc:creator>carlac</dc:creator>
		<pubDate>Thu, 04 Jun 2009 03:59:07 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-105</guid>
		<description>&lt;a href=&quot;#comment-104&quot; rel=&quot;nofollow&quot;&gt;@Jerry Fahrni&lt;/a&gt; We import JVM equipment.  We could probably get any info you need. LMK</description>
		<content:encoded><![CDATA[<p><a href="#comment-104" rel="nofollow">@Jerry Fahrni</a> We import JVM equipment.  We could probably get any info you need. LMK</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry Fahrni</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-104</link>
		<dc:creator>Jerry Fahrni</dc:creator>
		<pubDate>Thu, 04 Jun 2009 03:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-104</guid>
		<description>Wow! The 30 unit box you linked to is about the perfect size for the solution I was thinking about. Thanks for the information.</description>
		<content:encoded><![CDATA[<p>Wow! The 30 unit box you linked to is about the perfect size for the solution I was thinking about. Thanks for the information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: carla c</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-103</link>
		<dc:creator>carla c</dc:creator>
		<pubDate>Wed, 03 Jun 2009 23:42:55 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-103</guid>
		<description>go to www.myjvm.com and click on english then look at their product under the &quot;automated dispensing&quot; frame. there is a 30 unit box there. physical dimensions are about the same size as adu.  
they don&#039;t offer this product in the us market today but probably would (there is a tieline for compliance testing - twice as long in CA because of oshpd). might work?</description>
		<content:encoded><![CDATA[<p>go to <a href="http://www.myjvm.com" rel="nofollow">http://www.myjvm.com</a> and click on english then look at their product under the &#8220;automated dispensing&#8221; frame. there is a 30 unit box there. physical dimensions are about the same size as adu.<br />
they don&#8217;t offer this product in the us market today but probably would (there is a tieline for compliance testing &#8211; twice as long in CA because of oshpd). might work?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry Fahrni</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-101</link>
		<dc:creator>Jerry Fahrni</dc:creator>
		<pubDate>Wed, 03 Jun 2009 06:01:22 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-101</guid>
		<description>Good question. A colleague of mine and I were discussing this very issue this afternoon. He liked the idea, but the issue of size was a concern of his as well. Consider this: a packager integrated with an ADU would only need to hold 10-40 canister. The canisters could rest on the outside edge with the guts of the packager in the middle (hidden from view). I don&#039;t even know if that is possible. It would clearly require some creative engineering.</description>
		<content:encoded><![CDATA[<p>Good question. A colleague of mine and I were discussing this very issue this afternoon. He liked the idea, but the issue of size was a concern of his as well. Consider this: a packager integrated with an ADU would only need to hold 10-40 canister. The canisters could rest on the outside edge with the guts of the packager in the middle (hidden from view). I don&#8217;t even know if that is possible. It would clearly require some creative engineering.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: K. Bumb</title>
		<link>http://jerryfahrni.com/2009/06/thinking-about-a-better-adu/comment-page-1/#comment-100</link>
		<dc:creator>K. Bumb</dc:creator>
		<pubDate>Wed, 03 Jun 2009 04:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://jerryfahrni.com/?p=328#comment-100</guid>
		<description>How relevant is physical footprint in such a case?  An automated strip packager is roughly twice as wide as an ADU, and a few inches deeper.</description>
		<content:encoded><![CDATA[<p>How relevant is physical footprint in such a case?  An automated strip packager is roughly twice as wide as an ADU, and a few inches deeper.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

