TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Death by a Thousand Clicks: Where Electronic Health Records Went Wrong

182 pointsby jatsignabout 6 years ago

19 comments

dr_about 6 years ago
The flaws with eCWs system aside, the larger problem with EHRs, and the fact that to date they have not improved outcomes in any significant way, lies with the fact that they are primarily designed to “optimize” revenue cycle management. Everything has to be documented correctly - or else it can’t be billed for or may get rejected on audit. Hospital staff, including physicians, are responsible for the accuracy of this documentation, but that’s a big responsibility to bear.<p>The only way this may change is if we change how we pay for our care. This is not on the horizon at this time. Even the value based programs that CMS has implemented are really fee for service with a look back and adjustments to payments made based on savings that were encountered.
评论 #19547027 未加载
评论 #19548118 未加载
评论 #19547893 未加载
评论 #19548715 未加载
评论 #19547307 未加载
评论 #19547515 未加载
评论 #19547014 未加载
jrochkind1about 6 years ago
&gt; He says Epic uses such insights to improve the client experience. But coming up with fixes is difficult because doctors “have different viewpoints on everything,” he says.<p>This suggests to me they are doing UX design based on &quot;what specific interfaces and interface changes the customer asks for.&quot; While common in &quot;enterprise&quot; sales, I think we all know this simply _does not work_.<p>And it&#x27;s not <i>just</i> an issue of the executives who make the decisions asking for different things than the end-users would. They say it&#x27;s &quot;doctors&quot; who have &quot;different viewpoints&quot; we can charitably assume they really are getting UX feedback from the end-users not just from executives (I don&#x27;t <i>really</i> believe it, but let&#x27;s be charitable).<p>It&#x27;s that UI&#x2F;UX design is hard, and &quot;just doing what the customer tells me to do&quot; <i>never</i> works. The customer is not a UX designer. What the customer thinks will help may be a &quot;local miminum&quot; or may not actually help at all. <i>even if it is end-users telling you what they want</i>. end-users may be experts on the problems and frustrations they are having, but not on the design solutions.<p>&gt; “We had all the right ideas that were discussed and hashed out by the committee,” says Mostashari, “but they were all of the right ideas.”<p>&gt; &quot;“The industry was like, ‘I’ve got this check dangling in front of me, and I have to check these boxes to get there, and so I’m going to do that.’ ”&quot;<p>Yup, sounds like enterprise software alright.<p>&gt; “It’s like asking nine women to have a baby in a month.”<p>That&#x27;s even a paraphrase from Fred Brooks author of &quot;The Mythical Man-Month&quot;, although the speaker may not have known it. (Brooks prob wasn&#x27;t the first one to say it... but might have been about software?) <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Brooks%27s_law" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Brooks%27s_law</a>
评论 #19547757 未加载
评论 #19548504 未加载
评论 #19552377 未加载
评论 #19551172 未加载
评论 #19549732 未加载
mjevansabout 6 years ago
Where Electronic Health Records went wrong...<p><pre><code> * Lack of standard, OPEN, free to implement formats; for everything. * That are required as a native format for all vendors considered for selection. * Ironically, HIPPA, which correctly makes collecting data a liability. However this also makes releasing that data to patients difficult. It makes patients authorizing the release to other entities even more difficult. It contributes to making critical data during emergency situations difficult to locate. - Some kind of standard civil contract singing PKI might be a technical solution, but That&#x27;s beyond the scope of healthcare solutions, it&#x27;s a national ID &#x2F; notary issue * Lack of a central registry to at least annotate where patient records exist and can be located. * A multitude of private healthcare cost management organizations (HMOs)** * Artificially constrained supply in non-emergency contexts * No shopping at all during emergency contexts (nor should there be) </code></pre> <i></i> (HMOs) which seem mostly to focus on for-profit results rather than actually improving quality of care, patient outcomes or actual medical costs; at least in most cases.
评论 #19547942 未加载
评论 #19549340 未加载
评论 #19548143 未加载
评论 #19550414 未加载
Gatskyabout 6 years ago
At my institution, they developed their own EMR in house. And it works really well, presumably because 1) incentives are as well aligned as they could be, and 2) it allows incremental improvement. This latter point is crucial - the basic system went out, everyone could use it and make suggestions, and then other services were gradually integrated (radiology, pathology). The same people working on the EMR keep working on it over (thus far) 7 years. It also was dramatically less expensive than say getting a product from Epic, which is what the next iteration will be. Everyone is worried.
评论 #19553934 未加载
BWStearnsabout 6 years ago
Worked for one of these companies and I’m honestly surprised they don’t kill more people. Most of the time I go to a doctor using the one I work on I apologize, and frequently have to help them with a bug or nonsense interface thing. I recently had to get an MRI and forgot to watch the screen while doc was filling out an order. I would have noticed the form not save the second half appropriately (was an existing bug from when I worked there that I wanted to fix but was told no). Ended up delaying my head MRI for a couple weeks. Good thing it turns out there was nothing wrong. Learned my lesson about not giving up arguments where the other person insists a bug is “intended behavior.”
评论 #19548871 未加载
评论 #19549685 未加载
jackschultzabout 6 years ago
I&#x27;ll first say that I haven&#x27;t read the full article, which frankly, is the same as most everyone who writes a comment.<p>The title and intro reminded me of this piece from the New Yorker a few months ago that written by a doctor and his experiences and others with the computers in the doctor field.<p>HN discussion here: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=18381969" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=18381969</a><p>The summary is that health care, in the US and other countries too, is a giant system where even little changes take time to go through and become accepted. People who say there&#x27;s an easy solution for electronic records are in no way correct.<p>It&#x27;s a great read both in the information it gives, and also how good of a write the doctor is. I love his writing style.
评论 #19548822 未加载
adolphabout 6 years ago
I&#x27;m glad this finally made it to the front page because it is an important story of how culture and true customers shape software development. Notice that government incentives spurred hospitals to quickly adopt software that physicians (and a whole host of other clinicians and supporting actors) use. Hospitals&#x2F;Health Systems&#x2F;etc != Physicians.<p>Some reactions to the article I sent to my team:<p>Bulletpoint summary: [1] “The article includes a brilliant comment from WellSpan SVP&#x2F;CIO Hal Baker, MD: ‘Physicians have to cognitively switch between focusing on the record and focusing on the patient … I have yet to see the CEO who, while running a board meeting, takes minutes, and certainly I’ve never heard of a judge who, during the trial, would also be the court stenographer. But in medicine … we’ve asked the physician to move from writing in pen to [entering a computer] record, and it’s a pretty complicated interface.’”<p>EPtalk by Dr. Jayne 3&#x2F;21&#x2F;19: [2] “The piece hooks the reader by opening with a story that details a patient’s death from a brain aneurysm, with the lack of diagnosis being influenced by failure of the head scan order to be transmitted by her physician’s EClinicalWorks EHR.”<p>Reader Survey Results: How I Would Change EHRs: [3] “There is no perfect technology. Our ability to acknowledge data integration is key is tantamount.”<p>Not related, but also interesting: [4] HIStalk Interviews Grahame Grieve, FHIR Architect and Interoperability Consultant: “A lot of doctors I talk to think about this as a technology problem, but it’s not a technology problem. It’s an information problem, and so technology can’t solve it. It needs clinicians to make clinical agreements in order to get clinical interoperability.”<p>1. <a href="https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;19&#x2F;news-3-20-20&#x2F;" rel="nofollow">https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;19&#x2F;news-3-20-20&#x2F;</a><p>2. <a href="https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;21&#x2F;eptalk-by-dr-jayne-3-21-19&#x2F;" rel="nofollow">https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;21&#x2F;eptalk-by-dr-jayne-3-21-19&#x2F;</a><p>3. <a href="https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;24&#x2F;reader-survey-how-i-would-change-ehrs&#x2F;" rel="nofollow">https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;24&#x2F;reader-survey-how-i-would-ch...</a><p>4. <a href="https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;25&#x2F;histalk-interviews-grahame-grieve-fhir-architect-and-interoperability-consultant&#x2F;" rel="nofollow">https:&#x2F;&#x2F;histalk2.com&#x2F;2019&#x2F;03&#x2F;25&#x2F;histalk-interviews-grahame-g...</a>
评论 #19547299 未加载
评论 #19548566 未加载
caycepabout 6 years ago
On a side note - there are a ton of EMR startups, but do any implement a doctor&#x2F;provider-friendly UI w&#x2F; some sort of native or web interface, that meets some minimum amount of HHS&#x2F;medicare bullet points? Something designed to make writing a H&amp;P or SOAP note (a typical clinical document describing a visit) as easy as possible?<p>We use Allscripts and (when it&#x27;s actually up and not crashing), it&#x27;s painful to even type in the thing...the lag is so bad. Data support is terrible, and the thing suffers from &quot;too much UI&quot; syndrome in that to add any information requires too much button clicking to open dialog&#x2F;selector boxes in a UI&#x2F;architecture that clearly can&#x27;t support it. (let&#x27;s put it this way, they make you use Internet Explorer to launch some Active X app that fires up Remote Desktop into their app which runs on some underpowered instance of Windows Server 2003 or something)<p>At this point I&#x27;d settle for something that shows the letters on the screen right when I type them...
raincomabout 6 years ago
Epic systems is like gaint SAP. Shitty stuff forced on doctors, nurses, etc.
评论 #19547044 未加载
评论 #19547339 未加载
0XAFFEabout 6 years ago
At the Chaos Communication Congress last year, there was this talk about electronic health record apps for patients and it shows how insecure they are and also how on an philosophical position they are a not so good idea:<p><a href="https:&#x2F;&#x2F;media.ccc.de&#x2F;v&#x2F;35c3-9992-all_your_gesundheitsakten_are_belong_to_us#l=eng" rel="nofollow">https:&#x2F;&#x2F;media.ccc.de&#x2F;v&#x2F;35c3-9992-all_your_gesundheitsakten_a...</a><p>I highly can recommend this talk and would you should be against this kind of apps.
Scoundrellerabout 6 years ago
I think there will be a day where we beg to be taken to the Amazon hospital instead of the local hospital.<p>Or maybe the Alibaba hospital.<p>The computers will win, but we’re in Yahoo circa 1995 right now.
评论 #19550290 未加载
_bxg1about 6 years ago
If the U.S. doesn&#x27;t get a first-world healthcare system by the time I&#x27;m forty, I&#x27;m leaving.
评论 #19549926 未加载
specialistabout 6 years ago
TLDR: Data sharing between competitors ain&#x27;t gonna work. Data quality is abysmal, requiring more ETL &amp; QA work than you can imagine.<p>--<p>My team designed, implemented, and supported 5 exchanges. Here&#x27;s a PR for three of our customers.<p><a href="http:&#x2F;&#x2F;newsroom.questdiagnostics.com&#x2F;press-releases?item=94548" rel="nofollow">http:&#x2F;&#x2F;newsroom.questdiagnostics.com&#x2F;press-releases?item=945...</a><p>We handled labs, notes, scripts, etc. (Our product didn&#x27;t touch any of the financials, billing, etc. So I can&#x27;t speak firsthand to the fraud stuff mentioned in the article.)<p>Everyone involved understood that data sharing between competitors would never be feasible. In other words, useful interchange requires someone with a big stick, such as single payer.<p>The push for ICD-10 (from insurers &amp; consultants?) was ridiculous, is a work multiplier, and has zero benefit for patient care.<p>Our usability was pretty bad, but miles better than others (Epic, Cerner). We had the benefit of a clean slate, but too few resources to hire real, full time UI people. Also, working with (mid 2000s era) doctors was mostly brutal.<p>That said, healthcare is just about one of the most complicated things I&#x27;ve worked on. And rapidly changing. Of course the user experience sucks. I wouldn&#x27;t expect any of it to improve until the domain settles down. For example, since lab reporting is industry standardized, we were able to do a pretty good job on those UIs&#x2F;reports.
评论 #19547989 未加载
honksilletabout 6 years ago
As a doctor I&#x27;m still waiting for the eMacs of EHRs&#x2F;EMRs. Something with a bit a learning curve but where your hands rarely need to leave the keyboard. And where you have emmet like intellisense.
tabtababout 6 years ago
Which country(s) or company(s) do it the best? Let&#x27;s learn from others.
评论 #19547159 未加载
评论 #19548918 未加载
评论 #19547380 未加载
评论 #19549241 未加载
fgonzagabout 6 years ago
Mandate truly electronic record portability by making a common format, designed by a comitee of stake holders (doctors, EHR companies, etc). All EHR systems have to be able to massively import and export records from and to this format, by law.<p>Reducing the friction to swap providers should give a good jolt of energy to the industry (reducing moats encourages new competition)
stmwabout 6 years ago
They went wrong, but they don&#x27;t have to stay that way! Commure is working to make better software for doctors, and if you might be interested in helping fix this - here&#x27;s our whoishiring post <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;reply?id=19544133" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;reply?id=19544133</a>
oneepicabout 6 years ago
(disclaimer: I used to work on EHRs, hence the name...)<p>This article is melodramatic and terrible, and I feel sorry for anyone who gets their opinion on EHRs from it. It reads like some kind of expose, like it&#x27;s uncovering some disturbing truths and showing the reader that our system is totally broken, or something. Not true at all, it&#x27;s just that some people have bad experiences that get sensationalized and put into an attention-grabbing news piece. And then people read it and only hear about the bad stuff.<p>As someone who&#x27;s worked in EHRs, I can tell you we&#x27;re a lot better off with EHRs than ever before (particularly compared to hospitals that used to put everything on paper, in a freaking file cabinet...) and we&#x27;re just improving with time. Granted, bad EHR software does exist out there, but as a whole we make patient care significantly better.<p>I put some real examples below. I think we have tons of anecdotal evidence pointing to the positive impact of EHRs, but I&#x27;ll admit we don&#x27;t have many statistics either (good or bad). I think you basically have to work in the EHR&#x2F;healthcare space to see the positive impacts for yourself, but I hope this post helps people see the good things we do, too.<p>+ Catching medication administration and other procedural errors that would lead to patient harm and death<p>+ Allowing patient info to be accessible at other hospitals, when it&#x27;s needed to adequately care for a patient (real example that has happened countless times: patient comes into the ER unconscious, but has a nametag; nurse uses it to look up the pt in the system, but he&#x27;s never been to that hospital before. No problem; nurse requests his record from the hospital he <i>has</i> been to, and gets his whole history, allergies, etc so they can better determine a cause and what treatment is OK for the patient)<p>+ Allowing anonymized patient data to be used for population health and other research; a doctor used this to catch the Flint, MI water crisis<p>+ Nurses&#x2F;docs can just look up patient info in one system instead of searching through an ever-growing file cabinet, or having to go get their paper record from another department, etc. It&#x27;s just all in one place. Hospital admins can more easily run anonymized reports&#x2F;statistics on their patients, departments, etc. to see how everything&#x27;s going.<p>+ EHRs are able to suggest tests or screens for the patient depending on their symptoms and their whole medical history (which, again, is all in one place). In some cases, this is just a nice reminder for the provider, but in other cases can indicate something deeper is going on with the patient that really needs to be tested.<p>+ Sending prescriptions to pharmacies is often automatic instead of needing a call, which essentially removes another point of failure. Sending information about specimens, like blood tests or scans, can also be automatic depending on the EHR.<p>+ Patients may have a patient portal with the EHR that gives them a view of their past history&#x2F;visits and provides an easy way to request prescription refills, schedule appointments (no call required!), and receive test results.
评论 #19637582 未加载
hackerDocabout 6 years ago
Y Combinator Posting, Death by a 1000 Clicks<p>Fair warning: put on your flame-retardant suits; the following rant contains adult content and is for mature audiences only.<p>I started my career as a professional software engineer, where I worked on porting the UNIX kernel to an SMP machine, then I went to grad school in CS, with a focus on database theory and AI, back when AI was unfashionable and NOT funded by the NSF or DARPA, and then I went on to medical school.<p>I&#x27;m also an industry insider, having worked for one of the larger (marketshare-wise) EMR companies.<p>So I&#x27;m a doc. A real one. As in I spent 4 years busting my ass at a top college, where I graduated phi beta kappa, while all the privileged white frat boys spent most of their college time getting drunk and fucking all the cheerleaders. Then I spent another five sleep-deprived years as an underpaid resident. Now that you know my credentials, let&#x27;s get a few things straight:<p>1. Physicians HATE Epic. It&#x27;s responsible for an epidemic of physician burnout. I personally know physicians who have refused to work for the companies that acquired their practices because they were told they&#x27;d have to use Epic after the acquisition was finalized. And I personally know physicians who have left the practice of medicine AFTER being forced to use Epic. It just wasn&#x27;t worth it to them.<p>2. The non-disparagement clauses are true. I&#x27;ve seen then. You are not allowed to talk about the very real patient harm and threats to patient safety that Epic has caused. Epic&#x27;s CareEverywhere merges the wrong patient data across health systems way too often. These are HIPAA violations. But the health systems refuse to report the HIPAA violations because of the civil and criminal fines they would face, not to mention the violation of the non-disparagement clauses. I&#x27;ve seen it first-hand. It&#x27;s all too real. And patients have been harmed. But no one has ever outed this problem.<p>3. You remember the old trope: &quot;No one gets fired for buying IBM&quot;? The modern equivalent is &quot;No one gets fired for buying Epic.&quot; In reality, the health systems&#x27; C-Suites are clueless; they don&#x27;t listen to their physicians. Their only concern is their job security; not their patient&#x27;s welfare, and not the mental health of the physicians that they employ. To them, physicians are replaceable commodities.<p>4. Health systems purchased Epic in the FALSE belief that it would pay for itself via Medicare bonus payments. Bullshit. It never did, and it never will. Magical thinking is too fucking prevalent in the health systems&#x27; C-Suites. And there&#x27;s no sign of it ending.<p>5. It&#x27;s an EMR stupid. Not an EHR. When we stared automating the paper chart (medical record), we called it an ELECTRONIC MEDICAL RECORD. Then some suit -- a non-clinically-trained MBA&#x2F;marketing bozo -- came along and decided to rebrand it as an EHR (Electronic Health Record). Guess what. It&#x27;s an ELECTRONIC version of the MEDICAL RECORD. I really don&#x27;t give a shit if some magical-thinking homeopathy-prescribing naturopath, or some nurse practitioner who wants to play doctor, is offended because we are using the term MEDICAL rather than HEALTH. It&#x27;s an electronic version of the fucking medical record. Get fucking used to it.<p>6. You ever heard of MUMPS, as in the Multi-User Medical Information System? It&#x27;s what Epic is based on.<p>MUMPS was designed in 1966 at the MGH Laboratory for Computer Science by a team working under the direction of Dr. Octo Barnett, a physician&#x2F;computer scientist. Dr. Barnett is (was) a fucking genius. He figured out how to build a database-enabled multi-user OS and run it on a DEC PDP 6 with only 128K of RAM and 5MB of disk storage. Think about it. That&#x27;s K, as 128x1024 bytes of RAM. And 5MB, not 5GB, not 5TB, but 5MB of disk storage. Way the hell less RAM and non-volatile storage than in that computer in your pocket that wants you to think it&#x27;s nothing more than a phone on steroids. Could you write a multi-user OS with persistent storage that run in 128K RAM? I didn&#x27;t think so.<p>A few fun facts about MUMPS, the engine that powers Epic: a) MUMPS uses a hierarchical database design, and was developed four years before Dr. Edgar Codd published his seminal paper on the set-theoretical relational model for data. No self-respecting professional software engineer uses a hierarchical database. b) MUMPS variable names are&#x2F;were limited to three characters in length. Imagine writing a complex piece of software where your variable naming scheme is limited to three-character variable names. But remember, this had to run within 128K of RAM. c) All variables are global in scope. There is no encapsulation. Um. Ever tried to implement recursion where all variable are global in scope? Or how about RPN notation, as in the shunting yard algorithm? Not happening. d) All character data values are limited in length to 1024 Bytes. So a text note that is 1500 characters has to be stored in a linked list. Or not. Epic just truncates long notes to 1K. e) All variable are persistent. As in -- they represent data storage elements on the disk. Huh? Again, this was a great design for a PDP 6 with 128K RAM and 5MB disk. But not for today&#x27;s architectures. f) No such thing as a transaction. So no commit or rollback or ACID compliance. g) None of the first tier computer science programs teach their students how to program in MUMPs. Why would they? But I&#x27;ll bet you can find an open-enrollment &quot;university&quot; -- a diploma mill where your ability to pay tuition is the only requirement for matriculation -- that is willing to teach MUMPS programming skills. Bottom line: Epic is the technological equivalent of the 1966 Corvair. Advanced for its time. But that was more than 50 years ago. Wouldn’t you rather own and drive a 2019 Tesla Model S?<p>Flame off...