<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments for healthsystemcio.com</title>
	<atom:link href="http://healthsystemcio.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://healthsystemcio.com</link>
	<description>healthsystemCIO.com is the sole online-only publication dedicated to exclusively and comprehensively serving the information needs of healthcare CIOs.</description>
	<lastBuildDate>Fri, 17 Feb 2012 00:55:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=479</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Comment on John Glaser, CEO, Siemens Health Services, Chapter 1 by flpoggio</title>
		<link>http://healthsystemcio.com/2012/02/15/john-glaser-ceo-siemens-health-services-chapter-1/#comment-1053</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Fri, 17 Feb 2012 00:55:37 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10440#comment-1053</guid>
		<description>Great interview. Good questions.
I commend John for saying clearly  - we&#039;re not ready with Ambulatory and won&#039;t be for awhile so please be patient and wait &#039;till we are.

Unfortunately for JG, Siemens (SMS) has been saying &#039;wait&#039; for too many years (decades!).  As recent market decisions have shown (a la Allegent and others) the client base has just about run out of patience. That&#039;s too bad for Siemens, but those are the facts. 

I wish him well but, in my experience, public companies have the least patience of all.
Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Great interview. Good questions.<br />
I commend John for saying clearly  &#8211; we&#8217;re not ready with Ambulatory and won&#8217;t be for awhile so please be patient and wait &#8217;till we are.</p>
<p>Unfortunately for JG, Siemens (SMS) has been saying &#8216;wait&#8217; for too many years (decades!).  As recent market decisions have shown (a la Allegent and others) the client base has just about run out of patience. That&#8217;s too bad for Siemens, but those are the facts. </p>
<p>I wish him well but, in my experience, public companies have the least patience of all.<br />
Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My Journey To Professional Oblivion And Back Again by richkuenstler</title>
		<link>http://healthsystemcio.com/2011/12/27/my-journey-to-professional-oblivion-and-back-again/#comment-1051</link>
		<dc:creator>richkuenstler</dc:creator>
		<pubDate>Wed, 08 Feb 2012 15:59:28 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9587#comment-1051</guid>
		<description>Dan, that was an excellent post and actually helped to shed some light as to your compassionate motivations for our meeting, which despite my subsequent departure, was more appreciated than you may realize.  I am truly sorry we won&#039;t get to work together (at least this time around) as you seem to not only be an enthusiastic and competent IT professional, but more importantly a good human being.  I really do wish you the very best of luck and look forward to seeing all of the wonderful things that you and your team will bring to Brooklyn.  
-Rich Kuenstler</description>
		<content:encoded><![CDATA[<p>Dan, that was an excellent post and actually helped to shed some light as to your compassionate motivations for our meeting, which despite my subsequent departure, was more appreciated than you may realize.  I am truly sorry we won&#8217;t get to work together (at least this time around) as you seem to not only be an enthusiastic and competent IT professional, but more importantly a good human being.  I really do wish you the very best of luck and look forward to seeing all of the wonderful things that you and your team will bring to Brooklyn.<br />
-Rich Kuenstler</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Learning To Tune Out Extraneous Information by ericstenson</title>
		<link>http://healthsystemcio.com/2012/02/03/learning-to-tune-out-extraneous-information/#comment-1050</link>
		<dc:creator>ericstenson</dc:creator>
		<pubDate>Sun, 05 Feb 2012 05:47:12 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10258#comment-1050</guid>
		<description>There is a bigger lesson in your analogy. The monkey is your healthcare system. In your metaphor, the monkey is falling to from the tree -- an accurate state of healthcare in the US, right? And as technology gurus that are supposed to help, we are taking a high powered rifle (EMR) and sealing the monkey&#039;s fate.</description>
		<content:encoded><![CDATA[<p>There is a bigger lesson in your analogy. The monkey is your healthcare system. In your metaphor, the monkey is falling to from the tree &#8212; an accurate state of healthcare in the US, right? And as technology gurus that are supposed to help, we are taking a high powered rifle (EMR) and sealing the monkey&#8217;s fate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When Flexibility Becomes A Double-Edged Sword by Meredith Miller</title>
		<link>http://healthsystemcio.com/2012/01/26/when-flexibility-becomes-a-double-edged-sword/#comment-1048</link>
		<dc:creator>Meredith Miller</dc:creator>
		<pubDate>Thu, 26 Jan 2012 19:07:57 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10135#comment-1048</guid>
		<description>The two edges of the sword of any configurable/customizable application.  Edge one - the more options/choices you have within an application, the more complex the implementation &amp; training, because then everyone has to stop and THINK about whether option A, B, or C is the best option for their given situation, until usage of the systems becomes second nature.  Edge two is that if you implement an application that is NOT flexible, configurable, with options as to how to execute a task, I guarantee the end users, specifically physicians, will not like the system because it is too rigid and inflexible.

Clear &amp; appropriate expectations need to be set up front between the vendor and the client.  You can have a flexible configurable solution that will require more involvement on the part of the end users throughout the implementation and after, or they can take the vanilla, out of the box product, implement and use ‘as is”.  

Two ways to implement, it depends on how you like your pain:

A)	A little pain over a long period: minimally configure the application and clinical content to the practice, then once live maintain a steering committee to evaluate and prioritize customization of the product as they move forward.  This gets you up and running fast with minimal decision making, workflow consideration or customization of the product, which you can then gather feedback from your users as to how they want it to work going forward.  Users do not really know what they want the application to do until they know what it does and does not do to begin with, therefore by waiting until AFTER Go Live (when the rubber really hits the road) you are saving yourself upfront implementation time &amp; resources, but you will need to maintain ongoing customization resources, development meetings and training.

B)	A lot of pain for a short period: Invest time resources and money in your implementation process.  Get your project team lined up and fired up, then turn them loose on the software as is.  Ask the vendor to demonstrate your most common clinical workflows in the system as is and allow the project team to determine if this is workable or if other workflow processes need to be created.  Once the most common are nailed down, repeat the process with your most unusual/complicated clinical processes.  Configure the application appropriately and re-test the workflows until acceptable. In the meantime, collect the clinical content required by all providers and insure this is included in your application build. Never forget the 80/20 rule.  If 80% of patients/providers need it, it goes in, if 20% it is an exception to the rule. Roll it out, use it, and provide a process for users to submit enhancement requests to the project team for evaluation, prioritization, build &amp; training.  This becomes part of how your practice functions going forward.

So I agree, there really is not wrong or right answer, but appropriate, detailed guidance and expectation setting on the part of the vendor, or better yet, your consulting implementation manager, will provide the practice with a robust understanding of what the options are, and the pros and cons to each, thus allowing the practice to choose which path to take based on facts and options, not just a sales pitch or vendor only guidance.</description>
		<content:encoded><![CDATA[<p>The two edges of the sword of any configurable/customizable application.  Edge one &#8211; the more options/choices you have within an application, the more complex the implementation &amp; training, because then everyone has to stop and THINK about whether option A, B, or C is the best option for their given situation, until usage of the systems becomes second nature.  Edge two is that if you implement an application that is NOT flexible, configurable, with options as to how to execute a task, I guarantee the end users, specifically physicians, will not like the system because it is too rigid and inflexible.</p>
<p>Clear &amp; appropriate expectations need to be set up front between the vendor and the client.  You can have a flexible configurable solution that will require more involvement on the part of the end users throughout the implementation and after, or they can take the vanilla, out of the box product, implement and use ‘as is”.  </p>
<p>Two ways to implement, it depends on how you like your pain:</p>
<p>A)	A little pain over a long period: minimally configure the application and clinical content to the practice, then once live maintain a steering committee to evaluate and prioritize customization of the product as they move forward.  This gets you up and running fast with minimal decision making, workflow consideration or customization of the product, which you can then gather feedback from your users as to how they want it to work going forward.  Users do not really know what they want the application to do until they know what it does and does not do to begin with, therefore by waiting until AFTER Go Live (when the rubber really hits the road) you are saving yourself upfront implementation time &amp; resources, but you will need to maintain ongoing customization resources, development meetings and training.</p>
<p>B)	A lot of pain for a short period: Invest time resources and money in your implementation process.  Get your project team lined up and fired up, then turn them loose on the software as is.  Ask the vendor to demonstrate your most common clinical workflows in the system as is and allow the project team to determine if this is workable or if other workflow processes need to be created.  Once the most common are nailed down, repeat the process with your most unusual/complicated clinical processes.  Configure the application appropriately and re-test the workflows until acceptable. In the meantime, collect the clinical content required by all providers and insure this is included in your application build. Never forget the 80/20 rule.  If 80% of patients/providers need it, it goes in, if 20% it is an exception to the rule. Roll it out, use it, and provide a process for users to submit enhancement requests to the project team for evaluation, prioritization, build &amp; training.  This becomes part of how your practice functions going forward.</p>
<p>So I agree, there really is not wrong or right answer, but appropriate, detailed guidance and expectation setting on the part of the vendor, or better yet, your consulting implementation manager, will provide the practice with a robust understanding of what the options are, and the pros and cons to each, thus allowing the practice to choose which path to take based on facts and options, not just a sales pitch or vendor only guidance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on John Halamka, MD, CIO, Beth Israel Deaconess Medical Center, Chapter 3 by ericstenson</title>
		<link>http://healthsystemcio.com/2011/08/29/john-halamka-md-cio-beth-israel-deaconess-medical-center-chapter-3/#comment-1047</link>
		<dc:creator>ericstenson</dc:creator>
		<pubDate>Tue, 24 Jan 2012 08:57:58 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8420#comment-1047</guid>
		<description>Halamka is one of the brightest minds in health IT. BIDMC is fortunate to have him as CIO.</description>
		<content:encoded><![CDATA[<p>Halamka is one of the brightest minds in health IT. BIDMC is fortunate to have him as CIO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My Journey To Professional Oblivion And Back Again by Will Weider</title>
		<link>http://healthsystemcio.com/2011/12/27/my-journey-to-professional-oblivion-and-back-again/#comment-1042</link>
		<dc:creator>Will Weider</dc:creator>
		<pubDate>Mon, 09 Jan 2012 05:03:47 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9587#comment-1042</guid>
		<description>Great post. I am a drop too.</description>
		<content:encoded><![CDATA[<p>Great post. I am a drop too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Make 2012 The Year Of Clay by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/12/29/make-2012-the-year-of-clay/#comment-1041</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Thu, 05 Jan 2012 17:47:53 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9647#comment-1041</guid>
		<description>Thanks so much Joe - I truly appreciate the kind words.</description>
		<content:encoded><![CDATA[<p>Thanks so much Joe &#8211; I truly appreciate the kind words.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Make 2012 The Year Of Clay by jbormel</title>
		<link>http://healthsystemcio.com/2011/12/29/make-2012-the-year-of-clay/#comment-1040</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Thu, 05 Jan 2012 17:40:27 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9647#comment-1040</guid>
		<description>Anthony,
Terrific post.
I&#039;ve personally received many gifts from you as a by-product of your career growth.  You&#039;ve made me a better reader and writer, and your site, especially the audio podcasts, have introduced me to a lot of talented people (albeit virtually).  You&#039;ve done an especially good job of highlighting the distinctions between implementing and optimizing.

For me, New Years is about stopping and looking at what is working and what isn&#039;t.  Your contributions are working for me.  Thank you, Anthony.</description>
		<content:encoded><![CDATA[<p>Anthony,<br />
Terrific post.<br />
I&#8217;ve personally received many gifts from you as a by-product of your career growth.  You&#8217;ve made me a better reader and writer, and your site, especially the audio podcasts, have introduced me to a lot of talented people (albeit virtually).  You&#8217;ve done an especially good job of highlighting the distinctions between implementing and optimizing.</p>
<p>For me, New Years is about stopping and looking at what is working and what isn&#8217;t.  Your contributions are working for me.  Thank you, Anthony.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My Journey To Professional Oblivion And Back Again by Alan Gilbert</title>
		<link>http://healthsystemcio.com/2011/12/27/my-journey-to-professional-oblivion-and-back-again/#comment-1039</link>
		<dc:creator>Alan Gilbert</dc:creator>
		<pubDate>Tue, 03 Jan 2012 02:34:25 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9587#comment-1039</guid>
		<description>Dan - A very touching, thoughtful, and though provoking piece.  I am but one drop of water in an ocean of supporters wishing you well in your new endeavor.</description>
		<content:encoded><![CDATA[<p>Dan &#8211; A very touching, thoughtful, and though provoking piece.  I am but one drop of water in an ocean of supporters wishing you well in your new endeavor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Make 2012 The Year Of Clay by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/12/29/make-2012-the-year-of-clay/#comment-1036</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Fri, 30 Dec 2011 13:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9647#comment-1036</guid>
		<description>Good luck. If you don&#039;t find a personal mentor, try reading biographies of people you admire -- their example can serve to guide you in times of great decision.</description>
		<content:encoded><![CDATA[<p>Good luck. If you don&#8217;t find a personal mentor, try reading biographies of people you admire &#8212; their example can serve to guide you in times of great decision.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My Journey To Professional Oblivion And Back Again by dmmorreale</title>
		<link>http://healthsystemcio.com/2011/12/27/my-journey-to-professional-oblivion-and-back-again/#comment-1035</link>
		<dc:creator>dmmorreale</dc:creator>
		<pubDate>Thu, 29 Dec 2011 19:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9587#comment-1035</guid>
		<description>Chuck Thank you for the kind words I think my my case there was a lot of good luck, some hard work, and enormous support from fsmily, friends and mentors. But in the end it means we all just have to keep trying.</description>
		<content:encoded><![CDATA[<p>Chuck Thank you for the kind words I think my my case there was a lot of good luck, some hard work, and enormous support from fsmily, friends and mentors. But in the end it means we all just have to keep trying.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My Journey To Professional Oblivion And Back Again by chuck podesta</title>
		<link>http://healthsystemcio.com/2011/12/27/my-journey-to-professional-oblivion-and-back-again/#comment-1034</link>
		<dc:creator>chuck podesta</dc:creator>
		<pubDate>Thu, 29 Dec 2011 17:50:34 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9587#comment-1034</guid>
		<description>Dan, thank you for the thoughtful, courageous, and moving post.  I have been lucky enough in my career to move before being moved (and I do mean lucky). Your post caused me to reflect on what I would do if it happened to me. Upon reflection I am not sure how I would react (i.e happy, sad, mad) but I think it would be more like the 5 stages of grief.  I can see in your words denial followed by anger followed by bargaining (i.e. what could I have done differently). Next is depression and then acceptance.  With the help of your wife and friends you were able to navigate through these stages a lot faster than if these supports were not there for you.  I think your wife recognized which stage you were in and was able to say just the right thing at the right time to get you to the next stage and beyond.  

I am going to make a renewed effort to strengthen my supports. Thank you for reminding me of the importance of family and friends.  In our fast paced careers its easy to take them for granted.

Good luck to you in your new role.</description>
		<content:encoded><![CDATA[<p>Dan, thank you for the thoughtful, courageous, and moving post.  I have been lucky enough in my career to move before being moved (and I do mean lucky). Your post caused me to reflect on what I would do if it happened to me. Upon reflection I am not sure how I would react (i.e happy, sad, mad) but I think it would be more like the 5 stages of grief.  I can see in your words denial followed by anger followed by bargaining (i.e. what could I have done differently). Next is depression and then acceptance.  With the help of your wife and friends you were able to navigate through these stages a lot faster than if these supports were not there for you.  I think your wife recognized which stage you were in and was able to say just the right thing at the right time to get you to the next stage and beyond.  </p>
<p>I am going to make a renewed effort to strengthen my supports. Thank you for reminding me of the importance of family and friends.  In our fast paced careers its easy to take them for granted.</p>
<p>Good luck to you in your new role.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Make 2012 The Year Of Clay by brieger@gmail.com</title>
		<link>http://healthsystemcio.com/2011/12/29/make-2012-the-year-of-clay/#comment-1033</link>
		<dc:creator>brieger@gmail.com</dc:creator>
		<pubDate>Thu, 29 Dec 2011 16:30:22 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9647#comment-1033</guid>
		<description>Great message Anthony.  I am not trying to create resolutions for 2012, and I am trying to create goals for 2012.  These goals, I hope, will be supported by my family, friends, and co workers.  These goals will be backed up by what Darren Hardy calls a weekly register.  This weekly register is to help document and track my work towards these goals and it to be reviewed by a performance partner or mentor.  One of the first things on the goal sheet as a new CIO in healthcare is to get a mentor!  I am praying about this, we will see who God delivers.  Happy New Year!</description>
		<content:encoded><![CDATA[<p>Great message Anthony.  I am not trying to create resolutions for 2012, and I am trying to create goals for 2012.  These goals, I hope, will be supported by my family, friends, and co workers.  These goals will be backed up by what Darren Hardy calls a weekly register.  This weekly register is to help document and track my work towards these goals and it to be reviewed by a performance partner or mentor.  One of the first things on the goal sheet as a new CIO in healthcare is to get a mentor!  I am praying about this, we will see who God delivers.  Happy New Year!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Your EHR Works As Designed, And That&#8217;s The Problem by Paul Roemer</title>
		<link>http://healthsystemcio.com/2011/12/28/your-ehr-works-as-designed-and-thats-the-problem/#comment-1032</link>
		<dc:creator>Paul Roemer</dc:creator>
		<pubDate>Thu, 29 Dec 2011 00:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9602#comment-1032</guid>
		<description>Thanks Daniel for reading and commenting. I could not agree more.</description>
		<content:encoded><![CDATA[<p>Thanks Daniel for reading and commenting. I could not agree more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Your EHR Works As Designed, And That&#8217;s The Problem by dmmorreale</title>
		<link>http://healthsystemcio.com/2011/12/28/your-ehr-works-as-designed-and-thats-the-problem/#comment-1031</link>
		<dc:creator>dmmorreale</dc:creator>
		<pubDate>Wed, 28 Dec 2011 17:00:17 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9602#comment-1031</guid>
		<description>Well Paul I don&#039;t disagree.  So often we forget is about adoption not the technology and the tools.  As IT professionals we need to ask the questions which lead to better, faster and more completed adoption not installation and training.   If you Install an EMR correctly the  process never ends.  it is a continued effort of tweaks, changes, workflow enhancements and modifications.</description>
		<content:encoded><![CDATA[<p>Well Paul I don&#8217;t disagree.  So often we forget is about adoption not the technology and the tools.  As IT professionals we need to ask the questions which lead to better, faster and more completed adoption not installation and training.   If you Install an EMR correctly the  process never ends.  it is a continued effort of tweaks, changes, workflow enhancements and modifications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My Journey To Professional Oblivion And Back Again by dmmorreale</title>
		<link>http://healthsystemcio.com/2011/12/27/my-journey-to-professional-oblivion-and-back-again/#comment-1030</link>
		<dc:creator>dmmorreale</dc:creator>
		<pubDate>Wed, 28 Dec 2011 16:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9587#comment-1030</guid>
		<description>Thanks for the comment Jorge. A I think of it as the support system paradox.. It is strongest when you need it the least and weakest when you need it the most.</description>
		<content:encoded><![CDATA[<p>Thanks for the comment Jorge. A I think of it as the support system paradox.. It is strongest when you need it the least and weakest when you need it the most.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My Journey To Professional Oblivion And Back Again by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2011/12/27/my-journey-to-professional-oblivion-and-back-again/#comment-1029</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Wed, 28 Dec 2011 15:15:57 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9587#comment-1029</guid>
		<description>Dan:

You are so on target with the feelings and stress involved in a job search.   Your support system can make all the difference.  When I chose to not renew a position with an engineering consulting firm I worked for, the economy was good and I figured no big challenge.  Unfortunately during the trip for my first interview I got Bell&#039;s Palsey.  The whole right side of my face was as good as paralyzed, my speech slurred, and quality of life non-existent, as I even had to wear an eye patch because my right eye would not blink.   My spouse at the time was very supportive, though, as were my real friends.   I was surprised at how may guy&#039;s that used to just drop by for a beer when I was employed stayed away or ducked calls.   Meanwhile, others came by at least once a week and were extremely supportive.   

Like your wife, mine said, &quot;Let&#039;s celebrate - your were less than happy and now we can go fishing more often.&quot;  It took 9 months for me to get my next gig and, even then, interviews were tough.  I got through them, though, and had a good long run with the company that hired me before deciding to take a promotion elsewhere.  

In the end, you can&#039;t loose faith and have to enjoy the small wonders that life has to offer.</description>
		<content:encoded><![CDATA[<p>Dan:</p>
<p>You are so on target with the feelings and stress involved in a job search.   Your support system can make all the difference.  When I chose to not renew a position with an engineering consulting firm I worked for, the economy was good and I figured no big challenge.  Unfortunately during the trip for my first interview I got Bell&#8217;s Palsey.  The whole right side of my face was as good as paralyzed, my speech slurred, and quality of life non-existent, as I even had to wear an eye patch because my right eye would not blink.   My spouse at the time was very supportive, though, as were my real friends.   I was surprised at how may guy&#8217;s that used to just drop by for a beer when I was employed stayed away or ducked calls.   Meanwhile, others came by at least once a week and were extremely supportive.   </p>
<p>Like your wife, mine said, &#8220;Let&#8217;s celebrate &#8211; your were less than happy and now we can go fishing more often.&#8221;  It took 9 months for me to get my next gig and, even then, interviews were tough.  I got through them, though, and had a good long run with the company that hired me before deciding to take a promotion elsewhere.  </p>
<p>In the end, you can&#8217;t loose faith and have to enjoy the small wonders that life has to offer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dave Souerwine, President, McKesson Provider Technologies, Chapter 1 by flpoggio</title>
		<link>http://healthsystemcio.com/2011/12/15/dave-souerwine-president-mckesson-provider-technologies-chapter-1/#comment-1026</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Thu, 15 Dec 2011 21:38:01 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9473#comment-1026</guid>
		<description>My thoughts – DS has got a very tough road to hoe…

No software vendor ever wants to use the word ‘sunset’. The second you do, half your client base starts looking at other vendor options, and shortly thereafter half of them will be gone. So, what you do is to buy time –as much as you can – saying we will keep supporting the old system (Horizon), until ‘you’ (really means &#039;we&#039; - see below) are ready to move it to the new one, Paragon. McK will need time, and lots of it. Heck it only took them (and Siemens) some ten or so years to write from scratch a new ERM…and Cerner gave up.

The issue really is not technical scalability. I agree with him, with today’s SQL technology there is no reason why you can’t run a large facility on MS-SQL. Although I would have not have said that six or seven years ago. MS-SQL has come a very long way, enough to give Larry E fits. 

The real issue with scalability is in the business logic. Not the screen /user interface, not the communication speed, not the reporting or back office support.  To paraphrase a past President - It’s the business logic, Stupid! 

As someone who has designed many health care applications over the years, I’ve learned the place where the project bogs down - big time - is in the core business logic. Moving that core to another development tool is a long, tedious and difficult process. 

Why? Because over some three decades, thousands of lines of program code have been buried in the system, and I would guess, in many instances, not documented.  For example, in an ERM system, the permutations and combinations of how to handle covered and non-covered services can vary from county to county, contract to contract, and on and on.  My guess is that as they migrated Horizon from state to state, payor to payor, city to city, etc. a lot of ‘down and dirty’ code was buried deep inside the Horizon executables. Uncovering that is usually a long trial and error process. Many times you do not know it’s there until after you start a Paragon install in a new locale. Uncovering it, figuring it out, finding the documentation, etc…takes ten times longer than anyone expects. (which, by the way, is one good reason to hang on to those old coders, and not re-deploy them).

It&#039;s even more fun in the clinical modules where variations in medical practice change based on what Medical School the docs went to.  

So the good news for current Horizon clients: it will be around for many more years. The bad news: don’t expect any new enhancements or quick regulatory updates. And, if it all takes too long, bye-bye clients.

Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>My thoughts – DS has got a very tough road to hoe…</p>
<p>No software vendor ever wants to use the word ‘sunset’. The second you do, half your client base starts looking at other vendor options, and shortly thereafter half of them will be gone. So, what you do is to buy time –as much as you can – saying we will keep supporting the old system (Horizon), until ‘you’ (really means &#8216;we&#8217; &#8211; see below) are ready to move it to the new one, Paragon. McK will need time, and lots of it. Heck it only took them (and Siemens) some ten or so years to write from scratch a new ERM…and Cerner gave up.</p>
<p>The issue really is not technical scalability. I agree with him, with today’s SQL technology there is no reason why you can’t run a large facility on MS-SQL. Although I would have not have said that six or seven years ago. MS-SQL has come a very long way, enough to give Larry E fits. </p>
<p>The real issue with scalability is in the business logic. Not the screen /user interface, not the communication speed, not the reporting or back office support.  To paraphrase a past President &#8211; It’s the business logic, Stupid! </p>
<p>As someone who has designed many health care applications over the years, I’ve learned the place where the project bogs down &#8211; big time &#8211; is in the core business logic. Moving that core to another development tool is a long, tedious and difficult process. </p>
<p>Why? Because over some three decades, thousands of lines of program code have been buried in the system, and I would guess, in many instances, not documented.  For example, in an ERM system, the permutations and combinations of how to handle covered and non-covered services can vary from county to county, contract to contract, and on and on.  My guess is that as they migrated Horizon from state to state, payor to payor, city to city, etc. a lot of ‘down and dirty’ code was buried deep inside the Horizon executables. Uncovering that is usually a long trial and error process. Many times you do not know it’s there until after you start a Paragon install in a new locale. Uncovering it, figuring it out, finding the documentation, etc…takes ten times longer than anyone expects. (which, by the way, is one good reason to hang on to those old coders, and not re-deploy them).</p>
<p>It&#8217;s even more fun in the clinical modules where variations in medical practice change based on what Medical School the docs went to.  </p>
<p>So the good news for current Horizon clients: it will be around for many more years. The bad news: don’t expect any new enhancements or quick regulatory updates. And, if it all takes too long, bye-bye clients.</p>
<p>Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Where Has The Consulting Quality Gone? by dherman</title>
		<link>http://healthsystemcio.com/2011/12/12/where-has-the-consulting-quality-gone/#comment-1025</link>
		<dc:creator>dherman</dc:creator>
		<pubDate>Wed, 14 Dec 2011 15:05:13 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9446#comment-1025</guid>
		<description>Will, you’re right.  There has been a significant increase in the number of staff augmentation firms that “dial for dollars”, in a sense.   In those business models, there are large numbers of highly commissioned recruiters that search Monster, LinkedIn and other tools for key terms like Epic &amp; certification - and clients receive numerous un-vetted resumes.  This business model puts the risk of the quality of the consultant on the client.  And those types of firms do serve a purpose in providing certain in-demand skillsets in this market.  

However, please don’t be disillusioned that the traditional type of consulting firm no longer exists – ones that do what consultants are engaged to do: identify problems, define and implement solutions using a structured but customized approach that takes unique circumstances into account, collaborate with colleagues and clients, commit to change client organizations in meaningful ways, transfer knowledge, and move on.  Although there may only be a handful of these in the industry today, these firms work very hard to vet candidates to qualify their expertise and consulting abilities, and they pride themselves on the results delivered to the client, which requires strong oversight on engagement quality.  These firms also invest significantly in professional development for their associates and develop structured methodologies so associates across the organization can apply collective knowledge using consistent, proven approaches.

It’s really up to the client to determine what their need is and partner with a consulting firm with the business model that fits their needs. If an organization needs a person with a specific skillset to fill a hole on its team and is willing to manage and oversee quality of deliverables and work, the staff augmentation model can work well.

If a healthcare organization needs a strategic partner to manage a large-scale project or program, facilitate a vendor selection, deploy a repeatable method for developing and updating standardized clinical content (e.g. order sets),  or help set the go-forward IT strategy to support emerging models for ACO-based reimbursement, a more traditional consulting model is the preferred approach.</description>
		<content:encoded><![CDATA[<p>Will, you’re right.  There has been a significant increase in the number of staff augmentation firms that “dial for dollars”, in a sense.   In those business models, there are large numbers of highly commissioned recruiters that search Monster, LinkedIn and other tools for key terms like Epic &#038; certification &#8211; and clients receive numerous un-vetted resumes.  This business model puts the risk of the quality of the consultant on the client.  And those types of firms do serve a purpose in providing certain in-demand skillsets in this market.  </p>
<p>However, please don’t be disillusioned that the traditional type of consulting firm no longer exists – ones that do what consultants are engaged to do: identify problems, define and implement solutions using a structured but customized approach that takes unique circumstances into account, collaborate with colleagues and clients, commit to change client organizations in meaningful ways, transfer knowledge, and move on.  Although there may only be a handful of these in the industry today, these firms work very hard to vet candidates to qualify their expertise and consulting abilities, and they pride themselves on the results delivered to the client, which requires strong oversight on engagement quality.  These firms also invest significantly in professional development for their associates and develop structured methodologies so associates across the organization can apply collective knowledge using consistent, proven approaches.</p>
<p>It’s really up to the client to determine what their need is and partner with a consulting firm with the business model that fits their needs. If an organization needs a person with a specific skillset to fill a hole on its team and is willing to manage and oversee quality of deliverables and work, the staff augmentation model can work well.</p>
<p>If a healthcare organization needs a strategic partner to manage a large-scale project or program, facilitate a vendor selection, deploy a repeatable method for developing and updating standardized clinical content (e.g. order sets),  or help set the go-forward IT strategy to support emerging models for ACO-based reimbursement, a more traditional consulting model is the preferred approach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meet The New Meeting Killer: The Smartphone by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/12/08/meet-the-new-meeting-killer/#comment-1024</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Fri, 09 Dec 2011 14:45:37 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9430#comment-1024</guid>
		<description>thanks Kate - so much of this is just setting the proper expectations. Many think there&#039;s nothing wrong with being late five minutes. It&#039;s up to the meeting organizer to state clear protocols. Getting rid of smart phones should be one of them! :)</description>
		<content:encoded><![CDATA[<p>thanks Kate &#8211; so much of this is just setting the proper expectations. Many think there&#8217;s nothing wrong with being late five minutes. It&#8217;s up to the meeting organizer to state clear protocols. Getting rid of smart phones should be one of them! <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meet The New Meeting Killer: The Smartphone by kgamble</title>
		<link>http://healthsystemcio.com/2011/12/08/meet-the-new-meeting-killer/#comment-1023</link>
		<dc:creator>kgamble</dc:creator>
		<pubDate>Thu, 08 Dec 2011 16:07:59 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9430#comment-1023</guid>
		<description>Great post, Anthony. I&#039;m going to drop a sports reference here. When Tom Coughlin started as coach of the Giants, there was such a big fuss about his insistence that players &amp; coaches show up 5 minutes early for meetings. What he was doing was setting the tone that you need to be present at meetings, which makes total sense to me. I have no patience for people who show up late or check their smartphones during a meeting. It&#039;s disrespectful. Show up, and give your undivided attention.
Hey, it won Coughlin a Super Bowl!</description>
		<content:encoded><![CDATA[<p>Great post, Anthony. I&#8217;m going to drop a sports reference here. When Tom Coughlin started as coach of the Giants, there was such a big fuss about his insistence that players &amp; coaches show up 5 minutes early for meetings. What he was doing was setting the tone that you need to be present at meetings, which makes total sense to me. I have no patience for people who show up late or check their smartphones during a meeting. It&#8217;s disrespectful. Show up, and give your undivided attention.<br />
Hey, it won Coughlin a Super Bowl!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Top Trends In CIO Salaries, Titles, And Credentials by Bonnie Siegel</title>
		<link>http://healthsystemcio.com/2011/11/30/top-trends-in-cio-salaries-titles-and-credentials/#comment-1020</link>
		<dc:creator>Bonnie Siegel</dc:creator>
		<pubDate>Mon, 05 Dec 2011 15:00:43 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9351#comment-1020</guid>
		<description>Hi Eric, thanks for the question. Less than five percent of the CIOs surveyed in 2010 and 2011 had the PMP certification.  I am guessing that many of their IT staff would be PMP certified. The most significant growth in certification for CIOs has been the CPHIMS certification; it was four percent in 2010 and jumped to 36 percent in 2011.</description>
		<content:encoded><![CDATA[<p>Hi Eric, thanks for the question. Less than five percent of the CIOs surveyed in 2010 and 2011 had the PMP certification.  I am guessing that many of their IT staff would be PMP certified. The most significant growth in certification for CIOs has been the CPHIMS certification; it was four percent in 2010 and jumped to 36 percent in 2011.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Top Trends In CIO Salaries, Titles, And Credentials by mcclunge</title>
		<link>http://healthsystemcio.com/2011/11/30/top-trends-in-cio-salaries-titles-and-credentials/#comment-1019</link>
		<dc:creator>mcclunge</dc:creator>
		<pubDate>Sat, 03 Dec 2011 22:37:14 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9351#comment-1019</guid>
		<description>Bonnie, was there a significant % that had indicated they had obtained PMP certification?</description>
		<content:encoded><![CDATA[<p>Bonnie, was there a significant % that had indicated they had obtained PMP certification?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on iPads Have Much Potential, But Significant Challenges Remain by dkberry</title>
		<link>http://healthsystemcio.com/2011/11/11/ipads-have-much-potential-but-significant-challenges-remain/#comment-1016</link>
		<dc:creator>dkberry</dc:creator>
		<pubDate>Sat, 12 Nov 2011 04:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=9197#comment-1016</guid>
		<description>&quot;But adding the iPad to the inventory, and doing it well, isn’t as easy as some have made it seem.&quot;

Right.  And I&#039;ll speculate you knew that before you ran your test.  

As you noted the challenge is running the app via the iPad but unlike your balanced piece your CTO in his “iPads in Healthcare:  Not So Fast” made it appear that the iPad was the problem, not your legacy EMR or the lack of an effective interface. 

At the end of the day it comes down to the revenue generators want to use their iPads as an input device having seen or read of successful deployments.  

Your data security concerns are quite valid and if Cerner isn&#039;t working on that iPad bridge that recognizes your perspective then it is setting up a potential leak of &#039;their/your&#039; patient data.  My bet you aren&#039;t the only CIO to challenge Cerner for an iPad interface and if they aren&#039;t engaged to service their deployed legacy systems then they are failing to see where the market demand will require them to go. 

Suggest you just ask them if they remember BetaMax. They may not.  Hint.</description>
		<content:encoded><![CDATA[<p>&#8220;But adding the iPad to the inventory, and doing it well, isn’t as easy as some have made it seem.&#8221;</p>
<p>Right.  And I&#8217;ll speculate you knew that before you ran your test.  </p>
<p>As you noted the challenge is running the app via the iPad but unlike your balanced piece your CTO in his “iPads in Healthcare:  Not So Fast” made it appear that the iPad was the problem, not your legacy EMR or the lack of an effective interface. </p>
<p>At the end of the day it comes down to the revenue generators want to use their iPads as an input device having seen or read of successful deployments.  </p>
<p>Your data security concerns are quite valid and if Cerner isn&#8217;t working on that iPad bridge that recognizes your perspective then it is setting up a potential leak of &#8216;their/your&#8217; patient data.  My bet you aren&#8217;t the only CIO to challenge Cerner for an iPad interface and if they aren&#8217;t engaged to service their deployed legacy systems then they are failing to see where the market demand will require them to go. </p>
<p>Suggest you just ask them if they remember BetaMax. They may not.  Hint.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 7 — Pay Now and Pay Later? by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2011/04/04/meditech-6-0-diary-part-7-%e2%80%94-pay-now-and-pay-later/#comment-1008</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Sat, 22 Oct 2011 00:35:11 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6860#comment-1008</guid>
		<description>Mcleod1010:

I find it interesting that the Meditech call is for post go live CIO&#039;s.   Maybe I am off base not having had the opportunity to take part in one but I would think those CIO&#039;s in pre-go live status might gain the most from the lesson&#039;s learned.

Thanks for the luck wishes I look forward to joining the calls post 1 JAN.

j</description>
		<content:encoded><![CDATA[<p>Mcleod1010:</p>
<p>I find it interesting that the Meditech call is for post go live CIO&#8217;s.   Maybe I am off base not having had the opportunity to take part in one but I would think those CIO&#8217;s in pre-go live status might gain the most from the lesson&#8217;s learned.</p>
<p>Thanks for the luck wishes I look forward to joining the calls post 1 JAN.</p>
<p>j</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 7 — Pay Now and Pay Later? by mcleod1010</title>
		<link>http://healthsystemcio.com/2011/04/04/meditech-6-0-diary-part-7-%e2%80%94-pay-now-and-pay-later/#comment-1007</link>
		<dc:creator>mcleod1010</dc:creator>
		<pubDate>Fri, 21 Oct 2011 22:37:30 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6860#comment-1007</guid>
		<description>There is a group of CIOs that meet on the phone monthly who have all implemented 6.0.  It is a great place to try and ensure that the same mistakes made by one team are not made by the other.  It takes the customers banding together to provide the lessons learned back to Meditech on their implementations, best practices and how not to continue to make the same mistakes time after time.  Best of luck and once you are implemented, you need to join the call!</description>
		<content:encoded><![CDATA[<p>There is a group of CIOs that meet on the phone monthly who have all implemented 6.0.  It is a great place to try and ensure that the same mistakes made by one team are not made by the other.  It takes the customers banding together to provide the lessons learned back to Meditech on their implementations, best practices and how not to continue to make the same mistakes time after time.  Best of luck and once you are implemented, you need to join the call!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Space We Can Recover, Time Never by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/10/13/space-we-can-recover-time-never/#comment-1002</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Fri, 14 Oct 2011 12:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8948#comment-1002</guid>
		<description>Good points Jorge. Sounds like you haven&#039;t burned any bridges that can&#039;t be mended. The old, &quot;Listen, I&#039;m sorry things got out of hand the other day ...&quot; can work wonders to get the relationship back on track. 

Will I go back to the orchard in question next year? Not if there&#039;s another convenient alternative. If there&#039;s not, I&#039;ll go back, only perhaps I&#039;ll be wearing a disguise :)</description>
		<content:encoded><![CDATA[<p>Good points Jorge. Sounds like you haven&#8217;t burned any bridges that can&#8217;t be mended. The old, &#8220;Listen, I&#8217;m sorry things got out of hand the other day &#8230;&#8221; can work wonders to get the relationship back on track. </p>
<p>Will I go back to the orchard in question next year? Not if there&#8217;s another convenient alternative. If there&#8217;s not, I&#8217;ll go back, only perhaps I&#8217;ll be wearing a disguise <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Space We Can Recover, Time Never by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2011/10/13/space-we-can-recover-time-never/#comment-999</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Thu, 13 Oct 2011 18:26:03 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8948#comment-999</guid>
		<description>Anthony, reading this reminded me that all too often things in the business world can get easily heated when emotions start to run high.  All too often they come at a cost for both the business and the customer as you so clearly showed (he won&#039;t be selling you any more apples and you won&#039;t be buying any from him given the choice).   It is always interesting that companies are willing to take that stand with a customer.   All too often than not their action even if sometimes based on frustration leads to negative word of mouth publicity or negative future sales opportunities.  They forget that customers do have options.   

On the flip side I think I see a trend towards customers having higher expectations and maybe not being a &quot;good&quot; customer or as willing to work with company as in the past.  I just recently had my car detailed and the company did a really terrible job.  In discussing it with them they offered to re-do some of the work but I refused as they had the car for over 8 hours already and was frustrated.   In the end I am sure they were as frustrated with me as an unsatisfied customer as I was with them but instead of the dialog being something that resulted in a win - win we ended up in  lose -lose situation negatively impacting the relationship moving forward.   Perhaps we both just need to put down the frustrations and take 3 steps back so that neither of us cut off our nose to spite our face.</description>
		<content:encoded><![CDATA[<p>Anthony, reading this reminded me that all too often things in the business world can get easily heated when emotions start to run high.  All too often they come at a cost for both the business and the customer as you so clearly showed (he won&#8217;t be selling you any more apples and you won&#8217;t be buying any from him given the choice).   It is always interesting that companies are willing to take that stand with a customer.   All too often than not their action even if sometimes based on frustration leads to negative word of mouth publicity or negative future sales opportunities.  They forget that customers do have options.   </p>
<p>On the flip side I think I see a trend towards customers having higher expectations and maybe not being a &#8220;good&#8221; customer or as willing to work with company as in the past.  I just recently had my car detailed and the company did a really terrible job.  In discussing it with them they offered to re-do some of the work but I refused as they had the car for over 8 hours already and was frustrated.   In the end I am sure they were as frustrated with me as an unsatisfied customer as I was with them but instead of the dialog being something that resulted in a win &#8211; win we ended up in  lose -lose situation negatively impacting the relationship moving forward.   Perhaps we both just need to put down the frustrations and take 3 steps back so that neither of us cut off our nose to spite our face.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The High Cost Of Saying No by kgamble</title>
		<link>http://healthsystemcio.com/2011/10/06/the-high-cost-of-saying-no/#comment-994</link>
		<dc:creator>kgamble</dc:creator>
		<pubDate>Thu, 06 Oct 2011 14:07:35 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8898#comment-994</guid>
		<description>&quot;Generosity creates goodwill and goodwill is what makes those around you achieve great things.&quot; Very well said. Too few people in charge seem to grasp this concept--but kudos to those who do!</description>
		<content:encoded><![CDATA[<p>&#8220;Generosity creates goodwill and goodwill is what makes those around you achieve great things.&#8221; Very well said. Too few people in charge seem to grasp this concept&#8211;but kudos to those who do!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Two Standards Forward, One Step Back by stratman65</title>
		<link>http://healthsystemcio.com/2011/08/23/two-standards-forward-one-step-back/#comment-990</link>
		<dc:creator>stratman65</dc:creator>
		<pubDate>Fri, 23 Sep 2011 14:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8341#comment-990</guid>
		<description>Yes, first ICD-9-CM and soon ICD-10 are not billing codes. Yes they are used for DRG reimbursement and have been for a long time but if you know the history of ICD the purpose is not billing. It is a classification system really for the purpose of statistical analysis. SNOMED is for research. The flaw is with Meaningful Use and the the concept of problem lists. This is basically marketing for EHR&#039;s. CMS wants the reason for admission and will be setting the bar higher for ICD10. ICD coding and Meaningful Use are separate topics and agendas. I&#039;m afraid it will be a harsh lesson for most.</description>
		<content:encoded><![CDATA[<p>Yes, first ICD-9-CM and soon ICD-10 are not billing codes. Yes they are used for DRG reimbursement and have been for a long time but if you know the history of ICD the purpose is not billing. It is a classification system really for the purpose of statistical analysis. SNOMED is for research. The flaw is with Meaningful Use and the the concept of problem lists. This is basically marketing for EHR&#8217;s. CMS wants the reason for admission and will be setting the bar higher for ICD10. ICD coding and Meaningful Use are separate topics and agendas. I&#8217;m afraid it will be a harsh lesson for most.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Inevitability Of ACOs by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/08/16/the-inevitability-of-acos/#comment-982</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Tue, 20 Sep 2011 19:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8271#comment-982</guid>
		<description>Thank you, Aaron.  You ask a great question and one that I&#039;ve been thinking about in the background for quite some time.  It deserves its own blog, but in short healthcare IT vendors and application developers need to adopt more modern application development-- basic stuff like OOP and loose coupling.  Most importantly, the vendors need to occasionally plan for total technology refresh-- for example, re-engineering their data models; and dropping their VB code in favor of C# and .Net for example.  At a higher level, once these vendor applications are more open and more extensible, they need to adopt simple ideas and concepts from banking (financial transactions to healthcare payment), airlines (reminders and healthcare itineraries), Facebook (Check In, easy mix of broad and narrow messaging), and Amazon (clinical orders).  Part of the innovation in healthcare needs to occur at the reimbursement and payment levels, which is beyond the scope of change for software-- that&#039;s the land of legislature, policy, and culture.  But in the meantime, better software can make these changes easier and faster.

Hope that helps!

:-)
Dale</description>
		<content:encoded><![CDATA[<p>Thank you, Aaron.  You ask a great question and one that I&#8217;ve been thinking about in the background for quite some time.  It deserves its own blog, but in short healthcare IT vendors and application developers need to adopt more modern application development&#8211; basic stuff like OOP and loose coupling.  Most importantly, the vendors need to occasionally plan for total technology refresh&#8211; for example, re-engineering their data models; and dropping their VB code in favor of C# and .Net for example.  At a higher level, once these vendor applications are more open and more extensible, they need to adopt simple ideas and concepts from banking (financial transactions to healthcare payment), airlines (reminders and healthcare itineraries), Facebook (Check In, easy mix of broad and narrow messaging), and Amazon (clinical orders).  Part of the innovation in healthcare needs to occur at the reimbursement and payment levels, which is beyond the scope of change for software&#8211; that&#8217;s the land of legislature, policy, and culture.  But in the meantime, better software can make these changes easier and faster.</p>
<p>Hope that helps!</p>
<p> <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
Dale</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Most Effective Method Of Mentoring by Bruce Reirden</title>
		<link>http://healthsystemcio.com/2011/09/15/the-most-effective-method-of-mentoring/#comment-975</link>
		<dc:creator>Bruce Reirden</dc:creator>
		<pubDate>Mon, 19 Sep 2011 01:09:12 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8707#comment-975</guid>
		<description>This is a great method for mentoring direct reports.  You asked: what are the best methods, here are some approaches which I have found that worked well: 

Choose some meetings that your direct reports can attend and represent you, or the department.  Get feedback from them as to how things went, and why.

Get direct reports directly involved in the departmental planning, goal/budget setting and evaluation of the results.  This works really well when they have a stake in the game and merit and/or bonus pay is on the line.

In your absence and to the extent possible, delegate responsibility to a direct report to act on your behalf.

Support their attendance at training, conferences and participation in user groups.

Utilize feedback mechanisms such as 360 degree programs, where possible.

Above all, have regularly scheduled one on one discussions with direct reports that provide a safe environment for open and frank dialogue.</description>
		<content:encoded><![CDATA[<p>This is a great method for mentoring direct reports.  You asked: what are the best methods, here are some approaches which I have found that worked well: </p>
<p>Choose some meetings that your direct reports can attend and represent you, or the department.  Get feedback from them as to how things went, and why.</p>
<p>Get direct reports directly involved in the departmental planning, goal/budget setting and evaluation of the results.  This works really well when they have a stake in the game and merit and/or bonus pay is on the line.</p>
<p>In your absence and to the extent possible, delegate responsibility to a direct report to act on your behalf.</p>
<p>Support their attendance at training, conferences and participation in user groups.</p>
<p>Utilize feedback mechanisms such as 360 degree programs, where possible.</p>
<p>Above all, have regularly scheduled one on one discussions with direct reports that provide a safe environment for open and frank dialogue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CIO Tips On Vendor Sleuthing by Steve Huffman</title>
		<link>http://healthsystemcio.com/2011/09/01/cio-tips-on-vendor-sleuthing/#comment-973</link>
		<dc:creator>Steve Huffman</dc:creator>
		<pubDate>Fri, 09 Sep 2011 12:19:50 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8498#comment-973</guid>
		<description>Frank - Thanks for the comment and that is a great point, but for those private companies CIO&#039;s still have some, albeit limited, options.  Probably the best option is to use a service like CapSite that leverages contracts of other clients and vendors and shares a redacted version, for a fee to customers.</description>
		<content:encoded><![CDATA[<p>Frank &#8211; Thanks for the comment and that is a great point, but for those private companies CIO&#8217;s still have some, albeit limited, options.  Probably the best option is to use a service like CapSite that leverages contracts of other clients and vendors and shares a redacted version, for a fee to customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CIO Tips On Vendor Sleuthing by flpoggio</title>
		<link>http://healthsystemcio.com/2011/09/01/cio-tips-on-vendor-sleuthing/#comment-972</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Fri, 09 Sep 2011 02:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8498#comment-972</guid>
		<description>Steve,
As one who has worked for both public and private vendors this all very useful and true...except when the vendor is a private company such as Epic &amp; Meditech. A clear advantage for them.

In contract negotiation, information is real power, too bad it&#039;s overlooked by most buyers.

Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Steve,<br />
As one who has worked for both public and private vendors this all very useful and true&#8230;except when the vendor is a private company such as Epic &#038; Meditech. A clear advantage for them.</p>
<p>In contract negotiation, information is real power, too bad it&#8217;s overlooked by most buyers.</p>
<p>Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Top Ten Essential Vendor Behaviors in Today’s Market by Daisy</title>
		<link>http://healthsystemcio.com/2011/08/30/top-ten-essential-vendor-behaviors-in-todays-market/#comment-961</link>
		<dc:creator>Daisy</dc:creator>
		<pubDate>Tue, 30 Aug 2011 16:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8449#comment-961</guid>
		<description>Hi Dale, 
This is some very insightful stuff. I work for a policy management software company, and as a vendor to hospitals in the United States, we can directly apply some of the points you mentioned in the post. I&#039;m going to pass it along to our sales team, and maybe even company-wide, so that we can better align our competencies with their needs. 
Cheers, 
Daisy</description>
		<content:encoded><![CDATA[<p>Hi Dale,<br />
This is some very insightful stuff. I work for a policy management software company, and as a vendor to hospitals in the United States, we can directly apply some of the points you mentioned in the post. I&#8217;m going to pass it along to our sales team, and maybe even company-wide, so that we can better align our competencies with their needs.<br />
Cheers,<br />
Daisy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Hidden Pools of Healthcare IT Talent by Daisy</title>
		<link>http://healthsystemcio.com/2011/08/26/the-hidden-pools-of-healthcare-it-talent/#comment-958</link>
		<dc:creator>Daisy</dc:creator>
		<pubDate>Mon, 29 Aug 2011 20:29:13 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8412#comment-958</guid>
		<description>Hi Rich, 
As a document management software vendor for hospitals, we&#039;ve adopted a couple of the same tactics you&#039;ve mentioned in hiring for talent. Instead of hiring seasoned employees (who we thought would have better etiquette for communicating with senior execs in healthcare organizations), we realized that we had to tap into the raw energy and fervor for learning that we&#039;ve been able to find in much younger prospects. 

The other strategy we&#039;ve employed is tapping into student talent. Students are eager to pick up projects with a &quot;can-do&quot; attitude, if not simply for the sake of gaining as much experience and exposure as they can. Another benefit of using student talent is that they bring a perspective that&#039;s lost on employees 
that have been knee-deep in the industry for as long as they can remember; they can see things from an outsider perspective. That kind of insight is invaluable. 

Cheers, 
Daisy</description>
		<content:encoded><![CDATA[<p>Hi Rich,<br />
As a document management software vendor for hospitals, we&#8217;ve adopted a couple of the same tactics you&#8217;ve mentioned in hiring for talent. Instead of hiring seasoned employees (who we thought would have better etiquette for communicating with senior execs in healthcare organizations), we realized that we had to tap into the raw energy and fervor for learning that we&#8217;ve been able to find in much younger prospects. </p>
<p>The other strategy we&#8217;ve employed is tapping into student talent. Students are eager to pick up projects with a &#8220;can-do&#8221; attitude, if not simply for the sake of gaining as much experience and exposure as they can. Another benefit of using student talent is that they bring a perspective that&#8217;s lost on employees<br />
that have been knee-deep in the industry for as long as they can remember; they can see things from an outsider perspective. That kind of insight is invaluable. </p>
<p>Cheers,<br />
Daisy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Real Headline In Healthcare IT by Brian Ahier</title>
		<link>http://healthsystemcio.com/2011/08/25/the-real-headline-in-healthcare-it/#comment-957</link>
		<dc:creator>Brian Ahier</dc:creator>
		<pubDate>Mon, 29 Aug 2011 13:53:59 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8399#comment-957</guid>
		<description>It is certainly time to tap the brakes. There are some very sharp curves ahead and bound to be some crashes...

Another outstanding, thought provoking and realistic post by Anthony!</description>
		<content:encoded><![CDATA[<p>It is certainly time to tap the brakes. There are some very sharp curves ahead and bound to be some crashes&#8230;</p>
<p>Another outstanding, thought provoking and realistic post by Anthony!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Real Headline In Healthcare IT by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/08/25/the-real-headline-in-healthcare-it/#comment-956</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Fri, 26 Aug 2011 11:05:58 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8399#comment-956</guid>
		<description>And Will, you are also right about CMS not wanting to get egg on its face when the final results on MU, ACO, etc get crunched. It&#039;s going to be a horror show, though the spin to claim victory on some level will be furious.</description>
		<content:encoded><![CDATA[<p>And Will, you are also right about CMS not wanting to get egg on its face when the final results on MU, ACO, etc get crunched. It&#8217;s going to be a horror show, though the spin to claim victory on some level will be furious.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Real Headline In Healthcare IT by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/08/25/the-real-headline-in-healthcare-it/#comment-955</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Fri, 26 Aug 2011 11:04:10 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8399#comment-955</guid>
		<description>thanks for both your comments - I obviously agree with Will&#039;s perspective. I&#039;ve interviewed dozens and dozens of CIOs about this, and many feel overwhelmed. None other than John Halamka, who doubtless gets overwhelmed by very little, says the pace is too fast. Good debate -- thanks again!</description>
		<content:encoded><![CDATA[<p>thanks for both your comments &#8211; I obviously agree with Will&#8217;s perspective. I&#8217;ve interviewed dozens and dozens of CIOs about this, and many feel overwhelmed. None other than John Halamka, who doubtless gets overwhelmed by very little, says the pace is too fast. Good debate &#8212; thanks again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Real Headline In Healthcare IT by Will Weider</title>
		<link>http://healthsystemcio.com/2011/08/25/the-real-headline-in-healthcare-it/#comment-952</link>
		<dc:creator>Will Weider</dc:creator>
		<pubDate>Thu, 25 Aug 2011 16:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8399#comment-952</guid>
		<description>This is spot on and very well said. My theory is that CMS can&#039;t be successful with this rate of change either, and they will raise the red flag before most of these deadlines hit. Unfortunately there will be a lot of wasted effort when we reach the point where we start unraveling these things.</description>
		<content:encoded><![CDATA[<p>This is spot on and very well said. My theory is that CMS can&#8217;t be successful with this rate of change either, and they will raise the red flag before most of these deadlines hit. Unfortunately there will be a lot of wasted effort when we reach the point where we start unraveling these things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Real Headline In Healthcare IT by dlmilleruams</title>
		<link>http://healthsystemcio.com/2011/08/25/the-real-headline-in-healthcare-it/#comment-951</link>
		<dc:creator>dlmilleruams</dc:creator>
		<pubDate>Thu, 25 Aug 2011 16:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8399#comment-951</guid>
		<description>I keep hearing about healthcare CIOs feeling overwhelmed and having an &#039;unsustainable burden&#039; forced upon them. I wonder if those who feel that way are the &#039;old school&#039; CIOs who see themselves as more tactical/technological than strategic. For those who are a part of the organizational strategic thought process, the opportunity to be a part of transformation change is envigorating, not overwhelming. I have heard it said that healthcare reform is the &quot;challenge of our generation&quot;, much like WWII was for our parents and grandparents. It is a challenge that I embrace, and I know a lot of others who are as well.</description>
		<content:encoded><![CDATA[<p>I keep hearing about healthcare CIOs feeling overwhelmed and having an &#8216;unsustainable burden&#8217; forced upon them. I wonder if those who feel that way are the &#8216;old school&#8217; CIOs who see themselves as more tactical/technological than strategic. For those who are a part of the organizational strategic thought process, the opportunity to be a part of transformation change is envigorating, not overwhelming. I have heard it said that healthcare reform is the &#8220;challenge of our generation&#8221;, much like WWII was for our parents and grandparents. It is a challenge that I embrace, and I know a lot of others who are as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Two HIEs Are One Too Many by pireland</title>
		<link>http://healthsystemcio.com/2011/03/24/two-hies-are-one-too-many/#comment-941</link>
		<dc:creator>pireland</dc:creator>
		<pubDate>Tue, 23 Aug 2011 16:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6775#comment-941</guid>
		<description>I like your observation, but I think you missed something with your analogy.

Look back at the definition you quoted:
HIE provides the capability to electronically move clinical information among disparate health care information systems while maintaining the meaning of the information being exchanged.

Note &quot;maintaining the meaning of the information being exchanged&quot;.  The HIE is not primarily dealing with transportation, it is dealing with TRANSLATION.  They translate the data so that it means the same thing to each system.

We have no need for HIEs to do transportation.  The internet already solves that.  We already can pipe 1&#039;s and 0&#039;s.  One EMR can readily communicate with another.  The issue right now is translation of data and verification of that data (both the content and source).

And honestly, this issue has been solved in many other realms with standards rather than 3rd parties.  The internet has standards to deal with transferring data (like HTML standards) and standards of how to verify sources of data (DNS - which does require oversight by a central agency).

I see the need for a NHIE, but only to uphold proper standards of communication would allow EMRs, PHRs, etc. to exchange information freely without going through a 3rd party &quot;pipe&quot;.</description>
		<content:encoded><![CDATA[<p>I like your observation, but I think you missed something with your analogy.</p>
<p>Look back at the definition you quoted:<br />
HIE provides the capability to electronically move clinical information among disparate health care information systems while maintaining the meaning of the information being exchanged.</p>
<p>Note &#8220;maintaining the meaning of the information being exchanged&#8221;.  The HIE is not primarily dealing with transportation, it is dealing with TRANSLATION.  They translate the data so that it means the same thing to each system.</p>
<p>We have no need for HIEs to do transportation.  The internet already solves that.  We already can pipe 1&#8242;s and 0&#8242;s.  One EMR can readily communicate with another.  The issue right now is translation of data and verification of that data (both the content and source).</p>
<p>And honestly, this issue has been solved in many other realms with standards rather than 3rd parties.  The internet has standards to deal with transferring data (like HTML standards) and standards of how to verify sources of data (DNS &#8211; which does require oversight by a central agency).</p>
<p>I see the need for a NHIE, but only to uphold proper standards of communication would allow EMRs, PHRs, etc. to exchange information freely without going through a 3rd party &#8220;pipe&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Inevitability Of ACOs by afraz</title>
		<link>http://healthsystemcio.com/2011/08/16/the-inevitability-of-acos/#comment-936</link>
		<dc:creator>afraz</dc:creator>
		<pubDate>Sun, 21 Aug 2011 22:04:43 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8271#comment-936</guid>
		<description>Dale,
I enjoy your insights in your many posts on this site. As a software innovator, I would be very interested in hearing your perspective on what specific limitations the &quot;disruptive innovation&quot; should address. 

Thanks very much,
-Aaron</description>
		<content:encoded><![CDATA[<p>Dale,<br />
I enjoy your insights in your many posts on this site. As a software innovator, I would be very interested in hearing your perspective on what specific limitations the &#8220;disruptive innovation&#8221; should address. </p>
<p>Thanks very much,<br />
-Aaron</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on An Influential Voice For Restraint by Will Weider</title>
		<link>http://healthsystemcio.com/2011/08/11/an-influential-voice-for-restraint/#comment-923</link>
		<dc:creator>Will Weider</dc:creator>
		<pubDate>Sun, 14 Aug 2011 20:12:16 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8209#comment-923</guid>
		<description>I completely agree. There is much to be admired about John. He is the most prolific person that I can imagine. He is frequently the first one to tell everyone to charge the hill, which appears to be his greatest attribute and failing. I have disagreed with some of his advocacy (e.g., CPOE using the current generation of products). So, when I hear him say that an effort is too much effort given the other priorities, then people should believe him. The two areas you cite are defintely areas of poor prioritization.

Because Halmka is so influential it is important that his advocacy is not only based on a conceptually a good idea, but they also need to be achievable given the other priorities in the healthcare industry.</description>
		<content:encoded><![CDATA[<p>I completely agree. There is much to be admired about John. He is the most prolific person that I can imagine. He is frequently the first one to tell everyone to charge the hill, which appears to be his greatest attribute and failing. I have disagreed with some of his advocacy (e.g., CPOE using the current generation of products). So, when I hear him say that an effort is too much effort given the other priorities, then people should believe him. The two areas you cite are defintely areas of poor prioritization.</p>
<p>Because Halmka is so influential it is important that his advocacy is not only based on a conceptually a good idea, but they also need to be achievable given the other priorities in the healthcare industry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What Vacations Tell Us About Life by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/08/04/what-vacations-tell-us-about-life/#comment-914</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Fri, 05 Aug 2011 13:13:06 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8142#comment-914</guid>
		<description>Hysterical (and so sadly true)!</description>
		<content:encoded><![CDATA[<p>Hysterical (and so sadly true)!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What Vacations Tell Us About Life by idigresearch</title>
		<link>http://healthsystemcio.com/2011/08/04/what-vacations-tell-us-about-life/#comment-913</link>
		<dc:creator>idigresearch</dc:creator>
		<pubDate>Thu, 04 Aug 2011 16:05:55 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8142#comment-913</guid>
		<description>Mothers never go on vacation. They just do the same things in different places.</description>
		<content:encoded><![CDATA[<p>Mothers never go on vacation. They just do the same things in different places.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Power of Resignation by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/07/28/the-power-of-resignation/#comment-906</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Fri, 29 Jul 2011 07:40:30 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8084#comment-906</guid>
		<description>Thanks Mark - great advice. 

The topic is also well addressed in this interview: 

http://healthsystemcio.com/2011/07/05/john-stanley-svpcio-riverside-health-system-chapter-4/</description>
		<content:encoded><![CDATA[<p>Thanks Mark &#8211; great advice. </p>
<p>The topic is also well addressed in this interview: </p>
<p><a href="http://healthsystemcio.com/2011/07/05/john-stanley-svpcio-riverside-health-system-chapter-4/" rel="nofollow">http://healthsystemcio.com/2011/07/05/john-stanley-svpcio-riverside-health-system-chapter-4/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Power of Resignation by mark9501</title>
		<link>http://healthsystemcio.com/2011/07/28/the-power-of-resignation/#comment-905</link>
		<dc:creator>mark9501</dc:creator>
		<pubDate>Thu, 28 Jul 2011 20:11:23 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8084#comment-905</guid>
		<description>As the saying goes, no person on their deathbed says &quot; I wish I would have worked more &quot;. As someone who recently resigned I can say with confidence it was worth it.   Stress impacts us all in different ways, and when you feel that you cannot influence a situation, you need to remove yourself, as you are battling two fronts.  Have a solid exit plan (financial) a realistic approach to decompression, and then take that time to reflect on what you will do differently when (if) you re-enter the race.  I believe we will be better professionally and as persons when we start anew.</description>
		<content:encoded><![CDATA[<p>As the saying goes, no person on their deathbed says &#8221; I wish I would have worked more &#8220;. As someone who recently resigned I can say with confidence it was worth it.   Stress impacts us all in different ways, and when you feel that you cannot influence a situation, you need to remove yourself, as you are battling two fronts.  Have a solid exit plan (financial) a realistic approach to decompression, and then take that time to reflect on what you will do differently when (if) you re-enter the race.  I believe we will be better professionally and as persons when we start anew.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Survey Shows MU Quality Reporting Top CIO Concern by flpoggio</title>
		<link>http://healthsystemcio.com/2011/06/29/survey-shows-mu-quality-reporting-top-cio-concern/#comment-904</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Thu, 28 Jul 2011 17:03:40 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7821#comment-904</guid>
		<description>MU quality reporting problem SOLVED!

ONC wants to help. They have announced free software to help track and calculate these quality measures. Under the auspices of the ONC, open source software has been developed that “automates the reporting of Meaningful Use quality measures” for EPs. It is called popHealth. This open source will allow vendors to incorporate the functionality into their systems. See…ONC is from the govt and they are here to help! More info at: http://projectpophealth.org/

Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>MU quality reporting problem SOLVED!</p>
<p>ONC wants to help. They have announced free software to help track and calculate these quality measures. Under the auspices of the ONC, open source software has been developed that “automates the reporting of Meaningful Use quality measures” for EPs. It is called popHealth. This open source will allow vendors to incorporate the functionality into their systems. See…ONC is from the govt and they are here to help! More info at: <a href="http://projectpophealth.org/" rel="nofollow">http://projectpophealth.org/</a></p>
<p>Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Becoming The Mayor Of Gemba by John J. Wall</title>
		<link>http://healthsystemcio.com/2011/07/14/becoming-the-mayor-of-gemba/#comment-903</link>
		<dc:creator>John J. Wall</dc:creator>
		<pubDate>Wed, 27 Jul 2011 14:16:18 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=8019#comment-903</guid>
		<description>Thanks for the link on Gemba, I&#039;m familiar with the Toyota Production System but didn&#039;t realize there was an equivalent of &quot;Management by walking around&quot;.</description>
		<content:encoded><![CDATA[<p>Thanks for the link on Gemba, I&#8217;m familiar with the Toyota Production System but didn&#8217;t realize there was an equivalent of &#8220;Management by walking around&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Charles Colander, VP/CIO, Elmhurst Memorial Healthcare, Chapter 2 by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/07/19/charles-colander-vpcio-elmhurst-memorial-healthcare-chapter-2/#comment-902</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Wed, 27 Jul 2011 12:26:46 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7982#comment-902</guid>
		<description>Thank you very much for this very informative comment. I had no idea that employed docs might even feel more of the EMR-implementation/Meaningful Use brunt. My eyes have certainly been opened.</description>
		<content:encoded><![CDATA[<p>Thank you very much for this very informative comment. I had no idea that employed docs might even feel more of the EMR-implementation/Meaningful Use brunt. My eyes have certainly been opened.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Charles Colander, VP/CIO, Elmhurst Memorial Healthcare, Chapter 2 by ATMD</title>
		<link>http://healthsystemcio.com/2011/07/19/charles-colander-vpcio-elmhurst-memorial-healthcare-chapter-2/#comment-901</link>
		<dc:creator>ATMD</dc:creator>
		<pubDate>Wed, 27 Jul 2011 02:32:42 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7982#comment-901</guid>
		<description>Anthony, these podcasts are very well done and insightful but I think you&#039;re missing a key piece of the picture when you discuss &quot;employed&quot; vs. independent physicians.  

Regardless of whether physicians are salaried and/or employed by the facility (as opposed to being an independent physician with a private practice), there is still a very real cost to participating in EHR related training and meetings.  Just because a physician is employed or salaried doesn&#039;t mean that he/she only works a certain shift and then goes home.  Instead, there is always a certain amount of clinical care that has to be delivered at any one time by the physicians as a group. 

I am a salaried academic physician, primarily inpatient.  If I am in CPOE training, my colleague would have to cover my patients as well as his/hers.  Or I have to go back and see all of my patients after the training is over and just return home later that night. 

Many employed physicians are on plans that have salary plus incentives based on productivity measures.  So time that takes away from patient care also reduces the take home pay of these individuals just as much as it affects the independent clinicians. 

Already, facilities are generally more sensitive to the needs of independent clinicians since they can always admit patients elsewhere.  The employed physicians don&#039;t have that option and are already feeling more of the brunt of a wide range of institutional demands that the independent physicians will just refuse.  Although the institution may think they can keep sticking it to the employed/salaried physicians, they are wrong.  You will run the risk of losing your top people and having the rest be disgruntled and burned out. Sooner or later they will revolt either overtly or covertly.  Fueling perceived inequities in the ways that salaried and independent physicians&#039; time is valued will only accentuate problems. 

Also, realize that the time spent in CPOE and other EHR training is just the tip of the iceberg.  If the facility has an EHR that is poorly designed and has a negative effect on the physicians&#039; ability to get their work done, complete necessary documentation and provide high quality care, then this will also lead to physician dissatisfaction and resentment.  Alternatively, if a CIO shows that the time and skills of the physicians (employed and independent) are valued, that the computer system functions efficiently and effectively, and that training is efficient and not perceived as a waste, then you will promote physician adoption across the board.  

Why do so many physicians love iPads?  They&#039;re versatile, easily customized to fit the desires and needs of the end user and they make our lives more efficient (and fun).  Why do so many physicians resist EHR adoption?  Although systems are well-designed, well-implemented, and enthusiastically adopted, many are not. EHRs often don&#039;t have any iPad-like features -- they are clunky, hard to customize to meet the needs of our patients, detract from clinical decision making, focus on banal metrics rather than truly improving the quality of care to patients and above all are inefficient to use. Yet they are being rammed down our throats anyway.  Simply giving training incentives or adoption incentives isn&#039;t going to change this for employed or independent physicians.  It&#039;s the broader picture that needs to be addressed in a thoughtful manner.</description>
		<content:encoded><![CDATA[<p>Anthony, these podcasts are very well done and insightful but I think you&#8217;re missing a key piece of the picture when you discuss &#8220;employed&#8221; vs. independent physicians.  </p>
<p>Regardless of whether physicians are salaried and/or employed by the facility (as opposed to being an independent physician with a private practice), there is still a very real cost to participating in EHR related training and meetings.  Just because a physician is employed or salaried doesn&#8217;t mean that he/she only works a certain shift and then goes home.  Instead, there is always a certain amount of clinical care that has to be delivered at any one time by the physicians as a group. </p>
<p>I am a salaried academic physician, primarily inpatient.  If I am in CPOE training, my colleague would have to cover my patients as well as his/hers.  Or I have to go back and see all of my patients after the training is over and just return home later that night. </p>
<p>Many employed physicians are on plans that have salary plus incentives based on productivity measures.  So time that takes away from patient care also reduces the take home pay of these individuals just as much as it affects the independent clinicians. </p>
<p>Already, facilities are generally more sensitive to the needs of independent clinicians since they can always admit patients elsewhere.  The employed physicians don&#8217;t have that option and are already feeling more of the brunt of a wide range of institutional demands that the independent physicians will just refuse.  Although the institution may think they can keep sticking it to the employed/salaried physicians, they are wrong.  You will run the risk of losing your top people and having the rest be disgruntled and burned out. Sooner or later they will revolt either overtly or covertly.  Fueling perceived inequities in the ways that salaried and independent physicians&#8217; time is valued will only accentuate problems. </p>
<p>Also, realize that the time spent in CPOE and other EHR training is just the tip of the iceberg.  If the facility has an EHR that is poorly designed and has a negative effect on the physicians&#8217; ability to get their work done, complete necessary documentation and provide high quality care, then this will also lead to physician dissatisfaction and resentment.  Alternatively, if a CIO shows that the time and skills of the physicians (employed and independent) are valued, that the computer system functions efficiently and effectively, and that training is efficient and not perceived as a waste, then you will promote physician adoption across the board.  </p>
<p>Why do so many physicians love iPads?  They&#8217;re versatile, easily customized to fit the desires and needs of the end user and they make our lives more efficient (and fun).  Why do so many physicians resist EHR adoption?  Although systems are well-designed, well-implemented, and enthusiastically adopted, many are not. EHRs often don&#8217;t have any iPad-like features &#8212; they are clunky, hard to customize to meet the needs of our patients, detract from clinical decision making, focus on banal metrics rather than truly improving the quality of care to patients and above all are inefficient to use. Yet they are being rammed down our throats anyway.  Simply giving training incentives or adoption incentives isn&#8217;t going to change this for employed or independent physicians.  It&#8217;s the broader picture that needs to be addressed in a thoughtful manner.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 10 &#8211; Prioritization And Resource Management by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2011/07/05/meditech-6-0-diary-part-10-prioritization-and-resource-management/#comment-895</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Fri, 22 Jul 2011 10:58:35 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7879#comment-895</guid>
		<description>Ryan:

Thanks.  You can reach me at jgrillo@cphospital.org or 315-261-5200.  Let me know how I can help.

j</description>
		<content:encoded><![CDATA[<p>Ryan:</p>
<p>Thanks.  You can reach me at <a href="mailto:jgrillo@cphospital.org">jgrillo@cphospital.org</a> or 315-261-5200.  Let me know how I can help.</p>
<p>j</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 10 &#8211; Prioritization And Resource Management by Ryan Geiler</title>
		<link>http://healthsystemcio.com/2011/07/05/meditech-6-0-diary-part-10-prioritization-and-resource-management/#comment-894</link>
		<dc:creator>Ryan Geiler</dc:creator>
		<pubDate>Thu, 21 Jul 2011 23:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7879#comment-894</guid>
		<description>Greetings Mr. Grillo,

I really appreciate your insight and taking the time to share your experiences with others.  I am a clinical analyst with a small CAH and we are also currently considering a Meditech/ECW solution.  I would love to bend your ear regarding your experiences getting those two programs to talk (along with other queries regarding Meditech).  Would you mind sharing your email--or if email is not preferred--if I phone you?  Thanks again.

Ryan</description>
		<content:encoded><![CDATA[<p>Greetings Mr. Grillo,</p>
<p>I really appreciate your insight and taking the time to share your experiences with others.  I am a clinical analyst with a small CAH and we are also currently considering a Meditech/ECW solution.  I would love to bend your ear regarding your experiences getting those two programs to talk (along with other queries regarding Meditech).  Would you mind sharing your email&#8211;or if email is not preferred&#8211;if I phone you?  Thanks again.</p>
<p>Ryan</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standardization Lies Beyond The Clinical Realm by Paul Roemer</title>
		<link>http://healthsystemcio.com/2011/07/14/standardization-lies-beyond-the-clinical-realm/#comment-887</link>
		<dc:creator>Paul Roemer</dc:creator>
		<pubDate>Fri, 15 Jul 2011 01:11:49 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7959#comment-887</guid>
		<description>Thanks fro reading and commenting Chuck; well said.</description>
		<content:encoded><![CDATA[<p>Thanks fro reading and commenting Chuck; well said.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standardization Lies Beyond The Clinical Realm by chuckwebster</title>
		<link>http://healthsystemcio.com/2011/07/14/standardization-lies-beyond-the-clinical-realm/#comment-885</link>
		<dc:creator>chuckwebster</dc:creator>
		<pubDate>Fri, 15 Jul 2011 00:02:05 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7959#comment-885</guid>
		<description>Great post! Herbert Simon, a famous cognitive scientist, economist, organizational psychologist, and artificial intelligence researcher, distinguished between well-structured versus ill-structured problem solving, in some ways prefiguring today&#039;s debates about predictable vs. unpredictable,  formal vs. ad-hoc, easily vs. barely repeatable, and structured vs. unstructured work and processes. We are creating automated environments to partner with clinicians in managing and solving ill-, and well-, structured patient care processes and medical problems. Our degree of success will directly determine the usability of the EMRs, EHRs, and clinical groupware and therefore the success of the entire EMR, EHR, and clinical groupware adoption enterprise.</description>
		<content:encoded><![CDATA[<p>Great post! Herbert Simon, a famous cognitive scientist, economist, organizational psychologist, and artificial intelligence researcher, distinguished between well-structured versus ill-structured problem solving, in some ways prefiguring today&#8217;s debates about predictable vs. unpredictable,  formal vs. ad-hoc, easily vs. barely repeatable, and structured vs. unstructured work and processes. We are creating automated environments to partner with clinicians in managing and solving ill-, and well-, structured patient care processes and medical problems. Our degree of success will directly determine the usability of the EMRs, EHRs, and clinical groupware and therefore the success of the entire EMR, EHR, and clinical groupware adoption enterprise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 10 &#8211; Prioritization And Resource Management by flpoggio</title>
		<link>http://healthsystemcio.com/2011/07/05/meditech-6-0-diary-part-10-prioritization-and-resource-management/#comment-881</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Fri, 08 Jul 2011 11:15:19 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7879#comment-881</guid>
		<description>Jorge
I have really enjoyed reading you Meditech ‘epic’ over the past months. Your honesty and candor are appreciated.

I have two comments. 

As ‘bad’ as many people say meaningful use is, and I for one have taken my share of knocks at it, if it accomplishes one thing and one thing only, that is true interoperability it may be all worth it. Just making big box vendors tow the interop line could solve many problems you mentioned.

As I have written on this blog and others the real job of the CIO is to get the best systems for each clinical area (or suite) and make sure they work together. You seem to be doing that and I commend you. Many other CIOs take the single vendor approach because it is ‘less work for mother’ (Ms CIO). When they do they short change their organizations.

Thanks for a great blog.

Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Jorge<br />
I have really enjoyed reading you Meditech ‘epic’ over the past months. Your honesty and candor are appreciated.</p>
<p>I have two comments. </p>
<p>As ‘bad’ as many people say meaningful use is, and I for one have taken my share of knocks at it, if it accomplishes one thing and one thing only, that is true interoperability it may be all worth it. Just making big box vendors tow the interop line could solve many problems you mentioned.</p>
<p>As I have written on this blog and others the real job of the CIO is to get the best systems for each clinical area (or suite) and make sure they work together. You seem to be doing that and I commend you. Many other CIOs take the single vendor approach because it is ‘less work for mother’ (Ms CIO). When they do they short change their organizations.</p>
<p>Thanks for a great blog.</p>
<p>Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is The Meaningful Use Race Fair? by ChuckChristian</title>
		<link>http://healthsystemcio.com/2011/06/24/is-the-meaningful-use-race-fair/#comment-877</link>
		<dc:creator>ChuckChristian</dc:creator>
		<pubDate>Thu, 30 Jun 2011 15:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7787#comment-877</guid>
		<description>Mark, as always, thanks very much for your insight and industry presence, and your voice on the HITPC. Having the voice of the provider within the group is always very important to help those that do not walk in our shoes each day to understand the amount of change currently required and the limits leadership has in “moving an army quickly”.</description>
		<content:encoded><![CDATA[<p>Mark, as always, thanks very much for your insight and industry presence, and your voice on the HITPC. Having the voice of the provider within the group is always very important to help those that do not walk in our shoes each day to understand the amount of change currently required and the limits leadership has in “moving an army quickly”.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ask The Health IT Recruiter, Volume 2 by Bonnie Siegel</title>
		<link>http://healthsystemcio.com/2011/05/26/ask-the-health-it-recruiter-volume-2/#comment-866</link>
		<dc:creator>Bonnie Siegel</dc:creator>
		<pubDate>Tue, 14 Jun 2011 14:13:03 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7550#comment-866</guid>
		<description>Hi Dan,

Your credentials sound strong.  It is tough to break into the hospital arena, if you have been away for several years.  You may have to look at joining a healthcare IT consulting firm, or even a healthcare IT vendor to get some direct experience in hospitals or health systems.  I know several large consulting firms, with outsourcing contracts at hospitals, which have big needs for implementation experts and clinicians in IT.  If you want to share your resume, I can give you more specific advice.  

Thanks and good luck,
Bonnie</description>
		<content:encoded><![CDATA[<p>Hi Dan,</p>
<p>Your credentials sound strong.  It is tough to break into the hospital arena, if you have been away for several years.  You may have to look at joining a healthcare IT consulting firm, or even a healthcare IT vendor to get some direct experience in hospitals or health systems.  I know several large consulting firms, with outsourcing contracts at hospitals, which have big needs for implementation experts and clinicians in IT.  If you want to share your resume, I can give you more specific advice.  </p>
<p>Thanks and good luck,<br />
Bonnie</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ask The Health IT Recruiter, Volume 2 by danmhoward</title>
		<link>http://healthsystemcio.com/2011/05/26/ask-the-health-it-recruiter-volume-2/#comment-865</link>
		<dc:creator>danmhoward</dc:creator>
		<pubDate>Mon, 13 Jun 2011 17:10:07 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7550#comment-865</guid>
		<description>I do have a question - I was an RN for 7 years before I jumped over the IT industry in the early 90&#039;s. Currently I have over 16 years of IT experience, 5 at a large HMO and the last 11 with my current employer. My experience is a mix of Financial Services, Healthcare Payment Processing and Clinical, but I am finding it difficult to break back into the hospital arena where I want to be. My IT HMO experience was years before EMR and CPOE really existed and I am finding that many positions want current experience with EMR products, vendors, etc. What would be your suggestion in how to best leverage my skills to transition back into Clinical IT? I have the clinical nursing experience, a solid IT career with verifiable progression of responsibility and leadership, CPHIMS cert and a MBA. 

Thanks for your time and feedback...
 
Dan</description>
		<content:encoded><![CDATA[<p>I do have a question &#8211; I was an RN for 7 years before I jumped over the IT industry in the early 90&#8242;s. Currently I have over 16 years of IT experience, 5 at a large HMO and the last 11 with my current employer. My experience is a mix of Financial Services, Healthcare Payment Processing and Clinical, but I am finding it difficult to break back into the hospital arena where I want to be. My IT HMO experience was years before EMR and CPOE really existed and I am finding that many positions want current experience with EMR products, vendors, etc. What would be your suggestion in how to best leverage my skills to transition back into Clinical IT? I have the clinical nursing experience, a solid IT career with verifiable progression of responsibility and leadership, CPHIMS cert and a MBA. </p>
<p>Thanks for your time and feedback&#8230;</p>
<p>Dan</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of Academic Medical Centers by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/03/14/the-myth-of-academic-medical-centers/#comment-862</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Wed, 08 Jun 2011 19:38:09 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6614#comment-862</guid>
		<description>It&#039;s worth noting on this topic, a new article by Consumer Reports that finds Academic Medical Centers are poor performers when it comes to avoiding bloodstream infections developed while on central-line catheters or tubes.  

http://bit.ly/kuVPUC</description>
		<content:encoded><![CDATA[<p>It&#8217;s worth noting on this topic, a new article by Consumer Reports that finds Academic Medical Centers are poor performers when it comes to avoiding bloodstream infections developed while on central-line catheters or tubes.  </p>
<p><a href="http://bit.ly/kuVPUC" rel="nofollow">http://bit.ly/kuVPUC</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on AHA Says ACO Costs Far Exceed CMS Estimates by flpoggio</title>
		<link>http://healthsystemcio.com/2011/05/17/aha-says-aco-costs-far-exceed-cms-estimates/#comment-836</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Thu, 19 May 2011 17:21:41 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7428#comment-836</guid>
		<description>Two things about ACOs:

1)	It is not a new idea, it’s a PHO-physician hospital organization, first tried in the 1970s. Or it’s an HMO (without the insurance piece) first tried in the 1980s and early 90s. So now the government calls it an ACO and says IT can help.
2)	Yes, IT can help. But not where it needs the most help. The big barriers to the ACO are not technical, they are political and monetary. Ask yourself, why would a doc (or group of) who is an independent entity work for a hospital?

The irony here is that it was the Feds, AHA and AMA that created the original wall between doctors and hospitals when they set up Medicare Part A and Part B back in 1966. They even put in financial incentives to have them function separately. Now 50 years later the Feds finally figure out it was not a good financial set-up for the government or payers. 

Unfortunately not even throwing $100 million at the monster they created is not going to entice the independent doctors to jump on board the institution.  If you look at what happened in the 1990s when hospitals were buying up physician practices left and right here’s what you see:
1)	Most docs that sold their practices were ready to retire,
2)	When a doc went to work as a hospital-based physician, his/her productivity went down by 50% and the hospital lost its shirt!
3)	And therefore, hospitals sold or dismembered most of the practices they acquired.

Yet I am a fan of the ACO concept having been a patient not so long ago, and having had relatives suffer thru the incessant lack of care coordination. I just do not think it will get solved without a serious overhaul of the current system, probably requiring some butt-kicking legislation along the way, not at all likely. 

Given that, I surely do not think IT people should venture into this fray, let alone suggest it can be ‘solved’ via more IT.</description>
		<content:encoded><![CDATA[<p>Two things about ACOs:</p>
<p>1)	It is not a new idea, it’s a PHO-physician hospital organization, first tried in the 1970s. Or it’s an HMO (without the insurance piece) first tried in the 1980s and early 90s. So now the government calls it an ACO and says IT can help.<br />
2)	Yes, IT can help. But not where it needs the most help. The big barriers to the ACO are not technical, they are political and monetary. Ask yourself, why would a doc (or group of) who is an independent entity work for a hospital?</p>
<p>The irony here is that it was the Feds, AHA and AMA that created the original wall between doctors and hospitals when they set up Medicare Part A and Part B back in 1966. They even put in financial incentives to have them function separately. Now 50 years later the Feds finally figure out it was not a good financial set-up for the government or payers. </p>
<p>Unfortunately not even throwing $100 million at the monster they created is not going to entice the independent doctors to jump on board the institution.  If you look at what happened in the 1990s when hospitals were buying up physician practices left and right here’s what you see:<br />
1)	Most docs that sold their practices were ready to retire,<br />
2)	When a doc went to work as a hospital-based physician, his/her productivity went down by 50% and the hospital lost its shirt!<br />
3)	And therefore, hospitals sold or dismembered most of the practices they acquired.</p>
<p>Yet I am a fan of the ACO concept having been a patient not so long ago, and having had relatives suffer thru the incessant lack of care coordination. I just do not think it will get solved without a serious overhaul of the current system, probably requiring some butt-kicking legislation along the way, not at all likely. </p>
<p>Given that, I surely do not think IT people should venture into this fray, let alone suggest it can be ‘solved’ via more IT.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The  Petitio Principii of ACOs by BobColiMD</title>
		<link>http://healthsystemcio.com/2011/05/04/the-petitio-principii-of-aco%e2%80%99s/#comment-831</link>
		<dc:creator>BobColiMD</dc:creator>
		<pubDate>Sun, 08 May 2011 00:54:45 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7232#comment-831</guid>
		<description>There are two big innovations available to health systems and EHR, PHR and HIE platform vendors that would help make ACOs and healthcare delivery more effective and create adequate functional sharing of medical information to assure that patients get the appropriate care without duplication and in a common manner.

The first is creating semantic and process interoperability for cumulative diagnostic test results by using a standardized reporting format that can display results, not as incomplete, fragmented data, but as complete, clinically integrated information. This is one new way to drive performance and quality up and testing costs down.

The second is ensuring identity integrity for both patients and caregivers by using low-cost, maximally accurate iris scanning technology.</description>
		<content:encoded><![CDATA[<p>There are two big innovations available to health systems and EHR, PHR and HIE platform vendors that would help make ACOs and healthcare delivery more effective and create adequate functional sharing of medical information to assure that patients get the appropriate care without duplication and in a common manner.</p>
<p>The first is creating semantic and process interoperability for cumulative diagnostic test results by using a standardized reporting format that can display results, not as incomplete, fragmented data, but as complete, clinically integrated information. This is one new way to drive performance and quality up and testing costs down.</p>
<p>The second is ensuring identity integrity for both patients and caregivers by using low-cost, maximally accurate iris scanning technology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Marc Probst, Member, HIT Policy Committee, CIO, Intermountain Healthcare, Transcript/Podcast Chapter 1 by flpoggio</title>
		<link>http://healthsystemcio.com/2011/04/26/marc-probst-member-hit-policy-committee-cio-intermountain-healthcare-transcriptpodcast-chapter-1/#comment-824</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Fri, 29 Apr 2011 01:22:16 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=7102#comment-824</guid>
		<description>Wonderful interview and some excellent observations, particularly - &quot;meaningful use was written very much for the vended applications that exist today.&quot;

Not only were self developed applications ignored, as in the IHC case, but till the last minute they ignored best of breed and suite solutions. Which leaves us with a certification process that is at best a hodge-podge. As an example look at a major vendor&#039;s certification list of certified criteria for an anesthesia system. The vendors EHR Module was certified to meet a quality measure for ER wait times! Someone please explain how an anesthesia app is able to track ER wait times???

If this process is not slowed down, and in some cases redesigned, in time it will collapse under its own weight. I firmly believe they are building this boat as it floats down river, I just hope they get it done before they get to that big waterfall.
Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Wonderful interview and some excellent observations, particularly &#8211; &#8220;meaningful use was written very much for the vended applications that exist today.&#8221;</p>
<p>Not only were self developed applications ignored, as in the IHC case, but till the last minute they ignored best of breed and suite solutions. Which leaves us with a certification process that is at best a hodge-podge. As an example look at a major vendor&#8217;s certification list of certified criteria for an anesthesia system. The vendors EHR Module was certified to meet a quality measure for ER wait times! Someone please explain how an anesthesia app is able to track ER wait times???</p>
<p>If this process is not slowed down, and in some cases redesigned, in time it will collapse under its own weight. I firmly believe they are building this boat as it floats down river, I just hope they get it done before they get to that big waterfall.<br />
Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of Academic Medical Centers by jbormel</title>
		<link>http://healthsystemcio.com/2011/03/14/the-myth-of-academic-medical-centers/#comment-812</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Tue, 19 Apr 2011 14:31:05 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6614#comment-812</guid>
		<description>Dale,

Consider this comment (i.e. one month past your original post,) to be a real test of who chooses to use RSS comment feeds!

I think the lumping and splitting over &quot;what AMCs are good for&quot; has gone too far.  

I contributed to that, so I&#039;ll apologize here.  And offer a better framework for consideration.

Elsewhere, I have written about my daughters care at four AMCs, seeking a diagnosis and therapeutic intervention for one, fixed, congenital issue requiring pediatric orthopedic intervention.  The post was titled &quot;Reality and Relativity.&quot;  

By the end of the story, the four AMCs delivered not just a second opinion or a third, but a total of four, different opinions and resulting recommendations.  Two of the those four were using relevant pre- and post- surgical experience (evidence); those two were the same that had strong financial endowments.  The reimbursement system does not pay for gait lab studies that is critical to collect the objective measurements that underlie adequate assessment.  The AMCs closest to my home, as a result reimbursement and no endowments for gait labs didn&#039;t offer gait lab services.  Those with endowments, more than a dozen centers, each do between 500 and 1,000 patient assessments per year, and they&#039;ve been doing so for more than a decade.  The science goes back to the 1940s and computerized measurement was being done since at least 1973.  My daughter got a great result, because of three factors: a) a highly dedicated and disciplined pediatric orthopedic surgeon; b) an AMC with unusual vision clarity around patient needs; and c)an adequate endowment to support the mission. 

Bottom line: The question, AMC or not AMC is the wrong framework.

What&#039;s the right framework, then?  It&#039;s those same three factors above.

In the 2000 HBR article &quot;Will Disruptive Innovations Cure Health Care?&quot; by Clayton M. Christensen, Richard Bohmer, and John Kenagy, an objective that caught my attention was this:

    &quot;Create—then embrace—a system where the clinicianʼs skill level is matched to the difficulty of the medical problem.&quot;

I have participated in care delivery in about a half dozen AMCs, often particiing at the highest level of a medical license (to use of currently popular phrase).  I have advocated for patients and family members in several more AMCs, as well as several very well tuned non-AMCs.  As Christensen, Bohmer, and Kenagy describe, it&#039;s the 

1) the matching of clinician skill to the complexity of the problem, 

2) the &quot;organization&#039;s organization,&quot; i.e. is it truly patient centered, and 

3) the impact of the reimbursement model that make the difference.   

AMCs can impact all three; those focused on using adaptive design can and do consistently outperform any delivery system, AMC or not. AMCs that fail to address each of those factors deliver flawed processes and outcomes.

Each of those three is worthy of it&#039;s own blog post to elaborate!  Thanks again for drawing us into a useful dialogue, Dale.

-Joe</description>
		<content:encoded><![CDATA[<p>Dale,</p>
<p>Consider this comment (i.e. one month past your original post,) to be a real test of who chooses to use RSS comment feeds!</p>
<p>I think the lumping and splitting over &#8220;what AMCs are good for&#8221; has gone too far.  </p>
<p>I contributed to that, so I&#8217;ll apologize here.  And offer a better framework for consideration.</p>
<p>Elsewhere, I have written about my daughters care at four AMCs, seeking a diagnosis and therapeutic intervention for one, fixed, congenital issue requiring pediatric orthopedic intervention.  The post was titled &#8220;Reality and Relativity.&#8221;  </p>
<p>By the end of the story, the four AMCs delivered not just a second opinion or a third, but a total of four, different opinions and resulting recommendations.  Two of the those four were using relevant pre- and post- surgical experience (evidence); those two were the same that had strong financial endowments.  The reimbursement system does not pay for gait lab studies that is critical to collect the objective measurements that underlie adequate assessment.  The AMCs closest to my home, as a result reimbursement and no endowments for gait labs didn&#8217;t offer gait lab services.  Those with endowments, more than a dozen centers, each do between 500 and 1,000 patient assessments per year, and they&#8217;ve been doing so for more than a decade.  The science goes back to the 1940s and computerized measurement was being done since at least 1973.  My daughter got a great result, because of three factors: a) a highly dedicated and disciplined pediatric orthopedic surgeon; b) an AMC with unusual vision clarity around patient needs; and c)an adequate endowment to support the mission. </p>
<p>Bottom line: The question, AMC or not AMC is the wrong framework.</p>
<p>What&#8217;s the right framework, then?  It&#8217;s those same three factors above.</p>
<p>In the 2000 HBR article &#8220;Will Disruptive Innovations Cure Health Care?&#8221; by Clayton M. Christensen, Richard Bohmer, and John Kenagy, an objective that caught my attention was this:</p>
<p>    &#8220;Create—then embrace—a system where the clinicianʼs skill level is matched to the difficulty of the medical problem.&#8221;</p>
<p>I have participated in care delivery in about a half dozen AMCs, often particiing at the highest level of a medical license (to use of currently popular phrase).  I have advocated for patients and family members in several more AMCs, as well as several very well tuned non-AMCs.  As Christensen, Bohmer, and Kenagy describe, it&#8217;s the </p>
<p>1) the matching of clinician skill to the complexity of the problem, </p>
<p>2) the &#8220;organization&#8217;s organization,&#8221; i.e. is it truly patient centered, and </p>
<p>3) the impact of the reimbursement model that make the difference.   </p>
<p>AMCs can impact all three; those focused on using adaptive design can and do consistently outperform any delivery system, AMC or not. AMCs that fail to address each of those factors deliver flawed processes and outcomes.</p>
<p>Each of those three is worthy of it&#8217;s own blog post to elaborate!  Thanks again for drawing us into a useful dialogue, Dale.</p>
<p>-Joe</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 7 — Pay Now and Pay Later? by eHealthWorkflow</title>
		<link>http://healthsystemcio.com/2011/04/04/meditech-6-0-diary-part-7-%e2%80%94-pay-now-and-pay-later/#comment-809</link>
		<dc:creator>eHealthWorkflow</dc:creator>
		<pubDate>Sun, 17 Apr 2011 00:38:09 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6860#comment-809</guid>
		<description>Jorge, I enjoy reading your diary of events about your MEDITECH 6.0 implementation. One piece of advice I will share with you is to validate any assumptions your implementation team may be making regarding MEDITECH interfaces to your non-MEDITECH applications (i.e. PACS) or downstream strategic partners (i.e. physician EMR’s, etc).  The best example I can think of is the ITS results message (ORU). It is not unusual for an experienced Interface Engine analyst to map OBR-7 (observation date/time) between the sending/receiving system without much regard given HL7 standards. MEDITECH 6.0 sends the dictated date/time of the report in OBR-7.  This subtle difference may or may not cause you some headaches now and in the future.</description>
		<content:encoded><![CDATA[<p>Jorge, I enjoy reading your diary of events about your MEDITECH 6.0 implementation. One piece of advice I will share with you is to validate any assumptions your implementation team may be making regarding MEDITECH interfaces to your non-MEDITECH applications (i.e. PACS) or downstream strategic partners (i.e. physician EMR’s, etc).  The best example I can think of is the ITS results message (ORU). It is not unusual for an experienced Interface Engine analyst to map OBR-7 (observation date/time) between the sending/receiving system without much regard given HL7 standards. MEDITECH 6.0 sends the dictated date/time of the report in OBR-7.  This subtle difference may or may not cause you some headaches now and in the future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 7 — Pay Now and Pay Later? by lakedog66</title>
		<link>http://healthsystemcio.com/2011/04/04/meditech-6-0-diary-part-7-%e2%80%94-pay-now-and-pay-later/#comment-806</link>
		<dc:creator>lakedog66</dc:creator>
		<pubDate>Tue, 12 Apr 2011 21:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6860#comment-806</guid>
		<description>I too look forward to your blog about Meditech.  We are due in August, and many, if not all of the same problems are true.  We are on our second set of Meditech personnel now.
We have also had a &quot;topoff&quot; of PP7 that has been &quot;interesting&quot;.  We have lost functionality, and if you want a custom from meditech it will be $30K.</description>
		<content:encoded><![CDATA[<p>I too look forward to your blog about Meditech.  We are due in August, and many, if not all of the same problems are true.  We are on our second set of Meditech personnel now.<br />
We have also had a &#8220;topoff&#8221; of PP7 that has been &#8220;interesting&#8221;.  We have lost functionality, and if you want a custom from meditech it will be $30K.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 7 — Pay Now and Pay Later? by rxit</title>
		<link>http://healthsystemcio.com/2011/04/04/meditech-6-0-diary-part-7-%e2%80%94-pay-now-and-pay-later/#comment-805</link>
		<dc:creator>rxit</dc:creator>
		<pubDate>Tue, 05 Apr 2011 20:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6860#comment-805</guid>
		<description>I look forward to reading this blog every month now.  I send it out to our whole team every month.  We are a Magic to 6.0 Migration Site set to go-live in Feb 2012, so a lot of the pains and tribulations you go through provide a lot of insite for us.  We too are currently trying to work with Meditech to layout the &quot;house of cards&quot; to implement some sort of project management.  We are still trying to get a handle of what needs to be in place before x can be built, but as you described, its obscure to say the least.</description>
		<content:encoded><![CDATA[<p>I look forward to reading this blog every month now.  I send it out to our whole team every month.  We are a Magic to 6.0 Migration Site set to go-live in Feb 2012, so a lot of the pains and tribulations you go through provide a lot of insite for us.  We too are currently trying to work with Meditech to layout the &#8220;house of cards&#8221; to implement some sort of project management.  We are still trying to get a handle of what needs to be in place before x can be built, but as you described, its obscure to say the least.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of Academic Medical Centers by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/03/14/the-myth-of-academic-medical-centers/#comment-800</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Tue, 29 Mar 2011 17:48:08 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6614#comment-800</guid>
		<description>Hi Gerry,

Yes, I think, in general, I agree.  If I suffered from an unusual disease or syndrome-- what I call the small n diseases-- I would probably seek treatment at an AMC.  But, an IDS like Intermountain and Kaiser have fairly impressive outcomes with the small n diseases, too, along with a good track record of chronic disease management with complex co-morbidities.  Dollar for dollar, at the macro-economic level, I feel that an IDS provides a better overall return on investment for the healthcare dollar.  Johns Hopkins would be at the top of my list if I were desperately searching to treat an unusual small n condition, but I would make sure that I was being treated directly by one of the veteran research staff, and not his/her proxy resident.

I&#039;m ENORMOUSLY grateful for and proud of my past position with an AMC.  That said, there is always room for reflection and improvement-- it&#039;s time for the AMCs to start borrowing concepts of clinical operation from the integrated delivery systems...or maybe we should simply change our expectations and let AMCs focus exclusively on the small n.

Thank you, Gerry.
Dale</description>
		<content:encoded><![CDATA[<p>Hi Gerry,</p>
<p>Yes, I think, in general, I agree.  If I suffered from an unusual disease or syndrome&#8211; what I call the small n diseases&#8211; I would probably seek treatment at an AMC.  But, an IDS like Intermountain and Kaiser have fairly impressive outcomes with the small n diseases, too, along with a good track record of chronic disease management with complex co-morbidities.  Dollar for dollar, at the macro-economic level, I feel that an IDS provides a better overall return on investment for the healthcare dollar.  Johns Hopkins would be at the top of my list if I were desperately searching to treat an unusual small n condition, but I would make sure that I was being treated directly by one of the veteran research staff, and not his/her proxy resident.</p>
<p>I&#8217;m ENORMOUSLY grateful for and proud of my past position with an AMC.  That said, there is always room for reflection and improvement&#8211; it&#8217;s time for the AMCs to start borrowing concepts of clinical operation from the integrated delivery systems&#8230;or maybe we should simply change our expectations and let AMCs focus exclusively on the small n.</p>
<p>Thank you, Gerry.<br />
Dale</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of Academic Medical Centers by Gerry Higgins</title>
		<link>http://healthsystemcio.com/2011/03/14/the-myth-of-academic-medical-centers/#comment-799</link>
		<dc:creator>Gerry Higgins</dc:creator>
		<pubDate>Tue, 29 Mar 2011 14:21:08 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6614#comment-799</guid>
		<description>Dale Sanders-

I agree that chronic disease management is not the focus of NIH-funded AMCs. However, I do have to say (I now consult for the NIH and have served as a Section Chief there in the past) if you are funded by the NIH as a physician-scientist, you will know the &quot;bleeding edge&quot; of your discipline better than any other physician. Only 5-7% of grant proposal submissions are funded by the NIH, and this represents the cream of the crop. If I had a deadly form of cancer or degenerate neurological disease, I would go to a large AMC, because my odds of survival would be better. You can look at the data from the Association of American Medical Colleges for confirmation.

Kind regards - Gerry Higgins</description>
		<content:encoded><![CDATA[<p>Dale Sanders-</p>
<p>I agree that chronic disease management is not the focus of NIH-funded AMCs. However, I do have to say (I now consult for the NIH and have served as a Section Chief there in the past) if you are funded by the NIH as a physician-scientist, you will know the &#8220;bleeding edge&#8221; of your discipline better than any other physician. Only 5-7% of grant proposal submissions are funded by the NIH, and this represents the cream of the crop. If I had a deadly form of cancer or degenerate neurological disease, I would go to a large AMC, because my odds of survival would be better. You can look at the data from the Association of American Medical Colleges for confirmation.</p>
<p>Kind regards &#8211; Gerry Higgins</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Intermountain Healthcare and EHRs by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/03/28/intermountain-healthcare-and-ehrs/#comment-798</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Mon, 28 Mar 2011 16:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6797#comment-798</guid>
		<description>Thanks for the dialogue, Marc!  I&#039;m hoping to spur those organizations who think that they can’t do anything to improve cost control and quality improvement until they have an EHR—don’t wait around! Get started yesterday with your billing data-- look at what Intermountain managed to do!

As I travel around the healthcare world, I&#039;m still amazed at what Intermountain achieves that most of the industry still struggles to simply embrace, conceptually.  Whatever success I&#039;ve enjoyed in my healthcare career, I owe to what I learned from my beginnings at Intermountain, on many different levels.  :-)</description>
		<content:encoded><![CDATA[<p>Thanks for the dialogue, Marc!  I&#8217;m hoping to spur those organizations who think that they can’t do anything to improve cost control and quality improvement until they have an EHR—don’t wait around! Get started yesterday with your billing data&#8211; look at what Intermountain managed to do!</p>
<p>As I travel around the healthcare world, I&#8217;m still amazed at what Intermountain achieves that most of the industry still struggles to simply embrace, conceptually.  Whatever success I&#8217;ve enjoyed in my healthcare career, I owe to what I learned from my beginnings at Intermountain, on many different levels.  <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Intermountain Healthcare and EHRs by mfprobst</title>
		<link>http://healthsystemcio.com/2011/03/28/intermountain-healthcare-and-ehrs/#comment-797</link>
		<dc:creator>mfprobst</dc:creator>
		<pubDate>Mon, 28 Mar 2011 15:14:08 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6797#comment-797</guid>
		<description>Oops...I got carried away in my earlier response and forgot what I actually wanted to post...Dale failed to mention that he was a HUGE contributor to the Intermountain EDW...which is a tremendous success.  Dale, thanks for your efforts there...they live on, grow and are key to what we are doing clinically, operationally and financially.</description>
		<content:encoded><![CDATA[<p>Oops&#8230;I got carried away in my earlier response and forgot what I actually wanted to post&#8230;Dale failed to mention that he was a HUGE contributor to the Intermountain EDW&#8230;which is a tremendous success.  Dale, thanks for your efforts there&#8230;they live on, grow and are key to what we are doing clinically, operationally and financially.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Intermountain Healthcare and EHRs by mfprobst</title>
		<link>http://healthsystemcio.com/2011/03/28/intermountain-healthcare-and-ehrs/#comment-796</link>
		<dc:creator>mfprobst</dc:creator>
		<pubDate>Mon, 28 Mar 2011 14:31:35 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6797#comment-796</guid>
		<description>Some good points Dale...but, you have been gone a long time.  HELP and HELP2 are used in every facility across Intermountain...a project many have been working on for years...maybe not to the same level as our major facilities (which by the way LDS is no longer our flagship hospital, that would be the new Intermountain Medical Center campus).

We actually derive LOTS of data from our EHR and implementing change in our clinical processes occurs via our clinical systems.  With the introduction of new tools from our development efforts, the EMR is very important.

With this said, you are correct it requires a lot more than simply an EMR to achieve excellence in clinical care.  However, the benefits being achieved by organizations such as Kaiser, Giesinger, Mayo, the Univeristy of Utah, Montefiorre, Sentara, and many, many more with an EMR suggest there is tremendous value in this rapidly improving technology.

There are no magic bullets...but it is exciting to see the increasing use of clinical systems which are making a difference in healthcare delivery.

Intermountain has achieved success through all the points you make PLUS the fact we have advanced (and improving) clinical information systems...not to mention some pretty great knowledge leaders who still work here.</description>
		<content:encoded><![CDATA[<p>Some good points Dale&#8230;but, you have been gone a long time.  HELP and HELP2 are used in every facility across Intermountain&#8230;a project many have been working on for years&#8230;maybe not to the same level as our major facilities (which by the way LDS is no longer our flagship hospital, that would be the new Intermountain Medical Center campus).</p>
<p>We actually derive LOTS of data from our EHR and implementing change in our clinical processes occurs via our clinical systems.  With the introduction of new tools from our development efforts, the EMR is very important.</p>
<p>With this said, you are correct it requires a lot more than simply an EMR to achieve excellence in clinical care.  However, the benefits being achieved by organizations such as Kaiser, Giesinger, Mayo, the Univeristy of Utah, Montefiorre, Sentara, and many, many more with an EMR suggest there is tremendous value in this rapidly improving technology.</p>
<p>There are no magic bullets&#8230;but it is exciting to see the increasing use of clinical systems which are making a difference in healthcare delivery.</p>
<p>Intermountain has achieved success through all the points you make PLUS the fact we have advanced (and improving) clinical information systems&#8230;not to mention some pretty great knowledge leaders who still work here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Two HIEs Are One Too Many by jbormel</title>
		<link>http://healthsystemcio.com/2011/03/24/two-hies-are-one-too-many/#comment-793</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Sat, 26 Mar 2011 14:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6775#comment-793</guid>
		<description>Where do you see the ONC&#039;s DIRECT project fitting into this?  My understanding is that there are about five, distinct sharing use-cases, with different policy-participation issues, distinctions at several levels between backbone roles (like NHIN serving the federal agencies), edge systems of EMRs with distinctly different minimal needs, etc.  Reduction to pipes carrying ones and zeros seems a bit overly reductionist?</description>
		<content:encoded><![CDATA[<p>Where do you see the ONC&#8217;s DIRECT project fitting into this?  My understanding is that there are about five, distinct sharing use-cases, with different policy-participation issues, distinctions at several levels between backbone roles (like NHIN serving the federal agencies), edge systems of EMRs with distinctly different minimal needs, etc.  Reduction to pipes carrying ones and zeros seems a bit overly reductionist?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCAST Workgroup Sees Little Chance for Major Stage 2 Strides by jbormel</title>
		<link>http://healthsystemcio.com/2011/03/18/pcast-workgroup-sees-little-chance-for-major-stage-2-strides/#comment-788</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Tue, 22 Mar 2011 14:02:21 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6668#comment-788</guid>
		<description>Anthony, as I know you agree, paradox characterizes healthy social affairs.  This concept is well developed by my friend Richard Farson in his best seller, Management of the Absurd.  I think that&#039;s what&#039;s going on here, and, it&#039;s a good thing.

The Advisory Committees are necessarily comprised of both visionaries and realists.  Their product ultimately needs to meet both ends.  The need to connect assumptive goals (stretch) with a place that can be bridged from today.

I recognize the frustration of the “poor state” commenter, but respectfully point out that rushing into something unproven a la Dixie Baker/Staff Huff’s perspective, creates the possibility –and based on experience with massive implementation of federal mandates – some would assert even a probability of failure.  

Who is at risk of that potential failure?  The patient! It would be contrary to the Policy and Standards committee’s own principles to recommend something that carries a knowably serious possibility of putting patient safety at risk.

The key to paradox is recognizing it.  Failure to do so predictably leads to abuse, whether it&#039;s managing subordinates, children, or translating regulation into prudent policy.</description>
		<content:encoded><![CDATA[<p>Anthony, as I know you agree, paradox characterizes healthy social affairs.  This concept is well developed by my friend Richard Farson in his best seller, Management of the Absurd.  I think that&#8217;s what&#8217;s going on here, and, it&#8217;s a good thing.</p>
<p>The Advisory Committees are necessarily comprised of both visionaries and realists.  Their product ultimately needs to meet both ends.  The need to connect assumptive goals (stretch) with a place that can be bridged from today.</p>
<p>I recognize the frustration of the “poor state” commenter, but respectfully point out that rushing into something unproven a la Dixie Baker/Staff Huff’s perspective, creates the possibility –and based on experience with massive implementation of federal mandates – some would assert even a probability of failure.  </p>
<p>Who is at risk of that potential failure?  The patient! It would be contrary to the Policy and Standards committee’s own principles to recommend something that carries a knowably serious possibility of putting patient safety at risk.</p>
<p>The key to paradox is recognizing it.  Failure to do so predictably leads to abuse, whether it&#8217;s managing subordinates, children, or translating regulation into prudent policy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCAST Workgroup Sees Little Chance for Major Stage 2 Strides by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/03/18/pcast-workgroup-sees-little-chance-for-major-stage-2-strides/#comment-787</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Mon, 21 Mar 2011 13:31:55 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6668#comment-787</guid>
		<description>Thanks for your comments gentlemen. Joe, I believe the comment was very much in context. In fact, I wrote the story almost in dialogue format to convey the discussion&#039;s give and take. Anyone who wishes to hear the audio of that meeting can go so here. http://healthit.hhs.gov/media/policy_committee/2011-03-17_policy_pcast.mp3  Though the workgroup&#039;s chair, Paul Egerman, continually reminds members to state their names before talking, many do not, or at least do not 100 percent of the time. That can make accurate attribution difficult, and that is why I had to report that comment without conveying who made it.</description>
		<content:encoded><![CDATA[<p>Thanks for your comments gentlemen. Joe, I believe the comment was very much in context. In fact, I wrote the story almost in dialogue format to convey the discussion&#8217;s give and take. Anyone who wishes to hear the audio of that meeting can go so here. <a href="http://healthit.hhs.gov/media/policy_committee/2011-03-17_policy_pcast.mp3" rel="nofollow">http://healthit.hhs.gov/media/policy_committee/2011-03-17_policy_pcast.mp3</a>  Though the workgroup&#8217;s chair, Paul Egerman, continually reminds members to state their names before talking, many do not, or at least do not 100 percent of the time. That can make accurate attribution difficult, and that is why I had to report that comment without conveying who made it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCAST Workgroup Sees Little Chance for Major Stage 2 Strides by flpoggio</title>
		<link>http://healthsystemcio.com/2011/03/18/pcast-workgroup-sees-little-chance-for-major-stage-2-strides/#comment-786</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Sun, 20 Mar 2011 22:08:19 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6668#comment-786</guid>
		<description>Dr. Joe...
Great retort. I would take it a step further. Not only does nature take nine months, Mother Nature NEVER - not once - has delivered a complete set of specs, user manual, or trouble shooting guide with that wonderful product she has been delivering for the last million years. What&#039;s wrong with that woman?? Why do we keep tolerating such failures? We should send the product back, or at least enact some tough legislation aimed at her. Sure would be much easier to automate medicine &amp; healthcare if we only had the same level of documentation you get with your PC, or Windows7, or Ipad!

Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Dr. Joe&#8230;<br />
Great retort. I would take it a step further. Not only does nature take nine months, Mother Nature NEVER &#8211; not once &#8211; has delivered a complete set of specs, user manual, or trouble shooting guide with that wonderful product she has been delivering for the last million years. What&#8217;s wrong with that woman?? Why do we keep tolerating such failures? We should send the product back, or at least enact some tough legislation aimed at her. Sure would be much easier to automate medicine &#038; healthcare if we only had the same level of documentation you get with your PC, or Windows7, or Ipad!</p>
<p>Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCAST Workgroup Sees Little Chance for Major Stage 2 Strides by jbormel</title>
		<link>http://healthsystemcio.com/2011/03/18/pcast-workgroup-sees-little-chance-for-major-stage-2-strides/#comment-781</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Sun, 20 Mar 2011 13:54:24 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6668#comment-781</guid>
		<description>Is human reproduction in a poor state of affairs because the process requires nine months? 

I reach the opposite conclusion of the workgroup member who made that comment.  If the quote included the word &quot;industry&quot;, so that it read &quot;the industry was in a poor state of affairs&quot;, then it&#039;s simply incorrect.  Industry in a good and healthy state knows that a proof-of-concept, while usually essential, does not reliably portend scaling issues.  Only some of those are technological. The broad, international success of IHE exemplifies that industry can and has produced true interoperability and meaningful standardization.

Similarly, if the quote was actually saying that &quot;the government regulatory and industry complex was in a poor state of affairs,&quot; that would be incorrect as well.  The ONC&#039;s S&amp;I framework has incorporated a staged-approach, concordant with respect for pregnancy-type processes that are irreducible. It has also been carefully kept open and inclusive, like the industry&#039;s IHE process.

Anthony, your account sounded balanced (as usual).  It would appear that what we&#039;re seeing is responsible, adult supervision with respect to a regulatory process.  

The slur on industry or regulatory process being &quot;a poor state of affairs&quot; is simply and profoundly ignorant.  Was that taken out of context?</description>
		<content:encoded><![CDATA[<p>Is human reproduction in a poor state of affairs because the process requires nine months? </p>
<p>I reach the opposite conclusion of the workgroup member who made that comment.  If the quote included the word &#8220;industry&#8221;, so that it read &#8220;the industry was in a poor state of affairs&#8221;, then it&#8217;s simply incorrect.  Industry in a good and healthy state knows that a proof-of-concept, while usually essential, does not reliably portend scaling issues.  Only some of those are technological. The broad, international success of IHE exemplifies that industry can and has produced true interoperability and meaningful standardization.</p>
<p>Similarly, if the quote was actually saying that &#8220;the government regulatory and industry complex was in a poor state of affairs,&#8221; that would be incorrect as well.  The ONC&#8217;s S&#038;I framework has incorporated a staged-approach, concordant with respect for pregnancy-type processes that are irreducible. It has also been carefully kept open and inclusive, like the industry&#8217;s IHE process.</p>
<p>Anthony, your account sounded balanced (as usual).  It would appear that what we&#8217;re seeing is responsible, adult supervision with respect to a regulatory process.  </p>
<p>The slur on industry or regulatory process being &#8220;a poor state of affairs&#8221; is simply and profoundly ignorant.  Was that taken out of context?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of Academic Medical Centers by flpoggio</title>
		<link>http://healthsystemcio.com/2011/03/14/the-myth-of-academic-medical-centers/#comment-778</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Thu, 17 Mar 2011 17:05:44 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6614#comment-778</guid>
		<description>Dale and Joe,
Excellent posts…brought back fond (maybe not-so-fond) memories. As a former AMC facility exec many years ago I used to describe the AMC as the ‘three headed monster’. That’s because they have three distinct and frequently conflicting organizational objectives. They are:

- Research
- Teaching
- Patient care delivery

If you put these in a vend diagram there is a cross section sweet spot…but rarely is it realized. Typically the research docs wants/needs patients for the data they bring (a la grants), the teaching doc sees patients as teaching fodder for the students &amp; interns, and the true clinician sees the patient as a ‘customer’. A customer orientation for one out of three ain’t good and finding a faculty MD that can keep all these in balance is extremely difficult.

So now the government (which historically has significantly underwritten all three roles) says…become an ACO…get more patient focused…what a challenge for the AMCs. A Medical School Dean I used to work with described the balancing as ‘herding cats’. Good luck to all AMCs.</description>
		<content:encoded><![CDATA[<p>Dale and Joe,<br />
Excellent posts…brought back fond (maybe not-so-fond) memories. As a former AMC facility exec many years ago I used to describe the AMC as the ‘three headed monster’. That’s because they have three distinct and frequently conflicting organizational objectives. They are:</p>
<p>- Research<br />
- Teaching<br />
- Patient care delivery</p>
<p>If you put these in a vend diagram there is a cross section sweet spot…but rarely is it realized. Typically the research docs wants/needs patients for the data they bring (a la grants), the teaching doc sees patients as teaching fodder for the students &#038; interns, and the true clinician sees the patient as a ‘customer’. A customer orientation for one out of three ain’t good and finding a faculty MD that can keep all these in balance is extremely difficult.</p>
<p>So now the government (which historically has significantly underwritten all three roles) says…become an ACO…get more patient focused…what a challenge for the AMCs. A Medical School Dean I used to work with described the balancing as ‘herding cats’. Good luck to all AMCs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hats off to the “K” in KLAS by ChuckChristian</title>
		<link>http://healthsystemcio.com/2011/03/16/hats-off-to-the-%e2%80%9ck%e2%80%9d-in-klas/#comment-777</link>
		<dc:creator>ChuckChristian</dc:creator>
		<pubDate>Wed, 16 Mar 2011 17:24:56 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6659#comment-777</guid>
		<description>Many thanks Adam.  I&#039;m not sure if I was one of the early 65 or not.  The services that KLAS provides to the industry are very much needed and your professional and personal approache is greatly appreciated.  Now, I&#039;m probably thinking that your Dad will have issue with your last comment that he&#039;s the same &quot;old&quot; Kent.  /chuck</description>
		<content:encoded><![CDATA[<p>Many thanks Adam.  I&#8217;m not sure if I was one of the early 65 or not.  The services that KLAS provides to the industry are very much needed and your professional and personal approache is greatly appreciated.  Now, I&#8217;m probably thinking that your Dad will have issue with your last comment that he&#8217;s the same &#8220;old&#8221; Kent.  /chuck</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hats off to the “K” in KLAS by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/03/16/hats-off-to-the-%e2%80%9ck%e2%80%9d-in-klas/#comment-776</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Wed, 16 Mar 2011 14:38:22 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6659#comment-776</guid>
		<description>WOW – one of the best and most moving pieces of writing I’ve read in a LONG, LONG time. 

Very impressive!</description>
		<content:encoded><![CDATA[<p>WOW – one of the best and most moving pieces of writing I’ve read in a LONG, LONG time. </p>
<p>Very impressive!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Difficulty of Determining Value in an ACO World by Paul Roemer</title>
		<link>http://healthsystemcio.com/2011/03/14/the-difficulty-of-determining-value-in-an-aco-world/#comment-775</link>
		<dc:creator>Paul Roemer</dc:creator>
		<pubDate>Wed, 16 Mar 2011 11:48:49 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6620#comment-775</guid>
		<description>Thanks Dale.</description>
		<content:encoded><![CDATA[<p>Thanks Dale.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Difficulty of Determining Value in an ACO World by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/03/14/the-difficulty-of-determining-value-in-an-aco-world/#comment-774</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Tue, 15 Mar 2011 19:54:34 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6620#comment-774</guid>
		<description>Great post, Paul.</description>
		<content:encoded><![CDATA[<p>Great post, Paul.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of Academic Medical Centers by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/03/14/the-myth-of-academic-medical-centers/#comment-773</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Mon, 14 Mar 2011 20:56:52 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6614#comment-773</guid>
		<description>Thank you, Joe!  You always have such great perspectives and insights; I genuinely appreciate what I learn from you.  

I am keen on the Advisory Board framework you reference as a means of describing the specific adjustments lying ahead for the AMCs.  God bless the AMCs for what they do well-- e.g., rare diagnoses and highly complicated surgeries-- but start-to-finish patient service and chronic disease management are not their forte.  

We need to either change the culture of the AMCs to align better with ACOs, or change our expectations of AMCs in the future.  But if we change our expectations of AMCs to one that alleviates the pressure of functioning like an ACO, what type of medicine will they be teaching to students?  The core mission of the AMC is to develop students who can lead and function in the future of healthcare.  AMCs have basically ignored the best business &amp; clinical practices from places like Intermountain and Kaiser.  I don&#039;t mean to sound overly harsh when I use the term &quot;ignore&quot;-- AMCs have never felt a compelling need to pay attention until now.

Interesting times ahead!  Many thanks, Joe...</description>
		<content:encoded><![CDATA[<p>Thank you, Joe!  You always have such great perspectives and insights; I genuinely appreciate what I learn from you.  </p>
<p>I am keen on the Advisory Board framework you reference as a means of describing the specific adjustments lying ahead for the AMCs.  God bless the AMCs for what they do well&#8211; e.g., rare diagnoses and highly complicated surgeries&#8211; but start-to-finish patient service and chronic disease management are not their forte.  </p>
<p>We need to either change the culture of the AMCs to align better with ACOs, or change our expectations of AMCs in the future.  But if we change our expectations of AMCs to one that alleviates the pressure of functioning like an ACO, what type of medicine will they be teaching to students?  The core mission of the AMC is to develop students who can lead and function in the future of healthcare.  AMCs have basically ignored the best business &amp; clinical practices from places like Intermountain and Kaiser.  I don&#8217;t mean to sound overly harsh when I use the term &#8220;ignore&#8221;&#8211; AMCs have never felt a compelling need to pay attention until now.</p>
<p>Interesting times ahead!  Many thanks, Joe&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Myth of Academic Medical Centers by jbormel</title>
		<link>http://healthsystemcio.com/2011/03/14/the-myth-of-academic-medical-centers/#comment-770</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Mon, 14 Mar 2011 15:42:33 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6614#comment-770</guid>
		<description>Dale,  Great post.  I appreciate your commentary, as well as the link.  Here&#039;s my take.

JD Klenke divided the inpatient world into three, neat buckets:  AMCs, For-Profits, and Not-For-Profits.  Your &quot;Unlike&quot; paragraph above does capture the measurement model that uniquely characterizes AMCs.  It&#039;s worth noting that the training, cross-subsidies, and patient mix at AMCs also makes their tasks different, as well as their operations and measurement challenge.

My affordable care / accountable care organization (ACA, ACO) thinking follows a framework from the HealthCare Advisory Board (http://www.advisoryboardcompany.com/) and consists of five domains.  I would argue the most AMCs have distinct issues with each:

1) Network Interconnectivity of EMR (inpatient, outpatient and their patient summary and exchange capability, critical to clinical integration.)  This is compatible with the clearly contrasting organizations you cited.  Name three organizations, AMCs, FP, and NFPs who were sending out ePatientSummaries before 2009? 

2) Clinical Knowledge Management (few AMCs invest in this, as evidenced by their public and private measurement data you cited.)

3) Financial Operations - AMCs have cost accounting systems but no significant ability to manage multi-stakeholder payment and outcomes.  The better organizations struggle with Balance Scorecard Dashboards.

4) Population Risk Management - AMC&#039;s have multiple adverse selection issues.  Think &quot;county and inner-city hospital.&quot;

5) Patient Activation (including networked PHRs.)  My personal experience as an advocate for a patient receiving care from one of the named AMCs is that AMCs can be upside down.  By that I mean that, for example, they send patients to a different facility for their anti-coagulation clinic (different location,date and time) than their pulmonary and cardiac clinics.  This is more than a need for multi-resource scheduling.  This is a need for geographically-sensitive care coordination.  Too often, AMCs are the last to get on the patient-centeredness bus.  Whether affluent or indigent, sick patients need their travel burden minimized.  That doesn&#039;t happen by accident. 

Dale, thanks again.  Provocative post and thoughtfully constructed.</description>
		<content:encoded><![CDATA[<p>Dale,  Great post.  I appreciate your commentary, as well as the link.  Here&#8217;s my take.</p>
<p>JD Klenke divided the inpatient world into three, neat buckets:  AMCs, For-Profits, and Not-For-Profits.  Your &#8220;Unlike&#8221; paragraph above does capture the measurement model that uniquely characterizes AMCs.  It&#8217;s worth noting that the training, cross-subsidies, and patient mix at AMCs also makes their tasks different, as well as their operations and measurement challenge.</p>
<p>My affordable care / accountable care organization (ACA, ACO) thinking follows a framework from the HealthCare Advisory Board (<a href="http://www.advisoryboardcompany.com/" rel="nofollow">http://www.advisoryboardcompany.com/</a>) and consists of five domains.  I would argue the most AMCs have distinct issues with each:</p>
<p>1) Network Interconnectivity of EMR (inpatient, outpatient and their patient summary and exchange capability, critical to clinical integration.)  This is compatible with the clearly contrasting organizations you cited.  Name three organizations, AMCs, FP, and NFPs who were sending out ePatientSummaries before 2009? </p>
<p>2) Clinical Knowledge Management (few AMCs invest in this, as evidenced by their public and private measurement data you cited.)</p>
<p>3) Financial Operations &#8211; AMCs have cost accounting systems but no significant ability to manage multi-stakeholder payment and outcomes.  The better organizations struggle with Balance Scorecard Dashboards.</p>
<p>4) Population Risk Management &#8211; AMC&#8217;s have multiple adverse selection issues.  Think &#8220;county and inner-city hospital.&#8221;</p>
<p>5) Patient Activation (including networked PHRs.)  My personal experience as an advocate for a patient receiving care from one of the named AMCs is that AMCs can be upside down.  By that I mean that, for example, they send patients to a different facility for their anti-coagulation clinic (different location,date and time) than their pulmonary and cardiac clinics.  This is more than a need for multi-resource scheduling.  This is a need for geographically-sensitive care coordination.  Too often, AMCs are the last to get on the patient-centeredness bus.  Whether affluent or indigent, sick patients need their travel burden minimized.  That doesn&#8217;t happen by accident. </p>
<p>Dale, thanks again.  Provocative post and thoughtfully constructed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on healthsystemCIO.com SnapSurvey: CIOs Feel Unheard in MU Formation by Paul Roemer</title>
		<link>http://healthsystemcio.com/2011/03/02/healthsystemcio-com-snapsurvey-cios-feel-unheard-in-mu-formation/#comment-767</link>
		<dc:creator>Paul Roemer</dc:creator>
		<pubDate>Tue, 08 Mar 2011 22:02:34 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6489#comment-767</guid>
		<description>The discussion reminds me a lot of the line in the movie “City Slickers,” “We don’t know where we are going, but we are making really good time.”  However, I do not even think we can pat ourselves on the back for making really good time.

From where I sit there are two problems with the ONC/CMS strategic plan to link every patient to every provider; the strategic plan is neither strategic, nor is it a plan.  Just because everyone is working hard does not an N-HIN make.

Eighteen months from now many providers will find themselves with HIT systems that are so befuddled they will not have any idea how to undo what they have done to themselves by following Washington’s plans to nationalize healthcare.  Business strategies are being sacrificed for the promise of an EHR rebate check.  Resources are so focused on trying to meet Meaningful Use that they have scarcely looked at all the work they must do for HIPAA 5010 and ICD-10, and the financial penalties of unpaid claims associated for failing to comply with ICD-10 will far exceed any monies they may have received from Meaningful Use.</description>
		<content:encoded><![CDATA[<p>The discussion reminds me a lot of the line in the movie “City Slickers,” “We don’t know where we are going, but we are making really good time.”  However, I do not even think we can pat ourselves on the back for making really good time.</p>
<p>From where I sit there are two problems with the ONC/CMS strategic plan to link every patient to every provider; the strategic plan is neither strategic, nor is it a plan.  Just because everyone is working hard does not an N-HIN make.</p>
<p>Eighteen months from now many providers will find themselves with HIT systems that are so befuddled they will not have any idea how to undo what they have done to themselves by following Washington’s plans to nationalize healthcare.  Business strategies are being sacrificed for the promise of an EHR rebate check.  Resources are so focused on trying to meet Meaningful Use that they have scarcely looked at all the work they must do for HIPAA 5010 and ICD-10, and the financial penalties of unpaid claims associated for failing to comply with ICD-10 will far exceed any monies they may have received from Meaningful Use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 6 — Building Towards an Uncertain Future by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2011/03/01/meditech-6-0-diary-part-6-%e2%80%94-building-towards-an-uncertain-future/#comment-765</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Mon, 07 Mar 2011 15:03:58 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6478#comment-765</guid>
		<description>Thanks Lakedog, glad to hear we are not a one off and that the information is something others can relate to.</description>
		<content:encoded><![CDATA[<p>Thanks Lakedog, glad to hear we are not a one off and that the information is something others can relate to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 6 — Building Towards an Uncertain Future by lakedog66</title>
		<link>http://healthsystemcio.com/2011/03/01/meditech-6-0-diary-part-6-%e2%80%94-building-towards-an-uncertain-future/#comment-764</link>
		<dc:creator>lakedog66</dc:creator>
		<pubDate>Mon, 07 Mar 2011 14:35:02 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6478#comment-764</guid>
		<description>Thank you for your insights, we are about two months ahead of you on the change to Meditech 6.0. All I can say is that if you changed the name of the hospital, this is EXACTLY what we have endured.</description>
		<content:encoded><![CDATA[<p>Thank you for your insights, we are about two months ahead of you on the change to Meditech 6.0. All I can say is that if you changed the name of the hospital, this is EXACTLY what we have endured.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on HIT Worker Demand &#8211; The Mad Dash by Bonnie Siegel</title>
		<link>http://healthsystemcio.com/2011/02/24/hit-worker-demand-the-mad-dash/#comment-756</link>
		<dc:creator>Bonnie Siegel</dc:creator>
		<pubDate>Tue, 01 Mar 2011 00:55:26 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6419#comment-756</guid>
		<description>Hi Dale, thanks for the note.  I agree, we need to bring in expertise from other industries.  Key positions in project management, IT security and business intelligence offer a chance for outsiders to get a foothold in the door of healthcare.</description>
		<content:encoded><![CDATA[<p>Hi Dale, thanks for the note.  I agree, we need to bring in expertise from other industries.  Key positions in project management, IT security and business intelligence offer a chance for outsiders to get a foothold in the door of healthcare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on EHR Certification is a Black Box by flpoggio</title>
		<link>http://healthsystemcio.com/2011/02/24/ehr-certification-is-a-black-box/#comment-755</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Mon, 28 Feb 2011 22:23:06 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6398#comment-755</guid>
		<description>Good point Will,
And it gets ‘more slippery’ as you look under the covers. As one who is working with many vendors through the ONCHIT certification process, in most cases the tester really doesn’t care about HOW you do it…just that you can do it. For example some of the criteria were written for legacy systems, like integrity checks. To pass the integrity check you must show the hash key and changing hash totals.  But more modern web based products and SaaS products have no need for that. So to pass the test the vendor pulls up some old shareware like 7Zip shows it and he passes. Thing is he will never use it in his deployment, so if you ask him how…no answer. Furthermore the account rep is the last guy who would know the answer to a how question.

Lastly you as a CIO will have to attest to these to meet MU regs. It’s sure not fair asking you to legally attest to something when you don’t know how it got there.
Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Good point Will,<br />
And it gets ‘more slippery’ as you look under the covers. As one who is working with many vendors through the ONCHIT certification process, in most cases the tester really doesn’t care about HOW you do it…just that you can do it. For example some of the criteria were written for legacy systems, like integrity checks. To pass the integrity check you must show the hash key and changing hash totals.  But more modern web based products and SaaS products have no need for that. So to pass the test the vendor pulls up some old shareware like 7Zip shows it and he passes. Thing is he will never use it in his deployment, so if you ask him how…no answer. Furthermore the account rep is the last guy who would know the answer to a how question.</p>
<p>Lastly you as a CIO will have to attest to these to meet MU regs. It’s sure not fair asking you to legally attest to something when you don’t know how it got there.<br />
Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Guerra Talks Social Media Best Practices at HIMSS by Brian Ahier</title>
		<link>http://healthsystemcio.com/2011/02/25/guerra-talks-social-media-best-practices-at-himss/#comment-754</link>
		<dc:creator>Brian Ahier</dc:creator>
		<pubDate>Sun, 27 Feb 2011 17:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6425#comment-754</guid>
		<description>Thanks for the Twitter kudos! :-)

I picked up some great LinkedIn tips during this presentation. This has been an underestimated platform for content distribution and your methods are powerful.</description>
		<content:encoded><![CDATA[<p>Thanks for the Twitter kudos! <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>I picked up some great LinkedIn tips during this presentation. This has been an underestimated platform for content distribution and your methods are powerful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Texas Health Launches Consulting Arm by flpoggio</title>
		<link>http://healthsystemcio.com/2011/02/24/texas-health-launches-consulting-arm/#comment-752</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Sun, 27 Feb 2011 02:40:10 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6407#comment-752</guid>
		<description>Yes they can. There are many &#039;fee for service&#039; operations under 501C3 corporations (non-profit, tax exempt). The obvious one is HIMSS. Look at all the ancillary revenue things they do. For a hospital as long as the service does not generate a significant amount of revenue (say 40% of total)the IRS will usually allow it under the non-profit umbrella.

The real issue here is not tax issue, it is more about syncing objectives. In my decades of experience where most fail is when the needs of the mother ship are different than the needs of the clients. For example the mother ship wants to move aggressively into ambulatiory care (neeeding specific IT support) and the clients are focused on Home health. Unless you have unlimited resouces you have a problem. Also when the feds start hacking away at reimbursements (as WILL happen in the not to distant future) and IT needs to cut 10%...well I think you get the picture. Customers want a vendor to focus on their needs, not &#039;the other business&#039;.</description>
		<content:encoded><![CDATA[<p>Yes they can. There are many &#8216;fee for service&#8217; operations under 501C3 corporations (non-profit, tax exempt). The obvious one is HIMSS. Look at all the ancillary revenue things they do. For a hospital as long as the service does not generate a significant amount of revenue (say 40% of total)the IRS will usually allow it under the non-profit umbrella.</p>
<p>The real issue here is not tax issue, it is more about syncing objectives. In my decades of experience where most fail is when the needs of the mother ship are different than the needs of the clients. For example the mother ship wants to move aggressively into ambulatiory care (neeeding specific IT support) and the clients are focused on Home health. Unless you have unlimited resouces you have a problem. Also when the feds start hacking away at reimbursements (as WILL happen in the not to distant future) and IT needs to cut 10%&#8230;well I think you get the picture. Customers want a vendor to focus on their needs, not &#8216;the other business&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Texas Health Launches Consulting Arm by Anthony Guerra</title>
		<link>http://healthsystemcio.com/2011/02/24/texas-health-launches-consulting-arm/#comment-751</link>
		<dc:creator>Anthony Guerra</dc:creator>
		<pubDate>Sun, 27 Feb 2011 00:28:16 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6407#comment-751</guid>
		<description>Thanks for the comment Frank. I have a question for you, and I think you&#039;re the right person as a former CFO. How can a nonprofit health system launch what is essentially a consulting business? How does that work from a legal/accounting point of view? Thx!</description>
		<content:encoded><![CDATA[<p>Thanks for the comment Frank. I have a question for you, and I think you&#8217;re the right person as a former CFO. How can a nonprofit health system launch what is essentially a consulting business? How does that work from a legal/accounting point of view? Thx!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on HIT Worker Demand &#8211; The Mad Dash by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/02/24/hit-worker-demand-the-mad-dash/#comment-750</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Sat, 26 Feb 2011 21:35:52 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6419#comment-750</guid>
		<description>Wow!  Great post, Bonnie... informative and thought provoking.  I hope in this mad rush to hire in healthcare that we look outside our usual circles and start stealing the best engineers and computer scientists from other industries.  We can teach and mentor the knowledge domain of healthcare, but it&#039;s much harder to teach and develop the technical IT skills that we so terribly need.  Again, great post!  :-)</description>
		<content:encoded><![CDATA[<p>Wow!  Great post, Bonnie&#8230; informative and thought provoking.  I hope in this mad rush to hire in healthcare that we look outside our usual circles and start stealing the best engineers and computer scientists from other industries.  We can teach and mentor the knowledge domain of healthcare, but it&#8217;s much harder to teach and develop the technical IT skills that we so terribly need.  Again, great post!  <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Texas Health Launches Consulting Arm by flpoggio</title>
		<link>http://healthsystemcio.com/2011/02/24/texas-health-launches-consulting-arm/#comment-749</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Fri, 25 Feb 2011 23:46:08 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6407#comment-749</guid>
		<description>Here we go...It&#039;s 1975 all over again!

EPIC is doing what IBM did 35 years ago, turning every client into a hosting site (see SHAS circa 1975). Epic is allowing / encouraging the large medical centers to distribute its applic on a host basis to almost any remote client (particularly if they are under 150 beds) without incurring a new acquisition license fee. Just add more work stations, or users, and pay a small seat license increment and you can buy them in ‘bulk’. 

I spoke to several CIOs at HIMSS that are doing this for owned, managed and non-affiliated facilities. All other vendors require you to pay a sizable new facility license fee. Epic says…not necessary. Oh, but along with the seat charge they bump up your monthly support fee. How can Epic do this, forgo the big revenue bump you get with a new license? If you’re a private company easy…cash is king, not revenue recognition. That’s why you do not see Cerner, McK, Allscripts, etc, do this. Wall Street wants the rev NOW! Epic can wait.

Why would Epic forgo a possible meaty license fee? They view this as incremental revenue that they would otherwise never see since it’s too costly to sell and support the small facility.

So I predict in the next year you will see many IDNs do the very same as THR. Only trouble is, running a software/service operation is very different than running a facility-focused HIT department. I know I’ve done both and the balancing act can make you pull your hair out!

Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Here we go&#8230;It&#8217;s 1975 all over again!</p>
<p>EPIC is doing what IBM did 35 years ago, turning every client into a hosting site (see SHAS circa 1975). Epic is allowing / encouraging the large medical centers to distribute its applic on a host basis to almost any remote client (particularly if they are under 150 beds) without incurring a new acquisition license fee. Just add more work stations, or users, and pay a small seat license increment and you can buy them in ‘bulk’. </p>
<p>I spoke to several CIOs at HIMSS that are doing this for owned, managed and non-affiliated facilities. All other vendors require you to pay a sizable new facility license fee. Epic says…not necessary. Oh, but along with the seat charge they bump up your monthly support fee. How can Epic do this, forgo the big revenue bump you get with a new license? If you’re a private company easy…cash is king, not revenue recognition. That’s why you do not see Cerner, McK, Allscripts, etc, do this. Wall Street wants the rev NOW! Epic can wait.</p>
<p>Why would Epic forgo a possible meaty license fee? They view this as incremental revenue that they would otherwise never see since it’s too costly to sell and support the small facility.</p>
<p>So I predict in the next year you will see many IDNs do the very same as THR. Only trouble is, running a software/service operation is very different than running a facility-focused HIT department. I know I’ve done both and the balancing act can make you pull your hair out!</p>
<p>Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Premier Releases ACO Roadmap by Dale Sanders</title>
		<link>http://healthsystemcio.com/2011/02/18/premier-releases-aco-roadmap/#comment-748</link>
		<dc:creator>Dale Sanders</dc:creator>
		<pubDate>Fri, 18 Feb 2011 21:00:23 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6362#comment-748</guid>
		<description>Excellent post, Anthony and compliments to Premier.  This is the type of roadmap that should have been produced by ONC and preceded the EMR Meaningful Use land rush.  It should be adopted as the strategic road map for every healthcare CIO in the industry, and every Enterprise IT vendor should do the same-- yesterday.</description>
		<content:encoded><![CDATA[<p>Excellent post, Anthony and compliments to Premier.  This is the type of roadmap that should have been produced by ONC and preceded the EMR Meaningful Use land rush.  It should be adopted as the strategic road map for every healthcare CIO in the industry, and every Enterprise IT vendor should do the same&#8211; yesterday.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What if Facebook and Amazon Built an EMR? by BobSchu</title>
		<link>http://healthsystemcio.com/2011/02/08/what-if-facebook-and-amazon-built-an-emr/#comment-747</link>
		<dc:creator>BobSchu</dc:creator>
		<pubDate>Fri, 18 Feb 2011 17:15:29 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6199#comment-747</guid>
		<description>Way to go Dale.  Keep pushin&#039; the thinking!

(Do cosmetic surgery options go on the wish list ;)?)</description>
		<content:encoded><![CDATA[<p>Way to go Dale.  Keep pushin&#8217; the thinking!</p>
<p>(Do cosmetic surgery options go on the wish list <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> ?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Rough Road to Interoperable Financials by Paul Roemer</title>
		<link>http://healthsystemcio.com/2011/02/08/the-rough-road-to-interoperable-financials/#comment-746</link>
		<dc:creator>Paul Roemer</dc:creator>
		<pubDate>Tue, 15 Feb 2011 14:41:19 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6193#comment-746</guid>
		<description>Dale, thank you for making time to share your comments. It does seem like a lot of money is being spent prior to figuring out what is being bought.</description>
		<content:encoded><![CDATA[<p>Dale, thank you for making time to share your comments. It does seem like a lot of money is being spent prior to figuring out what is being bought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Most Powerful Person in Healthcare IT by rschleichert</title>
		<link>http://healthsystemcio.com/2011/02/10/the-most-powerful-person-in-healthcare-it/#comment-745</link>
		<dc:creator>rschleichert</dc:creator>
		<pubDate>Thu, 10 Feb 2011 21:08:38 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6275#comment-745</guid>
		<description>Looking at the Board of the National Partnership for Women &amp; Families, I would guess Ms Bechtel is doing the bidding of others.</description>
		<content:encoded><![CDATA[<p>Looking at the Board of the National Partnership for Women &amp; Families, I would guess Ms Bechtel is doing the bidding of others.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on John Glaser, CEO, Health Services Business Unit, Siemens Healthcare, Podcast Chapter 1 by flpoggio</title>
		<link>http://healthsystemcio.com/2011/02/09/john-glaser-ceo-health-services-business-unit-siemens-healthcare-podcast-chapter-1/#comment-744</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Thu, 10 Feb 2011 20:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6252#comment-744</guid>
		<description>Anthony,
Interesting podcast and very informative. I feel John should have taken your questions a step further. He said PCAST is pushing to hard to fast. I agree. But keep in mind with PCAST heavily skewed by Google, Microsoft, and Oracle the answer to the health care problems has to be – technology. If we would only fast track in XML we could solve many of the nasty health system operational issues. Don’t worry about process, or organization, or those nasty human issues, just do the technology.

I also loved his comment about how the government has hijacked vendor development schedules - with its already overloaded client demands. As a former vendor, boy I can appreciate that one. Hey wait a minute…now we can solve that problem too, just do what PCAST says and install all those great tools they are trying to sell ya…and bingo it’s done! 

Can&#039;t wait for Chpt 2
Frank Poggio
President
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Anthony,<br />
Interesting podcast and very informative. I feel John should have taken your questions a step further. He said PCAST is pushing to hard to fast. I agree. But keep in mind with PCAST heavily skewed by Google, Microsoft, and Oracle the answer to the health care problems has to be – technology. If we would only fast track in XML we could solve many of the nasty health system operational issues. Don’t worry about process, or organization, or those nasty human issues, just do the technology.</p>
<p>I also loved his comment about how the government has hijacked vendor development schedules &#8211; with its already overloaded client demands. As a former vendor, boy I can appreciate that one. Hey wait a minute…now we can solve that problem too, just do what PCAST says and install all those great tools they are trying to sell ya…and bingo it’s done! </p>
<p>Can&#8217;t wait for Chpt 2<br />
Frank Poggio<br />
President<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
</channel>
</rss>

