<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Cloud based EHRs &#8211; a response to PracticeFusion</title>
	<atom:link href="http://thehealthitblog.com/2009/09/25/cloud-based-ehrs-a-response-to-practicefusion/feed/" rel="self" type="application/rss+xml" />
	<link>http://thehealthitblog.com/2009/09/25/cloud-based-ehrs-a-response-to-practicefusion/</link>
	<description>Healthcare Informatics and Technology</description>
	<lastBuildDate>Wed, 02 Nov 2011 09:57:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Medical Data in the Cloud &#124; Bob on Medical Device Software</title>
		<link>http://thehealthitblog.com/2009/09/25/cloud-based-ehrs-a-response-to-practicefusion/#comment-73</link>
		<dc:creator><![CDATA[Medical Data in the Cloud &#124; Bob on Medical Device Software]]></dc:creator>
		<pubDate>Thu, 01 Oct 2009 15:56:38 +0000</pubDate>
		<guid isPermaLink="false">http://gershater.wordpress.com/?p=292#comment-73</guid>
		<description><![CDATA[[...] commentary on these posts:  Cloud based EHRs – a response to PracticeFusion.  Sphere: Related [...]]]></description>
		<content:encoded><![CDATA[<p>[...] commentary on these posts:  Cloud based EHRs – a response to PracticeFusion.  Sphere: Related [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jgershater</title>
		<link>http://thehealthitblog.com/2009/09/25/cloud-based-ehrs-a-response-to-practicefusion/#comment-66</link>
		<dc:creator><![CDATA[jgershater]]></dc:creator>
		<pubDate>Tue, 29 Sep 2009 16:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://gershater.wordpress.com/?p=292#comment-66</guid>
		<description><![CDATA[Robert
thank you for the response
On the &quot;Health Information Exchange and Business Intelligence (HIE/BI)&quot; LinkedIn group there is a discussion on cloud computing for HealthCare. This news item  was referenced: &lt;a href=&quot;http://www.easylink.com/industry-solutions/healthcare.php&quot; rel=&quot;nofollow&quot;&gt;http://www.easylink.com/industry-solutions/healthcare.php&lt;/a&gt; in addition to a discussion of &#039;internal&#039; clouds: &lt;a href=&quot;http://www.wellsphere.com/healthcare-industry-policy-article/beth-israel-deaconess-medical-center-using-an-internal-cloud-for-virtualized-electronic-health-records-for-private-physician-g/639961&quot; rel=&quot;nofollow&quot;&gt;http://www.wellsphere.com/healthcare-industry-policy-article/beth-israel-deaconess-medical-center-using-an-internal-cloud-for-virtualized-electronic-health-records-for-private-physician-g/639961
&lt;/a&gt;

Please join the discussion...

Jonathan
p.s. And I was alerted to &lt;a href=&quot;http://www.healthcaretechnologyonline.com/article.mvc/Healthcare-Saas-Vs-Licensed-Software-0001?user=2276387&amp;source=nl:25530&amp;VNETCOOKIE=NO&quot; rel=&quot;nofollow&quot;&gt;this article&lt;/a&gt; ]]></description>
		<content:encoded><![CDATA[<p>Robert<br />
thank you for the response<br />
On the &#8220;Health Information Exchange and Business Intelligence (HIE/BI)&#8221; LinkedIn group there is a discussion on cloud computing for HealthCare. This news item  was referenced: <a href="http://www.easylink.com/industry-solutions/healthcare.php" rel="nofollow">http://www.easylink.com/industry-solutions/healthcare.php</a> in addition to a discussion of &#8216;internal&#8217; clouds: <a href="http://www.wellsphere.com/healthcare-industry-policy-article/beth-israel-deaconess-medical-center-using-an-internal-cloud-for-virtualized-electronic-health-records-for-private-physician-g/639961" rel="nofollow"></a><a href="http://www.wellsphere.com/healthcare-industry-policy-article/beth-israel-deaconess-medical-center-using-an-internal-cloud-for-virtualized-electronic-health-records-for-private-physician-g/639961" rel="nofollow">http://www.wellsphere.com/healthcare-industry-policy-article/beth-israel-deaconess-medical-center-using-an-internal-cloud-for-virtualized-electronic-health-records-for-private-physician-g/639961</a></p>
<p>Please join the discussion&#8230;</p>
<p>Jonathan<br />
p.s. And I was alerted to <a href="http://www.healthcaretechnologyonline.com/article.mvc/Healthcare-Saas-Vs-Licensed-Software-0001?user=2276387&amp;source=nl:25530&amp;VNETCOOKIE=NO" rel="nofollow">this article</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Rowley, MD</title>
		<link>http://thehealthitblog.com/2009/09/25/cloud-based-ehrs-a-response-to-practicefusion/#comment-65</link>
		<dc:creator><![CDATA[Robert Rowley, MD]]></dc:creator>
		<pubDate>Sat, 26 Sep 2009 05:09:10 +0000</pubDate>
		<guid isPermaLink="false">http://gershater.wordpress.com/?p=292#comment-65</guid>
		<description><![CDATA[Thank you for your commentary (by the way, we’re looking into why you couldn’t respond on our blog, as some other comments have made it through). You raise good questions. Let me try to respond:
1.	Broadband bandwidth has become ubiquitous and inexpensive. One does not need extremely-high bandwidth to work with Practice Fusion, mainly because of the design of the user interface (it is written in a language that runs in a Flash player, so that small data exchanges occur with the server, once loaded and running, and the response time is very fast). A simple DSL line will suffice – it even works with cell-phone data cards (like Verizon or T-Mobile data card plug-ins to a laptop).
2.	Assurance of internet connectivity is the one residual potential points of failure for cloud-based systems. The points of failure of local server crashes, power outages, etc, which can happen with local installs is not present. We recommend solid connectivity with failovers to alternative connections – a DSL or cable-internet primary with a cell-phone-data device as backup, for example. We are currently working with a hardware and connectivity vendor to address these kinds of particulars, so that the doctor doesn’t have to “re-invent the wheel” each time.
3.	Care coordination – such as inter-practice messaging and chart sharing – are possible with practices using the Practice Fusion cloud. The issue of data exchange with other, legacy systems remains daunting – that is the purpose behind the whole effort to build an HIE infrastructure (regionally and nationally). These efforts are still preliminary, and no significant use of such interoperability has actually been seen in the “real world.” Once such exchanges are in place, functioning, and actually being used by practices with their legacy systems (1000 practices = 1000 points of integration), then Practice Fusion can connect with them as a single-point-of-integration. In the meantime, Practice Fusion will build its in-system HIE-like connectivity, since referral to non-Practice Fusion offices would simply mean a quick, five-minute sign-up (remember, that Practice Fusion is free) and then, voila, you’re connected (even side-by-side with your legacy system, if you want).]]></description>
		<content:encoded><![CDATA[<p>Thank you for your commentary (by the way, we’re looking into why you couldn’t respond on our blog, as some other comments have made it through). You raise good questions. Let me try to respond:<br />
1.	Broadband bandwidth has become ubiquitous and inexpensive. One does not need extremely-high bandwidth to work with Practice Fusion, mainly because of the design of the user interface (it is written in a language that runs in a Flash player, so that small data exchanges occur with the server, once loaded and running, and the response time is very fast). A simple DSL line will suffice – it even works with cell-phone data cards (like Verizon or T-Mobile data card plug-ins to a laptop).<br />
2.	Assurance of internet connectivity is the one residual potential points of failure for cloud-based systems. The points of failure of local server crashes, power outages, etc, which can happen with local installs is not present. We recommend solid connectivity with failovers to alternative connections – a DSL or cable-internet primary with a cell-phone-data device as backup, for example. We are currently working with a hardware and connectivity vendor to address these kinds of particulars, so that the doctor doesn’t have to “re-invent the wheel” each time.<br />
3.	Care coordination – such as inter-practice messaging and chart sharing – are possible with practices using the Practice Fusion cloud. The issue of data exchange with other, legacy systems remains daunting – that is the purpose behind the whole effort to build an HIE infrastructure (regionally and nationally). These efforts are still preliminary, and no significant use of such interoperability has actually been seen in the “real world.” Once such exchanges are in place, functioning, and actually being used by practices with their legacy systems (1000 practices = 1000 points of integration), then Practice Fusion can connect with them as a single-point-of-integration. In the meantime, Practice Fusion will build its in-system HIE-like connectivity, since referral to non-Practice Fusion offices would simply mean a quick, five-minute sign-up (remember, that Practice Fusion is free) and then, voila, you’re connected (even side-by-side with your legacy system, if you want).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

