<?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: An Argument Against Giving CIOs Control Over Clinical Systems Projects</title>
	<atom:link href="http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/feed/" rel="self" type="application/rss+xml" />
	<link>http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/</link>
	<description>Healthcare IT News and Opinion</description>
	<lastBuildDate>Thu, 29 Jul 2010 05:14:23 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: opalrose</title>
		<link>http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/comment-page-1/#comment-959</link>
		<dc:creator>opalrose</dc:creator>
		<pubDate>Thu, 03 Apr 2008 16:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/#comment-959</guid>
		<description>Please don&#039;t imply that only MDs or other clinicians are better CIOs than non-clinicians . Most of them have absolutely no computing, information technology, or project management experience. They believe vendor hype (no wonder vendors market them instead of of people who will actually USE the purchased product).

I have been around a long time, too and have seen both types of CIOs.  Both have huge knowledge and experience holes.  At the minimum, it seems either type of leader must have some basic understanding of informatics, the difficulties of system implementation, the implications of implementing systems with no proven track record (just because everyone else is doing it), and the fact that enthusiasm alone does not a successful implementation make.  

And the 10x10 programs sprouting up everywhere - 1 introductory informatics course and suddenly you&#039;re an expert! Yes, please, give me more MD CIOs who like to tinker with computers and have taken a whole course in informatics!  This will REALLY solve the non-clinician CIO problem. Be careful what you wish for.</description>
		<content:encoded><![CDATA[<p>Please don&#8217;t imply that only MDs or other clinicians are better CIOs than non-clinicians . Most of them have absolutely no computing, information technology, or project management experience. They believe vendor hype (no wonder vendors market them instead of of people who will actually USE the purchased product).</p>
<p>I have been around a long time, too and have seen both types of CIOs.  Both have huge knowledge and experience holes.  At the minimum, it seems either type of leader must have some basic understanding of informatics, the difficulties of system implementation, the implications of implementing systems with no proven track record (just because everyone else is doing it), and the fact that enthusiasm alone does not a successful implementation make.  </p>
<p>And the 10&#215;10 programs sprouting up everywhere &#8211; 1 introductory informatics course and suddenly you&#8217;re an expert! Yes, please, give me more MD CIOs who like to tinker with computers and have taken a whole course in informatics!  This will REALLY solve the non-clinician CIO problem. Be careful what you wish for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Bronson</title>
		<link>http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/comment-page-1/#comment-958</link>
		<dc:creator>Charles Bronson</dc:creator>
		<pubDate>Thu, 03 Apr 2008 15:25:01 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/#comment-958</guid>
		<description>This is akin to engineers developing product requirements! The system would only be as good as the engineers skill set. 

I&#039;ve been around too...been through several failed installs.  The reasons are well known by those who frequent HIS Talk.  We went through one where the clinicians had their say...over and over again...but adminstration never FORCED the docs to give up their paper charts. (I was a clinician at the time)

 Massive failure to the tune  of 35M worth.</description>
		<content:encoded><![CDATA[<p>This is akin to engineers developing product requirements! The system would only be as good as the engineers skill set. </p>
<p>I&#8217;ve been around too&#8230;been through several failed installs.  The reasons are well known by those who frequent HIS Talk.  We went through one where the clinicians had their say&#8230;over and over again&#8230;but adminstration never FORCED the docs to give up their paper charts. (I was a clinician at the time)</p>
<p> Massive failure to the tune  of 35M worth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Dillehunt</title>
		<link>http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/comment-page-1/#comment-957</link>
		<dc:creator>Dave Dillehunt</dc:creator>
		<pubDate>Thu, 03 Apr 2008 14:39:30 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/#comment-957</guid>
		<description>I&#039;ve been around a long time, and I&#039;ve seen some great CIOs and have also seen some that were clearly over their head.  Fortunately, there are a number of organizations where we can learn from each other.  I don’t think it’s a CIOs job to make all of the decisions, or to necessarily be the expert in every area that IT is used.  

Successful implementations (and the resulting benefits to the organization) come from effective collaboration, which can and should be fostered by the CIO.  And the CIO does not have to be the primary project sponsor or champion to do that.  In fact, most projects should be championed by an executive from outside of IT.  

Not being a clinically-oriented CIO has not been a problem for me because I have RNs (and other clinicians) in both staff and management positions within IT, and we have terrific clinical resources throughout our enterprise.  But neither is a clinical system implementation just about clinicians.  Again, it’s in the effective collaboration and gathering of various backgrounds and expertise, aligned to achieve a common goal that separates a successful project from one that’s not.  

As long as organizations view IT-related projects as the installing of hardware and software, with new and improved screens and reports, and with go-live being the ultimate “goal”, then the real opportunities will be missed.  A new system is just a new system.  Our real goal should be the enabling of positive change within our organizations through the effective use of IT.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been around a long time, and I&#8217;ve seen some great CIOs and have also seen some that were clearly over their head.  Fortunately, there are a number of organizations where we can learn from each other.  I don’t think it’s a CIOs job to make all of the decisions, or to necessarily be the expert in every area that IT is used.  </p>
<p>Successful implementations (and the resulting benefits to the organization) come from effective collaboration, which can and should be fostered by the CIO.  And the CIO does not have to be the primary project sponsor or champion to do that.  In fact, most projects should be championed by an executive from outside of IT.  </p>
<p>Not being a clinically-oriented CIO has not been a problem for me because I have RNs (and other clinicians) in both staff and management positions within IT, and we have terrific clinical resources throughout our enterprise.  But neither is a clinical system implementation just about clinicians.  Again, it’s in the effective collaboration and gathering of various backgrounds and expertise, aligned to achieve a common goal that separates a successful project from one that’s not.  </p>
<p>As long as organizations view IT-related projects as the installing of hardware and software, with new and improved screens and reports, and with go-live being the ultimate “goal”, then the real opportunities will be missed.  A new system is just a new system.  Our real goal should be the enabling of positive change within our organizations through the effective use of IT.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Alchemist</title>
		<link>http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/comment-page-1/#comment-956</link>
		<dc:creator>The Alchemist</dc:creator>
		<pubDate>Thu, 03 Apr 2008 11:28:37 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/#comment-956</guid>
		<description>For the last twenty years of so clinicians have put their trust in the skills sets of the hospital CIO.  I believe the time has come for all good clinician to come to the aid of their hospital and devote full time focus on the life cycle of diagnostic information technology.

I have recently created a position based on the College of American Pathologist posted job, Director of Diagnostic Intelligence and Healthcare IT Initiatives.  The title is kind of a mouth full so I tinkered with the attributes and wrote a short white paper on the Diagnostic Information Officer (DIO); you’ve got to love the acronyms.

Diagnostic Information Officer should focus on every hospital Point of Diagnostic Service (PODS) to include all the enterprise mashups of POCT, FOBT, HCG, ABG, Neonate, CDS, LIS, RIS, CIS, etc…  The responsibility of the DIO would be to function (laterally) with the CIO to ensure provision of interoperability for patient diagnostic data which I have been told constitutes over 70% of the typical EMR.  CMIO has not been functioning effectively for years or we would NOT be having so many reported vendor IT disappointments.  If this functionality sounds naïve, then maybe we should start considering the simple things to fix in healthcare like accurately identifying a “person” a.k.a. Homo sapiens correctly in Admissions before we enroll them as “patient” and provide them their unique “number.”

HIStalk is so cathartic!</description>
		<content:encoded><![CDATA[<p>For the last twenty years of so clinicians have put their trust in the skills sets of the hospital CIO.  I believe the time has come for all good clinician to come to the aid of their hospital and devote full time focus on the life cycle of diagnostic information technology.</p>
<p>I have recently created a position based on the College of American Pathologist posted job, Director of Diagnostic Intelligence and Healthcare IT Initiatives.  The title is kind of a mouth full so I tinkered with the attributes and wrote a short white paper on the Diagnostic Information Officer (DIO); you’ve got to love the acronyms.</p>
<p>Diagnostic Information Officer should focus on every hospital Point of Diagnostic Service (PODS) to include all the enterprise mashups of POCT, FOBT, HCG, ABG, Neonate, CDS, LIS, RIS, CIS, etc…  The responsibility of the DIO would be to function (laterally) with the CIO to ensure provision of interoperability for patient diagnostic data which I have been told constitutes over 70% of the typical EMR.  CMIO has not been functioning effectively for years or we would NOT be having so many reported vendor IT disappointments.  If this functionality sounds naïve, then maybe we should start considering the simple things to fix in healthcare like accurately identifying a “person” a.k.a. Homo sapiens correctly in Admissions before we enroll them as “patient” and provide them their unique “number.”</p>
<p>HIStalk is so cathartic!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aspiring CIO</title>
		<link>http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/comment-page-1/#comment-952</link>
		<dc:creator>Aspiring CIO</dc:creator>
		<pubDate>Thu, 03 Apr 2008 01:35:44 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/2008/04/02/an-argument-against-giving-cios-control-over-clinical-systems-projects/#comment-952</guid>
		<description>&lt;p&gt;Regarding the articial about CIO&#039;s in Clinical Decisions; honestly, CIO&#039;s that run their shops the way this article describes should not only not have input into clinical decision, but should be fired as well.&lt;/p&gt;
&lt;p&gt;It has been a good decade since we have had CIOs in the mold of CIOs&#039; described in that editorial.  I was surprised to see it was from 2006.  Failed projects are never the sole responsibility of the any one person, rather are a combination of factors.  Trying to blame failed systems on CIOs is like a lawyer going after the person with the deepest pockets.  &lt;/p&gt;
&lt;p&gt;Accountability is another matter all together.  There has to be accountability.  Hospitals are the most politically charged organizations I have ever been envolved with.  Everybody has their little silos and talk about turf territory.  Who does the CIO report to?  Is it CEO, COO, CFO, CMIO, CNO?  Were is the accountability for all of senior managers in decisions and failed projects.&lt;/p&gt;
&lt;p&gt;The hospital silos worked fine when it was paper and the final medical record is scanned.  This all changes with EMR and it exposes everyone secrets and bad processes.  A CIO inthe 21 century hospital has to be able to reach across all parts of the organization and help develop a strategy for 5 to 10 years into the future.&lt;/p&gt;
&lt;p&gt;With the focus on linking pay for performance and the revenue management with clinical solutions through the EMR, I would argue who better to faciliate that discussion than a experienced CIO with input from across the organization.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Regarding the articial about CIO&#8217;s in Clinical Decisions; honestly, CIO&#8217;s that run their shops the way this article describes should not only not have input into clinical decision, but should be fired as well.</p>
<p>It has been a good decade since we have had CIOs in the mold of CIOs&#8217; described in that editorial.  I was surprised to see it was from 2006.  Failed projects are never the sole responsibility of the any one person, rather are a combination of factors.  Trying to blame failed systems on CIOs is like a lawyer going after the person with the deepest pockets.  </p>
<p>Accountability is another matter all together.  There has to be accountability.  Hospitals are the most politically charged organizations I have ever been envolved with.  Everybody has their little silos and talk about turf territory.  Who does the CIO report to?  Is it CEO, COO, CFO, CMIO, CNO?  Were is the accountability for all of senior managers in decisions and failed projects.</p>
<p>The hospital silos worked fine when it was paper and the final medical record is scanned.  This all changes with EMR and it exposes everyone secrets and bad processes.  A CIO inthe 21 century hospital has to be able to reach across all parts of the organization and help develop a strategy for 5 to 10 years into the future.</p>
<p>With the focus on linking pay for performance and the revenue management with clinical solutions through the EMR, I would argue who better to faciliate that discussion than a experienced CIO with input from across the organization.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/


Served from: histalk2.com @ 2010-07-29 07:31:42 -->