<?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: ET and Software Demonstrations</title>
	<atom:link href="http://candidcio.com/2005/12/19/et-and-software-demonstrations/feed/" rel="self" type="application/rss+xml" />
	<link>http://candidcio.com/2005/12/19/et-and-software-demonstrations/</link>
	<description>This is the Blog of Will Weider, CIO of Ministry Health Care and Affinity Health System. This is the place where I share what I have learned through my mistakes and other crazy things in the life of a healthcare CIO.</description>
	<lastBuildDate>Fri, 03 Feb 2012 21:51:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Will Oliverhttp://www.healthcareitforum.com</title>
		<link>http://candidcio.com/2005/12/19/et-and-software-demonstrations/#comment-32</link>
		<dc:creator><![CDATA[Will Oliverhttp://www.healthcareitforum.com]]></dc:creator>
		<pubDate>Sat, 07 Jan 2006 06:40:20 +0000</pubDate>
		<guid isPermaLink="false">http://candidcio.wordpress.com/2005/12/19/et-and-software-demonstrations/#comment-32</guid>
		<description><![CDATA[Will, I want to clap with one hand and cry with the other.  In one of my previous positions as a project manager with HBOC our sales staff gave extensive demos on vaporware that was scripted with only the working code of the applications.  They sold 100s of clients before we had a fully functional product.  When it was handed off to me to manage the project, the majority of my time was spent resetting expectations.  I eventually left the company because I couldn&#039;t be a car salesman anymore.  I still see it today with companies like Omnicell and Cerner.  The directive of the enterprise vendors is to sell at any cost.  My current company demos and sells products that work.  Fortunately or unfortunately, depending on how you look at it, we remain a relatively small vendor.  The industry’s expectations have been set so low and there is so much distrust that I still experience the same issues with my current clients.  They simply do not trust me or the product until we deliver on what we say we will.  Companies like Epic are riding a wave because their service is one step above mediocre....It&#039;s sad.  My suggestion:  put the RFP in the contract, put the project plan in the contract, put the application documentation in the contract, hold vendors to well defined milestones and patient outcomes, and hire a fighter as your project manager.  I always use the analogy that healthcare IT is a model T running on bad fuel.  The only place to go is up.]]></description>
		<content:encoded><![CDATA[<p>Will, I want to clap with one hand and cry with the other.  In one of my previous positions as a project manager with HBOC our sales staff gave extensive demos on vaporware that was scripted with only the working code of the applications.  They sold 100s of clients before we had a fully functional product.  When it was handed off to me to manage the project, the majority of my time was spent resetting expectations.  I eventually left the company because I couldn&#8217;t be a car salesman anymore.  I still see it today with companies like Omnicell and Cerner.  The directive of the enterprise vendors is to sell at any cost.  My current company demos and sells products that work.  Fortunately or unfortunately, depending on how you look at it, we remain a relatively small vendor.  The industry’s expectations have been set so low and there is so much distrust that I still experience the same issues with my current clients.  They simply do not trust me or the product until we deliver on what we say we will.  Companies like Epic are riding a wave because their service is one step above mediocre&#8230;.It&#8217;s sad.  My suggestion:  put the RFP in the contract, put the project plan in the contract, put the application documentation in the contract, hold vendors to well defined milestones and patient outcomes, and hire a fighter as your project manager.  I always use the analogy that healthcare IT is a model T running on bad fuel.  The only place to go is up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ripley</title>
		<link>http://candidcio.com/2005/12/19/et-and-software-demonstrations/#comment-31</link>
		<dc:creator><![CDATA[ripley]]></dc:creator>
		<pubDate>Fri, 06 Jan 2006 14:57:29 +0000</pubDate>
		<guid isPermaLink="false">http://candidcio.wordpress.com/2005/12/19/et-and-software-demonstrations/#comment-31</guid>
		<description><![CDATA[I agree completely regarding demonstrations.  They are a waste of time - PERIOD.  Also, the RFI/RFP process is a waste as well unless you tell the vendor that any answers placed in the document will also be placed in the contract and implementation project plan.  But, even with those steps the time involvement and lack of solid answers leaves it a questionable step.  I like to get a listing of reference vendors/partners, etc. and take my time talking with them.  Much like an interview.  Also, having the reference hospital do the demonstration/presentation without sales staff present is great!  After all this then I would dual negotiate with the top two vendors and each would know who they are up against.  I have actually been a part of searches where the CIO took a RFP/RFI off the web and it seemed like the answers were never used.  A serious waste of time for all parties.  A presentation or demonstration can be a good tool to generate interest in the different business units, but it is not a good selection step.]]></description>
		<content:encoded><![CDATA[<p>I agree completely regarding demonstrations.  They are a waste of time &#8211; PERIOD.  Also, the RFI/RFP process is a waste as well unless you tell the vendor that any answers placed in the document will also be placed in the contract and implementation project plan.  But, even with those steps the time involvement and lack of solid answers leaves it a questionable step.  I like to get a listing of reference vendors/partners, etc. and take my time talking with them.  Much like an interview.  Also, having the reference hospital do the demonstration/presentation without sales staff present is great!  After all this then I would dual negotiate with the top two vendors and each would know who they are up against.  I have actually been a part of searches where the CIO took a RFP/RFI off the web and it seemed like the answers were never used.  A serious waste of time for all parties.  A presentation or demonstration can be a good tool to generate interest in the different business units, but it is not a good selection step.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill</title>
		<link>http://candidcio.com/2005/12/19/et-and-software-demonstrations/#comment-25</link>
		<dc:creator><![CDATA[bill]]></dc:creator>
		<pubDate>Sat, 31 Dec 2005 20:26:41 +0000</pubDate>
		<guid isPermaLink="false">http://candidcio.wordpress.com/2005/12/19/et-and-software-demonstrations/#comment-25</guid>
		<description><![CDATA[Regarding wanting to see a demo rather than read the doc to find out what the product can actually do, I think you&#039;re being a bit harsh.  Frequently the doc does a lousy job of telling you what the product CAN do; it just is intended (sometimes in excruciating detail) how to make it do what it can do.  Its not an easy position to be in.  I just installed a product for a customer and finally, in desperation over being unable to get useful info from the PDF, paid to have the whole manual printed off.  I&#039;ve only read about twenty pages, but already found two things that are useful, that I didn&#039;t know it could do.  Is it in the doc? Obviously.  Is it obvious?  Nope.]]></description>
		<content:encoded><![CDATA[<p>Regarding wanting to see a demo rather than read the doc to find out what the product can actually do, I think you&#8217;re being a bit harsh.  Frequently the doc does a lousy job of telling you what the product CAN do; it just is intended (sometimes in excruciating detail) how to make it do what it can do.  Its not an easy position to be in.  I just installed a product for a customer and finally, in desperation over being unable to get useful info from the PDF, paid to have the whole manual printed off.  I&#8217;ve only read about twenty pages, but already found two things that are useful, that I didn&#8217;t know it could do.  Is it in the doc? Obviously.  Is it obvious?  Nope.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shahid N. Shah</title>
		<link>http://candidcio.com/2005/12/19/et-and-software-demonstrations/#comment-24</link>
		<dc:creator><![CDATA[Shahid N. Shah]]></dc:creator>
		<pubDate>Fri, 23 Dec 2005 17:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://candidcio.wordpress.com/2005/12/19/et-and-software-demonstrations/#comment-24</guid>
		<description><![CDATA[Will, what are your thoughts about vendors sharing their architecture, design, and database models? Have you ever asked for them? Were they shared with you? I find that in most of the time when I&#039;m consulting for clients I tend to ask for that material but the client doesn&#039;t seem to think it&#039;s important to get it from the vendor so the vendor shrugs it off. I agree with your request for documentation and I was wondering what success rate you have when you do ask for it.]]></description>
		<content:encoded><![CDATA[<p>Will, what are your thoughts about vendors sharing their architecture, design, and database models? Have you ever asked for them? Were they shared with you? I find that in most of the time when I&#8217;m consulting for clients I tend to ask for that material but the client doesn&#8217;t seem to think it&#8217;s important to get it from the vendor so the vendor shrugs it off. I agree with your request for documentation and I was wondering what success rate you have when you do ask for it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

