<?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>Tue, 24 Apr 2012 00:55:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=458</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Comment on Breaking Down an Epic Versus Cerner Selection by cvanpelt</title>
		<link>http://healthsystemcio.com/2011/04/12/breaking-down-an-epic-versus-cerner-selection/#comment-1074</link>
		<dc:creator>cvanpelt</dc:creator>
		<pubDate>Tue, 24 Apr 2012 00:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=6939#comment-1074</guid>
		<description>Vince is spot on with respect to most of this - as usual. Owning both (Epic and Cerner), I do wish to temper one section of that reply. This consistent bashing of Cerner (and cult of Epic) is unfounded in the current state. Cerner&#039;s advances in the ambulatory space in the last 3-5 years have them not only relevant but equivalent to Epic. My MD&#039;s have each of their preferences (depending on which they are using), but I caution that there are no discernable differences. I have more than 1,000 MDs and many 1,000s of other providers using Cerner in the ambulatory space - 10&#039;s of 1,000s in the inpatient space on the same system....these are not interfaced. In fact, my personal opinion is that Cerner is far superior than Epic in the integrated space. These maligned comments about Cerner in ambo are most typically referring to the PowerWorks product/offering - which is a shared product amongst many nationwide customers (read cloud), not what most of us run ourselves. I&#039;m a CIO, I hate all vendors, so I am not here to promote either...just very much feel a need to dispel this rabid cult thread running rampant in our industry. Facts speak louder.</description>
		<content:encoded><![CDATA[<p>Vince is spot on with respect to most of this &#8211; as usual. Owning both (Epic and Cerner), I do wish to temper one section of that reply. This consistent bashing of Cerner (and cult of Epic) is unfounded in the current state. Cerner&#8217;s advances in the ambulatory space in the last 3-5 years have them not only relevant but equivalent to Epic. My MD&#8217;s have each of their preferences (depending on which they are using), but I caution that there are no discernable differences. I have more than 1,000 MDs and many 1,000s of other providers using Cerner in the ambulatory space &#8211; 10&#8242;s of 1,000s in the inpatient space on the same system&#8230;.these are not interfaced. In fact, my personal opinion is that Cerner is far superior than Epic in the integrated space. These maligned comments about Cerner in ambo are most typically referring to the PowerWorks product/offering &#8211; which is a shared product amongst many nationwide customers (read cloud), not what most of us run ourselves. I&#8217;m a CIO, I hate all vendors, so I am not here to promote either&#8230;just very much feel a need to dispel this rabid cult thread running rampant in our industry. Facts speak louder.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Silencing Mobile Device Distractions by ToddFRichardson</title>
		<link>http://healthsystemcio.com/2012/04/12/silencing-mobile-device-distractions/#comment-1073</link>
		<dc:creator>ToddFRichardson</dc:creator>
		<pubDate>Mon, 16 Apr 2012 13:58:48 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=11310#comment-1073</guid>
		<description>Kate,
   Standards of Conduct comes from the HR department, as it outlines the expectations of our employees.  Provided that it is well written, it covers overall expectations and of behavior, and should stay away from trying to publish the exhaustive list of do&#039;s and don&#039;ts...  It may provide examples to get the point across, but if written well, it won&#039;t be required to change as a new specific item comes up.  As for enforcement, it is probably the single most useful policy in the book for a manager.  A good SOC policy provides a manager with the very tool to use with staff who are being difficult and require disciplinary action.  In much the same way that my Acceptable Use Policy covers a broad range of issues and provides a high-level set of expectations, it also serves to keep me from writing separate policies for &quot;Internet Use&quot;, &quot;Use of Mobile Devices&quot;, &quot;Email Use&quot;, etc...  So many organizations get into Policy Frenzy and fail to realize that what they are passing off as Policies are actually Standards, Guidelines or SOP&#039;s.  A practical danger of this, is that Regulators love to catch organizations guilty of &#039;Not following their policies&#039;...  If you have a million policies, nobody can even keep up with them, much less follow them.  Take &#039;Email Retention&#039; as an example.  With so many litigation issues in healthcare, we are in a constant state of  Start/Stop when it comes to email purging.  If you have a 90 day retention period, the technology guys will be stopping and starting so often, they will be 100% likely to delete something they shouldn&#039;t have, or kept something they should have deleted.  Once you are guilty of not following your policy...you are Guilty..  Tfr</description>
		<content:encoded><![CDATA[<p>Kate,<br />
   Standards of Conduct comes from the HR department, as it outlines the expectations of our employees.  Provided that it is well written, it covers overall expectations and of behavior, and should stay away from trying to publish the exhaustive list of do&#8217;s and don&#8217;ts&#8230;  It may provide examples to get the point across, but if written well, it won&#8217;t be required to change as a new specific item comes up.  As for enforcement, it is probably the single most useful policy in the book for a manager.  A good SOC policy provides a manager with the very tool to use with staff who are being difficult and require disciplinary action.  In much the same way that my Acceptable Use Policy covers a broad range of issues and provides a high-level set of expectations, it also serves to keep me from writing separate policies for &#8220;Internet Use&#8221;, &#8220;Use of Mobile Devices&#8221;, &#8220;Email Use&#8221;, etc&#8230;  So many organizations get into Policy Frenzy and fail to realize that what they are passing off as Policies are actually Standards, Guidelines or SOP&#8217;s.  A practical danger of this, is that Regulators love to catch organizations guilty of &#8216;Not following their policies&#8217;&#8230;  If you have a million policies, nobody can even keep up with them, much less follow them.  Take &#8216;Email Retention&#8217; as an example.  With so many litigation issues in healthcare, we are in a constant state of  Start/Stop when it comes to email purging.  If you have a 90 day retention period, the technology guys will be stopping and starting so often, they will be 100% likely to delete something they shouldn&#8217;t have, or kept something they should have deleted.  Once you are guilty of not following your policy&#8230;you are Guilty..  Tfr</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Silencing Mobile Device Distractions by Kate Gamble</title>
		<link>http://healthsystemcio.com/2012/04/12/silencing-mobile-device-distractions/#comment-1071</link>
		<dc:creator>Kate Gamble</dc:creator>
		<pubDate>Fri, 13 Apr 2012 11:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=11310#comment-1071</guid>
		<description>Todd, 
Thanks for the comment. I appreciate getting the perspective of a CIO on this, and I can understand not wanting to create another policy that could gets swept under the rug.
My question to you is, who does it fall under to ensure that the Standards of Conduct are updated and enforced? Does it vary by organization?
It&#039;s a really interesting topic. Thanks for your take!</description>
		<content:encoded><![CDATA[<p>Todd,<br />
Thanks for the comment. I appreciate getting the perspective of a CIO on this, and I can understand not wanting to create another policy that could gets swept under the rug.<br />
My question to you is, who does it fall under to ensure that the Standards of Conduct are updated and enforced? Does it vary by organization?<br />
It&#8217;s a really interesting topic. Thanks for your take!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Silencing Mobile Device Distractions by ToddFRichardson</title>
		<link>http://healthsystemcio.com/2012/04/12/silencing-mobile-device-distractions/#comment-1070</link>
		<dc:creator>ToddFRichardson</dc:creator>
		<pubDate>Thu, 12 Apr 2012 16:14:26 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=11310#comment-1070</guid>
		<description>While I don&#039;t disagree that Mobile Devices can present a distraction and potentially be an issue impacting Patient Care, I would contend that we should look to our &#039;Standards of Conduct&#039; policy to cover the issue, rather than creating yet another policy specific to Mobile Devices.  I don&#039;t have a policy on the appropriate time to read personal books (which may be distracting), or the appropriate use of Pens, which could be used to doodle in a meeting and be distracting... or other items such as iPods, iPod Touch, Kindle, the list goes on...  Please understand I am not advocating for the inappropriate use or saying we don&#039;t deal with it, but specific Policy Writing is not the answer.  We already have too many policies that nobody can find, nobody knows what they say and people don&#039;t follow them.  It&#039;s an issue of Conduct and that&#039;s already covered...we need to concentrate on education.  Tfr</description>
		<content:encoded><![CDATA[<p>While I don&#8217;t disagree that Mobile Devices can present a distraction and potentially be an issue impacting Patient Care, I would contend that we should look to our &#8216;Standards of Conduct&#8217; policy to cover the issue, rather than creating yet another policy specific to Mobile Devices.  I don&#8217;t have a policy on the appropriate time to read personal books (which may be distracting), or the appropriate use of Pens, which could be used to doodle in a meeting and be distracting&#8230; or other items such as iPods, iPod Touch, Kindle, the list goes on&#8230;  Please understand I am not advocating for the inappropriate use or saying we don&#8217;t deal with it, but specific Policy Writing is not the answer.  We already have too many policies that nobody can find, nobody knows what they say and people don&#8217;t follow them.  It&#8217;s an issue of Conduct and that&#8217;s already covered&#8230;we need to concentrate on education.  Tfr</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 17 – Addressing Post Go-Live Gripes by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2012/02/28/meditech-6-0-diary-part-17-addressing-post-go-live-gripes/#comment-1069</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Fri, 06 Apr 2012 14:57:22 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10589#comment-1069</guid>
		<description>Sure, you can send it to jgrillo@cphospital.org</description>
		<content:encoded><![CDATA[<p>Sure, you can send it to <a href="mailto:jgrillo@cphospital.org">jgrillo@cphospital.org</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 17 – Addressing Post Go-Live Gripes by evanhout</title>
		<link>http://healthsystemcio.com/2012/02/28/meditech-6-0-diary-part-17-addressing-post-go-live-gripes/#comment-1068</link>
		<dc:creator>evanhout</dc:creator>
		<pubDate>Fri, 06 Apr 2012 14:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10589#comment-1068</guid>
		<description>Hi Jorge,
we went live with Meditech 6 on March 31st/ April 1st. Can I send you a private message because I&#039;d like to ask you for some advice? ;-)
Thank you, Erwin</description>
		<content:encoded><![CDATA[<p>Hi Jorge,<br />
we went live with Meditech 6 on March 31st/ April 1st. Can I send you a private message because I&#8217;d like to ask you for some advice? <img src='http://healthsystemcio.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
Thank you, Erwin</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Can HIT Solve the Healthcare Cost Problem? by flpoggio</title>
		<link>http://healthsystemcio.com/2010/05/11/can-hit-solve-the-healthcare-cost-problem/#comment-1067</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Fri, 30 Mar 2012 18:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=3000#comment-1067</guid>
		<description>Paul,
Good question - Can HIT solve the healthcare cost problem?

In my opinion…not even close. Oh, it can help a little, but no cigar.

Before you say HIT will solve it, you need to be able to answer this question – 
What is healthcare? Or; What is good (better or best) healthcare?

As a former healthcare CFO (with prior commercial industry experience) and one who has taught health care finance courses, before you can accurately identify costs you must define the end product. Healthcare is a process, not a product or static outcome.

And, it is a process that never ceases to change. We have been trying to define it for over a century and every time we get even close medical researchers along with the medical industry come up with new protocols, diagnostic tools, and therapies. Until this moving target stops (and I doubt it will) the best you can expect is a rough, very rough, approximation. As far as using outcomes to define it even though we have defined more outcomes today than ten years ago, we are a long way from a complete definition…and they also seem to change (see the recent reports on Pap smear screening, prostate screening, etc.).

And when providers get hit with Pay for Performance (P4P) in the very near future not being able to get at ‘true’ costs will put them at great risk.

Frank Poggio
President
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Paul,<br />
Good question &#8211; Can HIT solve the healthcare cost problem?</p>
<p>In my opinion…not even close. Oh, it can help a little, but no cigar.</p>
<p>Before you say HIT will solve it, you need to be able to answer this question –<br />
What is healthcare? Or; What is good (better or best) healthcare?</p>
<p>As a former healthcare CFO (with prior commercial industry experience) and one who has taught health care finance courses, before you can accurately identify costs you must define the end product. Healthcare is a process, not a product or static outcome.</p>
<p>And, it is a process that never ceases to change. We have been trying to define it for over a century and every time we get even close medical researchers along with the medical industry come up with new protocols, diagnostic tools, and therapies. Until this moving target stops (and I doubt it will) the best you can expect is a rough, very rough, approximation. As far as using outcomes to define it even though we have defined more outcomes today than ten years ago, we are a long way from a complete definition…and they also seem to change (see the recent reports on Pap smear screening, prostate screening, etc.).</p>
<p>And when providers get hit with Pay for Performance (P4P) in the very near future not being able to get at ‘true’ costs will put them at great risk.</p>
<p>Frank Poggio<br />
President<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Breaking Down Healthcare’s Complex Pricing System by flpoggio</title>
		<link>http://healthsystemcio.com/2012/03/27/breaking-down-healthcares-complex-pricing-system/#comment-1066</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Fri, 30 Mar 2012 15:38:28 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=11017#comment-1066</guid>
		<description>Dale, 
Ah yes, charges /costs and reimbursements, a quagmire if ever there was one.

You touched on one key question, the big difference between payment/reimbursement and charges. How’d that happen? Commercial businesses would never do something as crazy as that.

For decades government and insurance companies have rendered payment based on hundreds of pages of elaborate and convoluted calculations. They were the ones that decided way back in 1970 that charges would be used simply as a ‘statistic’ to allocate costs using a formula called RCCAC, that’s the ratio of costs to charges as applied to costs, a key piece of every Medicare Cost report. a real Medicare ditty. They started from the assumption that charges (process) were related to costs (wrong) and would always be related (wrong gain).

As a former CFO I can tell you that it wasn’t hospital CFOs that dreamt up this weird pricing /charge scenario. Since CFOs are charged with legally maximizing reimbursements (not unlike tax accounts legally minimizing taxes) they quickly figured out that if I have an ancillary service like surgery (big money!) with high Medicare utilization that is the first place where I will bump up prices (charges) to increase the cost allocation to Medicare. Meanwhile Blue Cross the biggest commercial payor before 2000 was paying based on UCC – usual and customary charges. It got even worse when DRGs came on the scene. 

I find it ironic and unfair to blame the health provider for this insanity. It was the government and payors and still is. 

For over forty years the payors have dictated that charges are really nothing more than statistics that are used to approximate costs.  When I get questions as you did from friends and relatives I do not try to explain this. I merely advise them that if you do not have insurance, do not have to pay the full charge. CFOs know this and are acutely aware of the unfairness. 

My advice is if you get a bill say for $20,000 and have no insurance ask for a meeting with a account manager, or better the CFO, and simply state that you will pay 50% of the bill in thirty days or less, in cash (or credit card) or they can send your account to a collection agency after 90 days. The agency will get 33% of the money (or more). The CFO knows that his charges are a ‘joke’ and will gladly take the 50% rather than fight for a full payment he knows is grossly unfair.

Lastly, I really like your note about costs of operation vs. costs of production. I refer to it as process costing (hospital) versus product costing (commercial). Health providers have no idea about real product costs.  Which leads me to note that with the upcoming movement to pay for performance (P4P ) the cost /price insanity can only get worse. I’d explain more but that would be another five screens and Anthony probably thinks I’ve already taken up too many characters.

Nice blog. 
Thanks,
Frank Poggio
The Kelzon Group</description>
		<content:encoded><![CDATA[<p>Dale,<br />
Ah yes, charges /costs and reimbursements, a quagmire if ever there was one.</p>
<p>You touched on one key question, the big difference between payment/reimbursement and charges. How’d that happen? Commercial businesses would never do something as crazy as that.</p>
<p>For decades government and insurance companies have rendered payment based on hundreds of pages of elaborate and convoluted calculations. They were the ones that decided way back in 1970 that charges would be used simply as a ‘statistic’ to allocate costs using a formula called RCCAC, that’s the ratio of costs to charges as applied to costs, a key piece of every Medicare Cost report. a real Medicare ditty. They started from the assumption that charges (process) were related to costs (wrong) and would always be related (wrong gain).</p>
<p>As a former CFO I can tell you that it wasn’t hospital CFOs that dreamt up this weird pricing /charge scenario. Since CFOs are charged with legally maximizing reimbursements (not unlike tax accounts legally minimizing taxes) they quickly figured out that if I have an ancillary service like surgery (big money!) with high Medicare utilization that is the first place where I will bump up prices (charges) to increase the cost allocation to Medicare. Meanwhile Blue Cross the biggest commercial payor before 2000 was paying based on UCC – usual and customary charges. It got even worse when DRGs came on the scene. </p>
<p>I find it ironic and unfair to blame the health provider for this insanity. It was the government and payors and still is. </p>
<p>For over forty years the payors have dictated that charges are really nothing more than statistics that are used to approximate costs.  When I get questions as you did from friends and relatives I do not try to explain this. I merely advise them that if you do not have insurance, do not have to pay the full charge. CFOs know this and are acutely aware of the unfairness. </p>
<p>My advice is if you get a bill say for $20,000 and have no insurance ask for a meeting with a account manager, or better the CFO, and simply state that you will pay 50% of the bill in thirty days or less, in cash (or credit card) or they can send your account to a collection agency after 90 days. The agency will get 33% of the money (or more). The CFO knows that his charges are a ‘joke’ and will gladly take the 50% rather than fight for a full payment he knows is grossly unfair.</p>
<p>Lastly, I really like your note about costs of operation vs. costs of production. I refer to it as process costing (hospital) versus product costing (commercial). Health providers have no idea about real product costs.  Which leads me to note that with the upcoming movement to pay for performance (P4P ) the cost /price insanity can only get worse. I’d explain more but that would be another five screens and Anthony probably thinks I’ve already taken up too many characters.</p>
<p>Nice blog.<br />
Thanks,<br />
Frank Poggio<br />
The Kelzon Group</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Turning Off The Escalator by Jeff Goldstein</title>
		<link>http://healthsystemcio.com/2012/03/29/turning-off-the-escalator/#comment-1065</link>
		<dc:creator>Jeff Goldstein</dc:creator>
		<pubDate>Fri, 30 Mar 2012 14:13:57 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=11060#comment-1065</guid>
		<description>Anthony,
I just read your thoughts about your young entrepreneur friend and the comparison between his growing business and the issues facing healthcare CIOs is all too true.  I am the senior clinical consultant for a healthcare evidence-based content and workflow surveillance company and the issues I hear from CIOs, CMIOs and other C-level stakeholders echoes with alarming accuracy the problems you’ve outlined in your comments.  In fact these problems are not limited to the US but I have these some problems voiced  in leadership meetings in markets such as Canada, Great Britain and the Middle East.
We all know that technology is advancing rapidly and that is good.  Unfortunately with these advances come the problems of prioritization, operational and clinical importance, and the all too absent reality check that many organizations need to do to validate the expense in time, dollars and practical ROI that only comes after the contract is signed and new priorities emerge. 
I hope your readers listen and take heed to what you have said.  With only limited dollars and the increasing demands being put on healthcare systems and their operational infrastructures for regulatory compliance, customer satisfaction and maintaining the competitive advantage, I would hope that healthcare leadership would be asking the questions you raise up front rather than as an afterthought.
Jeff Goldstein MD, MS, FACHE</description>
		<content:encoded><![CDATA[<p>Anthony,<br />
I just read your thoughts about your young entrepreneur friend and the comparison between his growing business and the issues facing healthcare CIOs is all too true.  I am the senior clinical consultant for a healthcare evidence-based content and workflow surveillance company and the issues I hear from CIOs, CMIOs and other C-level stakeholders echoes with alarming accuracy the problems you’ve outlined in your comments.  In fact these problems are not limited to the US but I have these some problems voiced  in leadership meetings in markets such as Canada, Great Britain and the Middle East.<br />
We all know that technology is advancing rapidly and that is good.  Unfortunately with these advances come the problems of prioritization, operational and clinical importance, and the all too absent reality check that many organizations need to do to validate the expense in time, dollars and practical ROI that only comes after the contract is signed and new priorities emerge.<br />
I hope your readers listen and take heed to what you have said.  With only limited dollars and the increasing demands being put on healthcare systems and their operational infrastructures for regulatory compliance, customer satisfaction and maintaining the competitive advantage, I would hope that healthcare leadership would be asking the questions you raise up front rather than as an afterthought.<br />
Jeff Goldstein MD, MS, FACHE</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on True Transformation Can’t Be Rushed by jbormel</title>
		<link>http://healthsystemcio.com/2012/03/15/true-transformation-cant-be-rushed/#comment-1064</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Mon, 19 Mar 2012 16:09:04 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10888#comment-1064</guid>
		<description>Nice post, Anthony.  I&#039;m seeing the same patterns, at work and at home.

As a vendor, we do our best to deliver the happy meal.  Everything you need: nuggets, fries, apple slices, a container of milk, and, of course, a toy.  In the case of a MU vendor, that&#039;s software and services, with shrink-wrapped starter sets of content, and terse guidance on transformation.  Clients, even those who have already installed other EHRs and are socially well-networked, plan to consume these meals as you might consume fast food.

This year, the early majority, ready-or-not-here-we-come implementation teams are entering hospitals, clinics and small practices with MU-enabled EHRs, hot from the grills and deep friers.

Fortunately, the metaphor does break down to a degree.  The discipline to maintain and communicate problems, allergies and medications reliably and electronically is long overdue.  The ONC and the collaborative community process leading to the rules were excellent.  Not enough people stop to applaud the content of Stage One, and the process.

To your point, there is a speed-of-change; see the classic book, Managing At the Speed of Change, by Daryl R. Conner  (http://www.amazon.com/Managing-Speed-Change-Daryl-Conner/dp/0679406840/ref=sr_1_1?ie=UTF8&amp;qid=1332172785&amp;sr=8-1).  It typically requires a minimum of three months per phase for awareness, acceptance and execution-based commitment.  By those standards, we&#039;re all running late!  

As you point out, one big difference is that those we serve, doctors, nurses, service line managers and so forth, didn&#039;t order that meal.  They didn&#039;t order any meal.  They weren&#039;t even hungry.  And, if they were, many adults wouldn&#039;t select the happy meal.  The work of transformation is clear.  And, you&#039;re right, it cannot be rushed.  Of course, that doesn&#039;t open the door to delaying the transformation work!</description>
		<content:encoded><![CDATA[<p>Nice post, Anthony.  I&#8217;m seeing the same patterns, at work and at home.</p>
<p>As a vendor, we do our best to deliver the happy meal.  Everything you need: nuggets, fries, apple slices, a container of milk, and, of course, a toy.  In the case of a MU vendor, that&#8217;s software and services, with shrink-wrapped starter sets of content, and terse guidance on transformation.  Clients, even those who have already installed other EHRs and are socially well-networked, plan to consume these meals as you might consume fast food.</p>
<p>This year, the early majority, ready-or-not-here-we-come implementation teams are entering hospitals, clinics and small practices with MU-enabled EHRs, hot from the grills and deep friers.</p>
<p>Fortunately, the metaphor does break down to a degree.  The discipline to maintain and communicate problems, allergies and medications reliably and electronically is long overdue.  The ONC and the collaborative community process leading to the rules were excellent.  Not enough people stop to applaud the content of Stage One, and the process.</p>
<p>To your point, there is a speed-of-change; see the classic book, Managing At the Speed of Change, by Daryl R. Conner  (<a href="http://www.amazon.com/Managing-Speed-Change-Daryl-Conner/dp/0679406840/ref=sr_1_1?ie=UTF8&#038;qid=1332172785&#038;sr=8-1" rel="nofollow">http://www.amazon.com/Managing-Speed-Change-Daryl-Conner/dp/0679406840/ref=sr_1_1?ie=UTF8&#038;qid=1332172785&#038;sr=8-1</a>).  It typically requires a minimum of three months per phase for awareness, acceptance and execution-based commitment.  By those standards, we&#8217;re all running late!  </p>
<p>As you point out, one big difference is that those we serve, doctors, nurses, service line managers and so forth, didn&#8217;t order that meal.  They didn&#8217;t order any meal.  They weren&#8217;t even hungry.  And, if they were, many adults wouldn&#8217;t select the happy meal.  The work of transformation is clear.  And, you&#8217;re right, it cannot be rushed.  Of course, that doesn&#8217;t open the door to delaying the transformation work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Evolving Positions Available For CIOs by sheila.smithrn@sbcglobal.net</title>
		<link>http://healthsystemcio.com/2012/03/12/evolving-positions-available-for-cios/#comment-1063</link>
		<dc:creator>sheila.smithrn@sbcglobal.net</dc:creator>
		<pubDate>Sat, 17 Mar 2012 02:36:50 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10843#comment-1063</guid>
		<description>Bonnie,  Is there a way I could get in touch with you?  I have a couple of questions I wanted to ask.  I am finishing up my MSN in HIT and have some questions about my future options.  Thank you!</description>
		<content:encoded><![CDATA[<p>Bonnie,  Is there a way I could get in touch with you?  I have a couple of questions I wanted to ask.  I am finishing up my MSN in HIT and have some questions about my future options.  Thank you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 17 – Addressing Post Go-Live Gripes by tpemberton</title>
		<link>http://healthsystemcio.com/2012/02/28/meditech-6-0-diary-part-17-addressing-post-go-live-gripes/#comment-1062</link>
		<dc:creator>tpemberton</dc:creator>
		<pubDate>Thu, 15 Mar 2012 18:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10589#comment-1062</guid>
		<description>I should have mentioned I am with Markham Stouffville Hospital, Director, IT</description>
		<content:encoded><![CDATA[<p>I should have mentioned I am with Markham Stouffville Hospital, Director, IT</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 17 – Addressing Post Go-Live Gripes by tpemberton</title>
		<link>http://healthsystemcio.com/2012/02/28/meditech-6-0-diary-part-17-addressing-post-go-live-gripes/#comment-1061</link>
		<dc:creator>tpemberton</dc:creator>
		<pubDate>Thu, 15 Mar 2012 18:03:46 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10589#comment-1061</guid>
		<description>We have been live with Meditech 6.05 from Magic 5.63 since December 2010.
We were the first Canadian migration site.

I would be very interested in getting an invitation to the Meditech 6.0 group.</description>
		<content:encoded><![CDATA[<p>We have been live with Meditech 6.05 from Magic 5.63 since December 2010.<br />
We were the first Canadian migration site.</p>
<p>I would be very interested in getting an invitation to the Meditech 6.0 group.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 17 – Addressing Post Go-Live Gripes by CIdittyRN</title>
		<link>http://healthsystemcio.com/2012/02/28/meditech-6-0-diary-part-17-addressing-post-go-live-gripes/#comment-1060</link>
		<dc:creator>CIdittyRN</dc:creator>
		<pubDate>Tue, 13 Mar 2012 20:17:27 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10589#comment-1060</guid>
		<description>This blog is very helpful.  We implamented Meditech 6.0 back in Nov of 2010.  At that time there weren&#039;t too many other facilites using the &quot;latest and greatest&quot; from Meditech.  Before that we had no EHR.  It was all paper.  Talk about a culture shock!  Now we are moving forward with Advanced Clinicals and BMV as well as CPOE and PDOC.  For the ER, we are adding the MedHost overlay, but I am concerned about how it will interface with pharmacy.  I don&#039;t know of any Meditech 6.0 sites with MedHost who have gotten the 2 modules to communicate effectively.    

Does your facility still use MedHost in the ED and have they been able to get the pharmacy to interface with Meditech 6.0?</description>
		<content:encoded><![CDATA[<p>This blog is very helpful.  We implamented Meditech 6.0 back in Nov of 2010.  At that time there weren&#8217;t too many other facilites using the &#8220;latest and greatest&#8221; from Meditech.  Before that we had no EHR.  It was all paper.  Talk about a culture shock!  Now we are moving forward with Advanced Clinicals and BMV as well as CPOE and PDOC.  For the ER, we are adding the MedHost overlay, but I am concerned about how it will interface with pharmacy.  I don&#8217;t know of any Meditech 6.0 sites with MedHost who have gotten the 2 modules to communicate effectively.    </p>
<p>Does your facility still use MedHost in the ED and have they been able to get the pharmacy to interface with Meditech 6.0?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Your EHR More Like iPhone Or iTunes? by jbormel</title>
		<link>http://healthsystemcio.com/2012/03/08/is-your-ehr-more-like-iphone-or-itunes/#comment-1059</link>
		<dc:creator>jbormel</dc:creator>
		<pubDate>Sun, 11 Mar 2012 14:20:56 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10819#comment-1059</guid>
		<description>Paul,
Terrific insight.  And, for the first few years of the roll-out, there was tethering required between the two vastly different systems.  It sounds like you might be implicitly suggesting that Usability, User Adoption, and a obligate, multi-step deployment roadmap are required?  Is that a step too far?  And, if not, is that concordant with the Meaningful Use Staging, Incentives and Adjustment (penalty) framework we are working within?</description>
		<content:encoded><![CDATA[<p>Paul,<br />
Terrific insight.  And, for the first few years of the roll-out, there was tethering required between the two vastly different systems.  It sounds like you might be implicitly suggesting that Usability, User Adoption, and a obligate, multi-step deployment roadmap are required?  Is that a step too far?  And, if not, is that concordant with the Meaningful Use Staging, Incentives and Adjustment (penalty) framework we are working within?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What If Vendor Booths At HIMSS Told The Whole Story? by flpoggio</title>
		<link>http://healthsystemcio.com/2012/03/07/what-if-vendor-booths-at-himss-told-the-whole-story/#comment-1058</link>
		<dc:creator>flpoggio</dc:creator>
		<pubDate>Thu, 08 Mar 2012 21:51:52 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10765#comment-1058</guid>
		<description>Interesting thought...falls under the heading; What if Adam (not Gale) never ate the apple??

Keep dreaming.
Frank Poggio</description>
		<content:encoded><![CDATA[<p>Interesting thought&#8230;falls under the heading; What if Adam (not Gale) never ate the apple??</p>
<p>Keep dreaming.<br />
Frank Poggio</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 17 – Addressing Post Go-Live Gripes by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2012/02/28/meditech-6-0-diary-part-17-addressing-post-go-live-gripes/#comment-1057</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Tue, 06 Mar 2012 14:52:32 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10589#comment-1057</guid>
		<description>Erwin:

Let me know once you go live and I will try and get you a invitation to the group.   The host will not allow sites that are not yet live to join.  Not sure why but I had to wait too.   Good luck on your go live.

J</description>
		<content:encoded><![CDATA[<p>Erwin:</p>
<p>Let me know once you go live and I will try and get you a invitation to the group.   The host will not allow sites that are not yet live to join.  Not sure why but I had to wait too.   Good luck on your go live.</p>
<p>J</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Meditech 6.0 Diary Part 17 – Addressing Post Go-Live Gripes by evanhout</title>
		<link>http://healthsystemcio.com/2012/02/28/meditech-6-0-diary-part-17-addressing-post-go-live-gripes/#comment-1056</link>
		<dc:creator>evanhout</dc:creator>
		<pubDate>Tue, 06 Mar 2012 14:40:43 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10589#comment-1056</guid>
		<description>Hi Jorge,
hope you are doing well! I would like to congratulate you for this amazing blog installment and all the useful lessons learned that you have shared with us. I am the Director IT at Humber River Regional Hospital in Toronto and reporting into the CEO. 
As background, we are in full preparation for the go live of our phase 1 of Meditech 6 (17 modules) on 4/1.
I am very much interested in attending this CIO group discussing Meditech 6 related topics, challenges and issues. Would you consider to invite me?
Thank you so much,
Erwin</description>
		<content:encoded><![CDATA[<p>Hi Jorge,<br />
hope you are doing well! I would like to congratulate you for this amazing blog installment and all the useful lessons learned that you have shared with us. I am the Director IT at Humber River Regional Hospital in Toronto and reporting into the CEO.<br />
As background, we are in full preparation for the go live of our phase 1 of Meditech 6 (17 modules) on 4/1.<br />
I am very much interested in attending this CIO group discussing Meditech 6 related topics, challenges and issues. Would you consider to invite me?<br />
Thank you so much,<br />
Erwin</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Nothing Hurts Credibility More Than Inconsistency by Jorge Grillo</title>
		<link>http://healthsystemcio.com/2012/02/21/nothing-hurts-credibility-more-than-inconsistency/#comment-1054</link>
		<dc:creator>Jorge Grillo</dc:creator>
		<pubDate>Thu, 23 Feb 2012 19:29:09 +0000</pubDate>
		<guid isPermaLink="false">http://healthsystemcio.com/?p=10508#comment-1054</guid>
		<description>Anthony:

Funny you should state that.  We just met this morning as an executive team to review the impact of that decision and how that impacts what we are working on have on our organizational plate.   I presented an interesting chart from one of the AMA Journals that showed &quot;overlapping timelines of ICD-10,Meaningful Use, and Health Reform Initiatives&quot;.   It was a very visual depiction of a perfect IT storm.   If you took the ICD 10 timeline and just moved it a year the big question was will this just mean that we have to move right into IDC -11 (also known as ICD 2015) and what will the financial impacts be overall.

While there will always be the &quot;I told you so crowd&quot;, the ability to utilize these changes as a way to dialog about strategic direction, priorities, and action items is a real benefit.   You use it to focus on engagement from a strategic reference and if comfortable in the progress point out that you are ahead of the game and if not use the opportunity to not let up and drive realist dates for defined deliverables.  In other words it is what you chose it to be.</description>
		<content:encoded><![CDATA[<p>Anthony:</p>
<p>Funny you should state that.  We just met this morning as an executive team to review the impact of that decision and how that impacts what we are working on have on our organizational plate.   I presented an interesting chart from one of the AMA Journals that showed &#8220;overlapping timelines of ICD-10,Meaningful Use, and Health Reform Initiatives&#8221;.   It was a very visual depiction of a perfect IT storm.   If you took the ICD 10 timeline and just moved it a year the big question was will this just mean that we have to move right into IDC -11 (also known as ICD 2015) and what will the financial impacts be overall.</p>
<p>While there will always be the &#8220;I told you so crowd&#8221;, the ability to utilize these changes as a way to dialog about strategic direction, priorities, and action items is a real benefit.   You use it to focus on engagement from a strategic reference and if comfortable in the progress point out that you are ahead of the game and if not use the opportunity to not let up and drive realist dates for defined deliverables.  In other words it is what you chose it to be.</p>
]]></content:encoded>
	</item>
	<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>
</channel>
</rss>

