<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: News 10/21/09</title>
	<atom:link href="http://histalk2.com/2009/10/20/news-102109/feed/" rel="self" type="application/rss+xml" />
	<link>http://histalk2.com/2009/10/20/news-102109/</link>
	<description>Healthcare IT News and Opinion</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:56:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: jon patrick</title>
		<link>http://histalk2.com/2009/10/20/news-102109/comment-page-1/#comment-6293</link>
		<dc:creator>jon patrick</dc:creator>
		<pubDate>Thu, 22 Oct 2009 23:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=3208#comment-6293</guid>
		<description>MedInformaticsMD introduces  many good questions about the nature and role of EMR in the ED, however I don&#039;t really know what an EMR is; how extensive is it, where does it get its data from, etc.. I think there is a clear case for the use of a clinical information system (CIS). However i also think it needs to be defined in ways that facilitate the workflow of the respective ED where it is installed.  This &quot;personalisation&quot; is critical to a very successful CIS implementation, but the challenge is how to create such a system. Our own research is focused on creating a Generative Clinical Information Management System (GCIMS) (some details at www.it.usyd.edu.au/~hitru) where the notion is that the clinician specifies exactly what they want and our system generates that system. More importantly they can change it at any on their own initiative day or night and have the new version immediately available. We are currently building two pilot systems for Trauma, and Geriatric/Stroke/General Med Ward. 

A GCIMS-ED system would allow clinical staff to create a system as lightweight as needed to do their tasks and tailor it at any time. The Trauma system is a good example where its first design followed exactly the forms they had developed to streamline their process. Once we did a usability test they made a significant re-organisation of their forms. That required no change from our side just a re-jigging of their specifications.

So my answer to the question is that you have to provide for a system designed by the users for the users and changeable at any time by the users, then they will get what they need and the ED will increase productivity and patient care and safety. How we do that  - we&#039;re working on it.
cheers
jon</description>
		<content:encoded><![CDATA[<p>MedInformaticsMD introduces  many good questions about the nature and role of EMR in the ED, however I don&#8217;t really know what an EMR is; how extensive is it, where does it get its data from, etc.. I think there is a clear case for the use of a clinical information system (CIS). However i also think it needs to be defined in ways that facilitate the workflow of the respective ED where it is installed.  This &#8220;personalisation&#8221; is critical to a very successful CIS implementation, but the challenge is how to create such a system. Our own research is focused on creating a Generative Clinical Information Management System (GCIMS) (some details at <a href="http://www.it.usyd.edu.au/~hitru" rel="nofollow">http://www.it.usyd.edu.au/~hitru</a>) where the notion is that the clinician specifies exactly what they want and our system generates that system. More importantly they can change it at any on their own initiative day or night and have the new version immediately available. We are currently building two pilot systems for Trauma, and Geriatric/Stroke/General Med Ward. </p>
<p>A GCIMS-ED system would allow clinical staff to create a system as lightweight as needed to do their tasks and tailor it at any time. The Trauma system is a good example where its first design followed exactly the forms they had developed to streamline their process. Once we did a usability test they made a significant re-organisation of their forms. That required no change from our side just a re-jigging of their specifications.</p>
<p>So my answer to the question is that you have to provide for a system designed by the users for the users and changeable at any time by the users, then they will get what they need and the ED will increase productivity and patient care and safety. How we do that  &#8211; we&#8217;re working on it.<br />
cheers<br />
jon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon patrick</title>
		<link>http://histalk2.com/2009/10/20/news-102109/comment-page-1/#comment-6290</link>
		<dc:creator>jon patrick</dc:creator>
		<pubDate>Thu, 22 Oct 2009 23:08:29 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=3208#comment-6290</guid>
		<description>Pezman, your comments are accurate in terms of replacing a paper file with an electronic file for accessibility to the contents of the file. However to accept that HIT is good because it has done its job at that point is to be complacent.

The NSW Case study has amongst, other things, two circumstances relevant to your comments. Firstly, there are EDs with an existing clinical information system  and lots of experience in HIT. They found that their data entry costs/time had significantly increased relative to their old system. The only gain they got compared to the old system was better patient tracking (in my report the one of two persons who supported FirstNet did so because he wanted the tracking and he told others they expected too much by trying to use it for patient notes). The losses were: time, which caused them to drop the data entry for patient notes where they reverted to paper records after years of electronic records, (as a researcher who specialises in natural language processing I&#039;m sure you could hear me cry); and 50% decrease in the number of patients seen by a doctor within 20 minutes of arriving at ED.

The second circumstance is the smaller rural hospital with no previous IT. They would seem to fit your scenario precisely, however there are two unexpected components in this case. More than 80% of GPs in Australia have clinical information systems in their private practices, and these are the people who staff rural hospitals. So they are well experienced to assess new systems. The most IT expert of these GPs have built their own systems, which is the situation in question for the most expressive case I quoted in my report. They ran systematic tests on using Firstnet for data entry and found that it cost them 30% more time to do their data capture. They argued that this result had an interesting multiplier effect in that the NSWHealth would have to pay them 30% more for each patient to maintain their income level, but that the department would then have to pay another 30% for the patients they couldn&#039;t now attend to because of their increased time with the other patients. That&#039;s a 60% cost increase. The second element of their problem with Firstnet was that in rural hospitals staffing levels are minimalist and that nurses worked with heavily multi-tasked responsibilities. Their complaint is that these staff could not afford to be used for increased data entry as it would take their attention away from the critical care issues they had to attend to that were all around them - this is a patient safety issue.

Finally my point is that IT has be efficient and applied wisely in health contexts for it to provide the gains people expect of it. We haven&#039;t been shown yet that has been achieved in the NSW case and many believe we will be waiting a long time if at all to hear it.
cheers
jon</description>
		<content:encoded><![CDATA[<p>Pezman, your comments are accurate in terms of replacing a paper file with an electronic file for accessibility to the contents of the file. However to accept that HIT is good because it has done its job at that point is to be complacent.</p>
<p>The NSW Case study has amongst, other things, two circumstances relevant to your comments. Firstly, there are EDs with an existing clinical information system  and lots of experience in HIT. They found that their data entry costs/time had significantly increased relative to their old system. The only gain they got compared to the old system was better patient tracking (in my report the one of two persons who supported FirstNet did so because he wanted the tracking and he told others they expected too much by trying to use it for patient notes). The losses were: time, which caused them to drop the data entry for patient notes where they reverted to paper records after years of electronic records, (as a researcher who specialises in natural language processing I&#8217;m sure you could hear me cry); and 50% decrease in the number of patients seen by a doctor within 20 minutes of arriving at ED.</p>
<p>The second circumstance is the smaller rural hospital with no previous IT. They would seem to fit your scenario precisely, however there are two unexpected components in this case. More than 80% of GPs in Australia have clinical information systems in their private practices, and these are the people who staff rural hospitals. So they are well experienced to assess new systems. The most IT expert of these GPs have built their own systems, which is the situation in question for the most expressive case I quoted in my report. They ran systematic tests on using Firstnet for data entry and found that it cost them 30% more time to do their data capture. They argued that this result had an interesting multiplier effect in that the NSWHealth would have to pay them 30% more for each patient to maintain their income level, but that the department would then have to pay another 30% for the patients they couldn&#8217;t now attend to because of their increased time with the other patients. That&#8217;s a 60% cost increase. The second element of their problem with Firstnet was that in rural hospitals staffing levels are minimalist and that nurses worked with heavily multi-tasked responsibilities. Their complaint is that these staff could not afford to be used for increased data entry as it would take their attention away from the critical care issues they had to attend to that were all around them &#8211; this is a patient safety issue.</p>
<p>Finally my point is that IT has be efficient and applied wisely in health contexts for it to provide the gains people expect of it. We haven&#8217;t been shown yet that has been achieved in the NSW case and many believe we will be waiting a long time if at all to hear it.<br />
cheers<br />
jon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PezMan</title>
		<link>http://histalk2.com/2009/10/20/news-102109/comment-page-1/#comment-6289</link>
		<dc:creator>PezMan</dc:creator>
		<pubDate>Thu, 22 Oct 2009 18:49:10 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=3208#comment-6289</guid>
		<description>Honestly, did HIT create errors or just uncover faulty workflow processes?  How many errors were user created within the system?  HIT systems have literally, in almost all cases, been slid into a paper-based workflow environment &amp; made to adapt to that workflow instead of creating a different workflow that made more sense with the IT solution.  They are usually used alongside with paper processes still in place (i.e. documentation, med orders, etc.).  While still in it&#039;s infancy of development and use with the majority of clinicians in the US, HIT has FAR more advantages than a paper-based system could have ever produced.  The transference of knowledge with the ability of sharing the patient record between the physician practice to the inpatient setting, disease management &amp; trending for research, and the ability to develop standard best practices for care plans is monumental.  I have yet to find a physician who doesn&#039;t agree that the current paper-based system they are in meets zero of those extremely important needs.

At the end of the day, this isn&#039;t going away (HIT) and instead of being a force of resistance, use your knowledge to help better the solutions.  I also find it incredibly difficult to understand an un-automated ED works more efficiently all-around than an automated ED.  While I don&#039;t have the studies on hand (but have seen them), if anyone would be so kind to link the ample amounts of studies where it has shown that an ED has been able to increase volume, have better reimbursements, cut down on errors, and have had more time to spend with patients &amp; providing care.  I think some of the pitfalls is that many EDs are resistant to changing their outdated workflow processes to streamline and take advantage of the systems in which they purchased.  Instead, they insist on keeping the redundant processes that were set in place for their paper environment.  Remind me again of how long it takes to pull a paper record from Medical Records vs. one within an EMR?</description>
		<content:encoded><![CDATA[<p>Honestly, did HIT create errors or just uncover faulty workflow processes?  How many errors were user created within the system?  HIT systems have literally, in almost all cases, been slid into a paper-based workflow environment &amp; made to adapt to that workflow instead of creating a different workflow that made more sense with the IT solution.  They are usually used alongside with paper processes still in place (i.e. documentation, med orders, etc.).  While still in it&#8217;s infancy of development and use with the majority of clinicians in the US, HIT has FAR more advantages than a paper-based system could have ever produced.  The transference of knowledge with the ability of sharing the patient record between the physician practice to the inpatient setting, disease management &amp; trending for research, and the ability to develop standard best practices for care plans is monumental.  I have yet to find a physician who doesn&#8217;t agree that the current paper-based system they are in meets zero of those extremely important needs.</p>
<p>At the end of the day, this isn&#8217;t going away (HIT) and instead of being a force of resistance, use your knowledge to help better the solutions.  I also find it incredibly difficult to understand an un-automated ED works more efficiently all-around than an automated ED.  While I don&#8217;t have the studies on hand (but have seen them), if anyone would be so kind to link the ample amounts of studies where it has shown that an ED has been able to increase volume, have better reimbursements, cut down on errors, and have had more time to spend with patients &amp; providing care.  I think some of the pitfalls is that many EDs are resistant to changing their outdated workflow processes to streamline and take advantage of the systems in which they purchased.  Instead, they insist on keeping the redundant processes that were set in place for their paper environment.  Remind me again of how long it takes to pull a paper record from Medical Records vs. one within an EMR?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MedInformaticsMD</title>
		<link>http://histalk2.com/2009/10/20/news-102109/comment-page-1/#comment-6286</link>
		<dc:creator>MedInformaticsMD</dc:creator>
		<pubDate>Thu, 22 Oct 2009 14:19:36 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=3208#comment-6286</guid>
		<description>By the way, guess who got to do the open heart massage on our colleague?  The surgeons cut; the lowly Medical Admission Officer gets to do the massage.</description>
		<content:encoded><![CDATA[<p>By the way, guess who got to do the open heart massage on our colleague?  The surgeons cut; the lowly Medical Admission Officer gets to do the massage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MedInformaticsMD</title>
		<link>http://histalk2.com/2009/10/20/news-102109/comment-page-1/#comment-6285</link>
		<dc:creator>MedInformaticsMD</dc:creator>
		<pubDate>Thu, 22 Oct 2009 13:51:59 +0000</pubDate>
		<guid isPermaLink="false">http://histalk2.com/?p=3208#comment-6285</guid>
		<description>Jon,

Your essay raises several questions.

When I was a CMIO at a 1400+ bed hospital system a decade ago, a regional center in a state with very few hospitals at all (Delaware), I counseled that the best solution in my opinion for the very, very busy ED was document imaging of paper, supplemented by a nurse/intake triage system to rapidly record and/or confirm basics (e.g., meds/major problems/allergies/vitals) that was interfaced to the main EHR system.

I based this on the assessment that in the ED, a localized and &quot;closed&quot; environment, the incidence of charts getting lost or writing being illegible resulting in adverse outcomes was minimal.  Charts also did not get lost when patients moved to the floors and were adequate for quick transfer and acceptance.  Therefore we felt images of past ED charts (of paper) would be satisfactory for assisting care in the ED, where time constraints and hectic pace made the type of system you describe disadvantageous (and for exactly the reasons you describe in your essay). 

Document imaging is a proven technology that works well even in high volume settings.  For example I managed a departmental budget of $13 million, as did an entire pharma company, using an enterprise document imaging system.

I&#039;ve also been startled by the ED EHR installed at the hospital where I take my mother, who unfortunately has needed far too many admissions in recent years than I care to see.  Some of the ED staff were my former medical colleagues and even high school classmates.  They&#039;ve told me, in no uncertain terms, that the system is terrible, again for many of the reasons you cite.  My own views of it (albeit brief) showed what appeared to be a  mission hostile environment, including multiple very tiny pulldowns, picklists, and screens.  Most recently that system did not prevent busy ED docs from almost giving my mother Levaquin after her telling the triage nurse it had caused tendon rupture in the past - and the data being entered.  They actually brought in a bag of it to hang, and if I&#039;d not been there as medical advocate for my mother they might have given it.  Then when she got to the floor, the next day they almost gave it to her again, except by this time mom was her own medical
  advocate.  I trained in that hospital, Abington Memorial, and as Admitting Officer to the ED held the record for the most number of admissions, ever, in one night (New Year&#039;s Eve 1986), when it was beyond crazy, starting out with one of our own physicians being brought in, shot in the chest, and dying after open heart massage just to set the mood.  We managed on paper, and despite out gloomy emotional state not a single error occurred, to my knowledge.

With all this in mind:

Do we really need full EHR&#039;s in the ED?

Is there literature that shows that the time, expense, and resources for a full ED EHR are worth it in terms of clinical outcomes, ROI etc.?

Or are we over-computerizing healthcare, even environments where doing so might actuallyube deleterious due to the nature of the environment, just because &quot;we can&quot; (and because there is money to be made by some)?</description>
		<content:encoded><![CDATA[<p>Jon,</p>
<p>Your essay raises several questions.</p>
<p>When I was a CMIO at a 1400+ bed hospital system a decade ago, a regional center in a state with very few hospitals at all (Delaware), I counseled that the best solution in my opinion for the very, very busy ED was document imaging of paper, supplemented by a nurse/intake triage system to rapidly record and/or confirm basics (e.g., meds/major problems/allergies/vitals) that was interfaced to the main EHR system.</p>
<p>I based this on the assessment that in the ED, a localized and &#8220;closed&#8221; environment, the incidence of charts getting lost or writing being illegible resulting in adverse outcomes was minimal.  Charts also did not get lost when patients moved to the floors and were adequate for quick transfer and acceptance.  Therefore we felt images of past ED charts (of paper) would be satisfactory for assisting care in the ED, where time constraints and hectic pace made the type of system you describe disadvantageous (and for exactly the reasons you describe in your essay). </p>
<p>Document imaging is a proven technology that works well even in high volume settings.  For example I managed a departmental budget of $13 million, as did an entire pharma company, using an enterprise document imaging system.</p>
<p>I&#8217;ve also been startled by the ED EHR installed at the hospital where I take my mother, who unfortunately has needed far too many admissions in recent years than I care to see.  Some of the ED staff were my former medical colleagues and even high school classmates.  They&#8217;ve told me, in no uncertain terms, that the system is terrible, again for many of the reasons you cite.  My own views of it (albeit brief) showed what appeared to be a  mission hostile environment, including multiple very tiny pulldowns, picklists, and screens.  Most recently that system did not prevent busy ED docs from almost giving my mother Levaquin after her telling the triage nurse it had caused tendon rupture in the past &#8211; and the data being entered.  They actually brought in a bag of it to hang, and if I&#8217;d not been there as medical advocate for my mother they might have given it.  Then when she got to the floor, the next day they almost gave it to her again, except by this time mom was her own medical<br />
  advocate.  I trained in that hospital, Abington Memorial, and as Admitting Officer to the ED held the record for the most number of admissions, ever, in one night (New Year&#8217;s Eve 1986), when it was beyond crazy, starting out with one of our own physicians being brought in, shot in the chest, and dying after open heart massage just to set the mood.  We managed on paper, and despite out gloomy emotional state not a single error occurred, to my knowledge.</p>
<p>With all this in mind:</p>
<p>Do we really need full EHR&#8217;s in the ED?</p>
<p>Is there literature that shows that the time, expense, and resources for a full ED EHR are worth it in terms of clinical outcomes, ROI etc.?</p>
<p>Or are we over-computerizing healthcare, even environments where doing so might actuallyube deleterious due to the nature of the environment, just because &#8220;we can&#8221; (and because there is money to be made by some)?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

