<?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: News 7/29/09</title>
	<atom:link href="http://histalk2.com/2009/07/28/news-72909/feed/" rel="self" type="application/rss+xml" />
	<link>http://histalk2.com/2009/07/28/news-72909/</link>
	<description>Healthcare IT News and Opinion</description>
	<lastBuildDate>Thu, 18 Mar 2010 16:21:54 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Big J</title>
		<link>http://histalk2.com/2009/07/28/news-72909/comment-page-1/#comment-4981</link>
		<dc:creator>Big J</dc:creator>
		<pubDate>Sat, 01 Aug 2009 12:35:05 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2480#comment-4981</guid>
		<description>Hilo purchase of Meditech.  No surprise there, consultant that helps them choose Meditech then gets the contract for installing it.  Great job Money Atwal in another RFP process that was a waste of time.  Should have saved your facility the time and money and just went with Meditech.</description>
		<content:encoded><![CDATA[<p>Hilo purchase of Meditech.  No surprise there, consultant that helps them choose Meditech then gets the contract for installing it.  Great job Money Atwal in another RFP process that was a waste of time.  Should have saved your facility the time and money and just went with Meditech.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xmeditecher</title>
		<link>http://histalk2.com/2009/07/28/news-72909/comment-page-1/#comment-4965</link>
		<dc:creator>xmeditecher</dc:creator>
		<pubDate>Thu, 30 Jul 2009 20:35:22 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2480#comment-4965</guid>
		<description>&lt;i&gt;my point is that neither one of the vendors is known for their integration (willingness) prowess&lt;/i&gt;

EPIC is 10^10 times better at it than MEDITECH.  The functionality and ease of use of EPIC GUI Bridges is lightyears ahead of MEDITECH Inbox/Outbox. 

To be honest MEDITECH MAGIC is orders of magnitude better the MEDITECH C/S when it comes to interfaces.</description>
		<content:encoded><![CDATA[<p><i>my point is that neither one of the vendors is known for their integration (willingness) prowess</i></p>
<p>EPIC is 10^10 times better at it than MEDITECH.  The functionality and ease of use of EPIC GUI Bridges is lightyears ahead of MEDITECH Inbox/Outbox. </p>
<p>To be honest MEDITECH MAGIC is orders of magnitude better the MEDITECH C/S when it comes to interfaces.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blah</title>
		<link>http://histalk2.com/2009/07/28/news-72909/comment-page-1/#comment-4961</link>
		<dc:creator>blah</dc:creator>
		<pubDate>Thu, 30 Jul 2009 15:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2480#comment-4961</guid>
		<description>EPIC has a framework for interfaces that is 100% customizable. If you have the right people in house you can connect to pretty much anything.

That&#039;s both the great thing and the bad thing about EPIC. Its amazingly customizable, some say too customizable.</description>
		<content:encoded><![CDATA[<p>EPIC has a framework for interfaces that is 100% customizable. If you have the right people in house you can connect to pretty much anything.</p>
<p>That&#8217;s both the great thing and the bad thing about EPIC. Its amazingly customizable, some say too customizable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Captain Hook</title>
		<link>http://histalk2.com/2009/07/28/news-72909/comment-page-1/#comment-4960</link>
		<dc:creator>Captain Hook</dc:creator>
		<pubDate>Thu, 30 Jul 2009 15:11:14 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2480#comment-4960</guid>
		<description>We have actually found them to be willing and able to create connectivity to outside systems.  We have found that the complications are coming more from the third-party systems than from Epic.</description>
		<content:encoded><![CDATA[<p>We have actually found them to be willing and able to create connectivity to outside systems.  We have found that the complications are coming more from the third-party systems than from Epic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Pan</title>
		<link>http://histalk2.com/2009/07/28/news-72909/comment-page-1/#comment-4959</link>
		<dc:creator>Peter Pan</dc:creator>
		<pubDate>Thu, 30 Jul 2009 15:06:37 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=2480#comment-4959</guid>
		<description>Cpt. hook,  I agree with you on the Epic &gt; Meditech argument; my point is that neither one of the vendors is known for their integration (willingness) prowess, not to mention they are not leaders in the Rev Cycle/HIM areas.  

Since you ar elooking to create a fully integrated environment, how did your org address any potential integration points?</description>
		<content:encoded><![CDATA[<p>Cpt. hook,  I agree with you on the Epic &gt; Meditech argument; my point is that neither one of the vendors is known for their integration (willingness) prowess, not to mention they are not leaders in the Rev Cycle/HIM areas.  </p>
<p>Since you ar elooking to create a fully integrated environment, how did your org address any potential integration points?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
