<?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: Why vendors don&#039;t implement CCOW in legacy systems</title>
	<atom:link href="http://www.healthcareguy.com/2006/02/23/why-vendors-dont-implement-ccow-in-legacy-systems/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.healthcareguy.com/2006/02/23/why-vendors-dont-implement-ccow-in-legacy-systems/</link>
	<description>Shahid&#039;s healthcare IT, EMR, EHR, PHR, medical content, and document managment advisory service. Enjoy.</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:50:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Matt Hernandez</title>
		<link>http://www.healthcareguy.com/2006/02/23/why-vendors-dont-implement-ccow-in-legacy-systems/comment-page-1/#comment-164</link>
		<dc:creator>Matt Hernandez</dc:creator>
		<pubDate>Wed, 02 May 2007 17:24:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=209#comment-164</guid>
		<description>&quot;I don’t believe they’ve ever been confronted with a legacy app they can’t integrate with their stuff.&quot;

You would have to have been with them longer than 18 months to make that statement. We had a lot of problems trying to integrate only 3 major vendor apps at our shop. There was 1 CCOW (Cerner) and Sentillion built 2 bridge products that never quite worked. Also its main desktop context manager was not reliable over wireless. A one second disconnect would hang the system and require a reboot.

This was a couple of years ago. Hopefully the products are more robust now. It probably works great with CCOW apps, but don&#039;t assume they&#039;ll be able to bridge legacy apps. Every situation is unique.</description>
		<content:encoded><![CDATA[<p>&#8220;I don’t believe they’ve ever been confronted with a legacy app they can’t integrate with their stuff.&#8221;</p>
<p>You would have to have been with them longer than 18 months to make that statement. We had a lot of problems trying to integrate only 3 major vendor apps at our shop. There was 1 CCOW (Cerner) and Sentillion built 2 bridge products that never quite worked. Also its main desktop context manager was not reliable over wireless. A one second disconnect would hang the system and require a reboot.</p>
<p>This was a couple of years ago. Hopefully the products are more robust now. It probably works great with CCOW apps, but don&#8217;t assume they&#8217;ll be able to bridge legacy apps. Every situation is unique.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Early</title>
		<link>http://www.healthcareguy.com/2006/02/23/why-vendors-dont-implement-ccow-in-legacy-systems/comment-page-1/#comment-163</link>
		<dc:creator>Steve Early</dc:creator>
		<pubDate>Thu, 07 Dec 2006 14:05:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.healthcareguy.com/?p=209#comment-163</guid>
		<description>Regarding Sentillion: I have been doing consulting work with this firm for the past 18 months or so and while they did originally start as a &quot;CCOW Vendor&quot; they have mushroomed into much more. They used their original knowledge of CCOW to develop a robust set of products for healthcare companies to perform identity and access management functions (user authentication, single sign-on, automated user provisioning, single patient selection and more). Their original CCOW work has also lead to the development of an SDK to help companies CCOW-enable their apps. They also have developed a VERY cool wizard-like interface that allows their healthcare customers to develop simple software bridges that link non-CCOW apps into their single sign-on environment in a matter of minutes. (Thus the product name &quot;BridgeBuilder&quot;). This interface works extremely well for web-based and client-server apps where &#039;username/password&#039; are what is required to sign on. For the old legacy &quot;green screen&quot; apps, Sentillion builds bridges for their clients using a scripting language. I don&#039;t believe they&#039;ve ever been confronted with a legacy app they can&#039;t integrate with their stuff.

I just didn&#039;t want your readers to be left with the impression that Sentillion is just a &quot;CCOW vendor&quot;. They&#039;re much much more than that today.

/s</description>
		<content:encoded><![CDATA[<p>Regarding Sentillion: I have been doing consulting work with this firm for the past 18 months or so and while they did originally start as a &#8220;CCOW Vendor&#8221; they have mushroomed into much more. They used their original knowledge of CCOW to develop a robust set of products for healthcare companies to perform identity and access management functions (user authentication, single sign-on, automated user provisioning, single patient selection and more). Their original CCOW work has also lead to the development of an SDK to help companies CCOW-enable their apps. They also have developed a VERY cool wizard-like interface that allows their healthcare customers to develop simple software bridges that link non-CCOW apps into their single sign-on environment in a matter of minutes. (Thus the product name &#8220;BridgeBuilder&#8221;). This interface works extremely well for web-based and client-server apps where &#8216;username/password&#8217; are what is required to sign on. For the old legacy &#8220;green screen&#8221; apps, Sentillion builds bridges for their clients using a scripting language. I don&#8217;t believe they&#8217;ve ever been confronted with a legacy app they can&#8217;t integrate with their stuff.</p>
<p>I just didn&#8217;t want your readers to be left with the impression that Sentillion is just a &#8220;CCOW vendor&#8221;. They&#8217;re much much more than that today.</p>
<p>/s</p>
]]></content:encoded>
	</item>
</channel>
</rss>

