"In my experience doctors are a tremendous barrier to resolving problems in healthcare operations,"
I'm a hospital-based physician that works in a system with great operations and results. The physicians, nurses and other staff work amicably together. Management is reasonable/nice. The EMR, though is universally despised. No one likes it. It is a major factor in burnout. The UI/UX is inconsistent. There are slowdowns and outages daily. There is a well known lag in the appearance of text in text boxes after typing that seems to be variable. I've caught the EMR cancelling orders I placed on critically ill patients in the ICU more times than I can count. We have to actively protect the patients from the EMR. Healthcare workers aren't perfect but they are trying to do their best for very ill people in a high-risk setting and the EMR is well-known blocker. I long for the days of paper records because this is worse. Paper charts didn't go offline, have slowdowns, didn't lose orders, were easily located, and easy to enter data into.
There's no incentive to make the UI or workflows better. They don't pay the bills. Software is sold to the suits during dinners and baseball games, not doctors or nurses.
Besides, a great portion of the development is outsourced chasing lower costs. The code reviews were so bad that a coworker used to joke that "we'd get more stuff done if we just fired the overseas team".
The biggest and most well funded dev team was the one that worked on Revenue Cycle.
I quit a few years ago and haven't looked back.
Almost all of the features/fixes customers are actually begging for (the most popular categories being speed, reliability, reduced cognitive load and UI/UX streamlining) get dumped into the bottom of the backlog to languish. All the board and leadership care about is RCM, stupid ancillary services that patients do not give a shit about but look good in a sales brochure and have a high margin, chasing incentives from insurance and pharmaceuticals, cost cutting, and last minute, bare minimum regulatory/interop work necessary to not lose our ONC certification or violate HIPAA. Patient care and staff happiness just don’t rate that high. EMRs and the people who buy them are purely profit motivated.
It was humiliating watching how angry our customers rightfully have been and knowing there was nothing I could do about it. Now that almost all of our founders, product owners, and SMEs are gone and they just fired all but 7 engineers so they could offshore development to a company we haven’t worked with before and who has no experience with healthcare, our customers are going to be in absolute hell. The sad part is we don’t seem to be an exceptionally incompetent outlier but fairly typical of the industry.
The purchaser of the software is the administrator. And because of harsh regulations and legal liabilities in their industry, they need software that is compliant with regulations and limits legal liability on the institution. Full stop. If they can get that with a good UI/UX, then great! But in the end, this is just another case of “No one ever got fired for buying IBM”. It is all about incentives.
Companies like Epic could make their UX better, but that costs money. And what drives sales is being regulations compliant, and that is hard. It takes a ton of time. There is little time left over to make something work well considering no other software is challenging them on that front. It really is a situation of regulatory capture.
EHRs almost universally suffer from usability problems. people actually love having their medical records available. They hate the UX they have to go through to see them.
The source of the problem is that the people deciding which EHR to use are almost never the people using it. it’s ultimately the CFO or CEO who’s ultimately going to make the call, and they do it based on metrics like price tag or how many accreditation checkboxes it fills, not on user satisfaction scores. Until those user satisfaction numbers make it into CMS guidelines for reimbursement, the situation’s never going to change.
Yes, this. We are a Cerner (now Oracle, yaaaaa) site, not Epic. The Cerner folks I've met in smallish meetings are nice/great on the front lines. However, the deal that our CEO/CFO/COO/CMIO made with Cerner was years ago and, per rumor, involved large financial penalties for early cancellation. Subsequent people in those roles have chosen to uphold the contract. The local management and healthcare teams in my particular facility are great but I take a dim view of our c-suite as do the majority of the work force. Things are reasonable locally for most people, I think, except for the EHR.
So, I would plead with leadership teams of EMRs, EHRs, healthcare systems, and shareholders of these entities to do the right thing and give healthcare workers working in high-risk settings the proper tools they need. You are currently failing us. No one wants unreliable, difficult software installed in critical settings such as ICUs.
I've submitted tickets, emailed leadership and had conversations with the CMIO. If there is improvement it is so slow that I cannot discern it.
In anecdotal conversations over the years I've observed that the vast majority of healthcare workers hate all EMRs but give Epic the nod because it is the least worst, and for some, reasonable. I have met a few Epic users that are enthusiastic about the software but that is after they arrived at our Cerner site and were in shock.
@duffpkg - my original comment was under yours and I wasn't intending to malign your project. I'm not familiar with it but do like that it is open source.
Respect to the developers that work on EHRs. I recognize you are held down by management.
I'm perplexed by UX/UI problems in EMRs. This must cost more to fix than I suspect. It seems to be the easiest of the issues from my layperson/healthcareworker/tech-enthusiast viewpoint.
One more thing to add: an effect of bad EHR is healthcare worker burnout. Bad EHR is a known contributor. Burned out healthcare workers are at increased risk to make medical errors. Bad EHR -> burnout -> errors -> adverse outcomes. This is a well known flow to us in the clinical setting that we attempt to mitigate. The executive teams of orgs that produce or purchase EHRs are never held accountable for bad outcomes even though, to my view, they share responsibility.
Edit: government regulators (CMS, etc) also share in the blame for bad EHR and outcomes.
That's $10M extra.
As a software developer I feel so motivated to fix it, I know a small team could do a better job. But I don't even know where to begin to try to enter that industry.
If there was a way to factor in costs due to downtime, poor usability, anything like that, might be able to push back and bake some of that in to begin with... but even that is a can they'd kick.
The issue, ultimately, is crappy management. The need for, the good outcomes that could be achieved profitably, are insane in possibilities. Many country's demographics now include a lot of retiring people.
I continue to think basic TQM (which has gone out of vouge unfortunately) would help a lot.
Look at psychology in the US: a lot of providers will not even get involved in the insurance side of the equation. Patients pay cash. The patient is stuck with the insurance and re-imbursement, if they can figure it out.
The supplier side --- medicine and insurance and to some degree politicians --- made the paperwork system extremely bad. Simplification and elimination have got to be on the table.
Part of the problem is the patient is dis-intermediated The supplier deals with insurance directly --- hospitals in the main:
* the supplier can bill the patient's insurance wrong, for the wrong procedure, for stupid high amounts, and so on. The patient is not empowered to push back on that because the patient doesn't hold the checkbook
* hospitals and outpatient stuff like MRIs etc. don't publish a price list for the patient. Granted this is changing slowly. But why has that taken so long? Because the patient doesn't have the checkbook so why bother? Payment is done out of sight between the supplier and insurance company. It doesn't matter what the customer thinks.
The stuff where capitalism works better is when the customer knows the price, the supplier has no choice but to be upfront about it, and the customer will fire the supplier, refuse payment, or dispute payment for crappy supplier quality. The supplier can't get payment no matter what if the customer isn't going to provide it. Conversely, the supplier can refuse service for bad customers. This way both parties are encouraged to act smartly.
If I could wave my magic want I'd like to see a scenario in which,
* Customers pay insurance premiums to insurance companies in return for a bounded amount of access to a cash account.
* The customer must deal with out-of-pocket and co-insurance to eschew abusing the insurance company, fraud, and feckless spending. There must be bounded access to cash so the customer prioritizes what needs work and what doesn't.
* The supplier presents the customer with an itemized bill
* The customer --- and only the customer --- pays the bill electronically to the supplier through the insurance company's B2B payment system.
* Patients must get involved in, and start owning up the fact they can't refuse to take a zero on the dollars and cents of the care they're getting.
>biggest and most well funded dev team was the one that worked on Revenue Cycle
> no incentive to...
I am working hard to not build and fuel a fully loaded Boeing 787 into high-earth orbit and crash land it on the not-my-problem, told'ya, it's all corrupt-all-the-time, MONEY! money-is-the-measurement-of-all-things, it's bad-here-so-I-left city center fecklessness of it all.
Toyota at its peek performance (say late 1980s) was making king-kong sized money top and bottom line. No manager would ever say their only incentive or even primary care is cash. "Our only incentive is walk around with cash. Cash in the hand, cash in the brief-case, cash in the pocket, cash on the boss' desk. Show me the cash." has never spoken in companies knowing about TQM.
Instead there were aware of the numerous cross-cutting factors that, in net, determine what kind the money the company can make
Maybe medicine cares about cash so much, because it's broke or close to broke all the time. Hmmmm.
There are ton's of great incentives for the docs, the nurses, the customers, and the company's top/bottom-line to name just a few.
Somehow, someway, one day, one time management will have to get sick and tired of the on-going mediocracy. And until then I guess medicine doesn't suck hard enough. Eventually, like in Voltaire's Candide, they'll have to get into lockup, when the lady in the other cell says (paraphrasing): "You think that's bad? Big deal. I only have one ass-cheek" and goes on to tell a serious tale of woe. We're not sure yet if medicine is the one-cheeked lady, our Candide and his charges in the other cell. Only time will tell!
My extended family:
* runs several hospitals in the US
* owned a radiology business w/ multiple branches for a while
* worked at major city trauma care university hospitals that eventually went bust and had to stop operating
A few things I can tell you about them when we spoke about how the US does 16% of GDP on medicine with its high costs, and sometimes poor outcomes in what should be routine stuff,
- On the people: doctors, and nurses love to help and can be counted on same. Wonderful people.
- They did not tolerate quitters
- Good incentives (carrots) and incentives for dumb (sticks) are not per-se key, but rank in the top 10 with several other things to right the ship.
- Crummy hospitals run by crummy people (esp admin, senior staff, and management) that can't even break even can't help patients, because the unit has to close. There was serious contempt for anything contributing to that eventuality
- They tried in some cases to focus on process improvement, and process simplification instead of more automation for crummy processes.
- They were at times despondent about the sectionalism and the fact that software is too compartmentalized by discipline because the IT stuff often came from vendors that could have some integration but certainly not enterprise integration.
https://www.nrk.no/trondelag/70-leger-soker-aktivt-ny-jobb-v...
I know many people that have worked on their integration teams, and could not imagine having to deal with what they do.
i just keep telling myself “at least it’s not meditech…”
1. https://fi-m-wikipedia-org.translate.goog/?_x_tr_sl=auto&_x_...
https://fi.m.wikipedia.org/wiki/Apotti_(potilastietoj%C3%A4r...
https://www.sciencedirect.com/science/article/abs/pii/S13865...
Who's been protecting this EMR?
(Who likes using it?, who doesn't lose their job by continuing to choose that vendor?, who gets kickbacks from that vendor?)
The only way I can see to avoid this is for a government to have its own dedicated software developers who make these types of applications and maintain them. Preferably open-source so that other governments can use them as well. The incentives change and they'd probably save a ton of money.
If they don’t implement that poorly worded requirement, they are entering a world of pain of having to justify the deviation through 10 layers of project managers and qa, all from different organisations (either customer or other contractors). And at the end they’ll be the troublemakers who delayed the milestone
So why bother?
Having a dedicated developer team who work directly for government whose sole job it is to make and maintain software like this for the long term, still seems like the most cost-effective and durable solution.
Migrating one way is already a multi-year process, making it potentially two-way with low-latency data consistency for the duration of the trial sounds impossible.
In an ideal world, the system would be modular and you could evaluate it piecemeal, but none of the big players are incentivized to make it possible. The standards that do exist are also very lax and legacy systems don't even support those. Something like a goverment intervention is probably required to break this stalemate.
Yea this is the problem. When well meaning startups attempt to make change they get acquired by a piece of shit sales behemoth. If somehow one could resist the acquisition and just eat everybodies lunch we'd all be better off.
It’ll be fought every step by the entire healthcare industry.
The entire industry seems like a politically connected bureaucratic nightmare of one kind or another in every country on earth. Solving that problem would require some way to allow doctors to become genuinely independent again[0] and to ensure that patients could choose their doctor. If doctors were genuinely independent, they would choose the best medical records software and that software would be able to open up files from competitors[1].
[0]: The main American blocker to this would be something called malpractice insurance which is extremely unaffordable and necessary to protect doctors from being bankrupted by lawsuits whenever they make a mistake. Hospitals can afford that insurance much more easily than independent doctors so they can basically buy up all the doctors. I suspect that an affordable public option for this insurance would help restore a competitive free market in medicine.
[1]: I've heard first-hand from family members that the file formats for the different medical records software are incompatible. They convert medical records by actually typing the information from the other hospital's system into their system.
It's what allowed my open-source startup Fasten Health to even exist. I was diagnosed with a chronic condition, and wanted a way to store my health records privately on my own devices. A bit of luck and a POC later, I was able to confirm that patients can access their own records with little-to-no barriers.
The real factors driving consolidation are IT costs, negotiating power, and practitioner preferences. Even with modern SaaS products it's expensive for a small organization to operate an EHR and other IT infrastructure. Payer organizations have consolidated through M&A activity and are constantly trying to drive down prices so providers also consolidate to force payers to keep them in network regardless of prices. And many doctors just don't want to manage a small business; they would prefer to focus on treating patients and collect a steady paycheck.
Your family members are wrong. There are standard file formats for sharing medical records across different software. The most common format is HL7 Continuity of Care Document (CCD) which can accommodate an entire patient chart in a single XML file. Every major EHR has supported CCD export and import for years under federal government certification criteria. If your family members had to do manual data entry then either their software wasn't configured correctly or they didn't know how to use it.
https://www.healthit.gov/topic/certification-ehrs/certificat...
CCD is very well specified, although you might still find some EHRs that fail to comply with the standard in some minor ways. There is a project underway to migrate that data model to FHIR encoding but it's not finished yet; that will make document construction and parsing a bit easier but won't necessarily address compatibility issues.
https://www.hl7.org/implement/standards/product_brief.cfm?pr...
As far as I can tell, the real reason for the costs are consolidation. In my wife's world, independent pharmacies are being killed by PBM's(1) which literally set reimbursement rates for the small guys at below the wholesale cost of the medicine. The user experience here is you go to an independent pharmacy, you hand them your script, and they run the script through their computer systems, then say "Sorry, I can't fill this for you, because it cost me more than the insurance will pay me" and then you have to go to one of the big three which have enough market power to negotiate with their PBM's for higher rates (and even here PBM's routinely end up at least temporarily dropping one of the big boys as part of their hardball negotiations with each other).
There are basically three PBM's for the whole country, they have enormous, basically monopoly power (80% of the insurance market), and if you are a small shop your rates are crap. So the small pharmacies close/sell out and the big three drug stores get bigger. And that is happening in medicine as well, as I understand it, though I haven't seen it from the inside.
The core idea behind the ACA ("Obamacare") was that clear competition from insurance companies (and medical providers) through the exchanges would lower the total costs of health care, and it doesn't seem to have panned out, because there hasn't actually been much competition, instead there has been massive consolidation. Most counties in the US don't actually have much competition on their ACA Exchange(2), and most counties don't have much competition from medical providers either- they've all consolidated to get better rates from the insurance company- so you have monopoly insurance and monopoly providers competing with each other to see who gets more rents, not trying to compete on lowering costs.(3)
1: Pharmacy Benefit Managers, https://www.vox.com/2023/5/10/23709448/what-are-pbms-pharmac... for an explainer
2: https://www.vox.com/mischiefs-of-faction/2017/7/20/16005598/...
3: This is why many Democratic health care wonks are looking more seriously at single-payer over the past decade. If we in practice have unchecked monopolies dominating health care, let's at least have them be government run and therefore responsive to something, even if it's just politics it's still better than the alternative.
Most people really only care about the amount of the insurance deduction, co-pays, and care availability; they don't know or care about the "behind the scenes" details.
The consolidation has been absolutely phenomenal in the last twenty years, and digging into exactly why each town could have an independent hospital and staff 20/30 years ago and why they're all being consolidated now.
And of course as I didn't say in that message but is obviously true, the ACA has led to far more people carrying health coverage than before. It's just that instead of the exchanges, it's the Medicaid expansion that has led to this. Even with Robert's unprincipled last minute rewrite and the 10 states that are still allowing their rural hospital system to be utterly gutted rather than giving Democrats the win, a higher percentage of people have health coverage than at any point in American history before the ACA, and that is entirely because of Obamacare. So that is why reinforcing the successful part (government insurance) and abandoning the failed part ("market reform") is so attractive.
The problem is that the health care market isn't a truly free market. Uwe Reinhardt, Princeton economist, wrote a lot about how it was a broken market, which is why every other developed country (including fairly libertarian states like Singapore and Chile) has significantly more government intervention than the US does- since it's not really much like a free market, unless you are willing to accept many, many more deaths for people like my mother, which I am not.
Accepting Medicaid and, if memory serves, Medicare requires using a certified EHR/EMR system, and getting that certification is both time consuming and expensive.
You aren't just fighting the healthcare industry, but also well-intentioned government regulations.
And yet the system is aimed at getting the cheapest possible bid? Perhaps the intentions are good, but the execution is horrible. So maybe not malice or corruption, but incompetence.
I built that EMR, it was/is called ClearHealth/WebVista/HealthCloud. Your facility would never have bought it because incompetent management will only buy Epic. We solved the problem by buying organizations and replacing the incompetent management.
Price, lead time, quality, (and scope) — pick any two. When the stakes are high, don't rely on your manager to pick quality — that is your responsibility.
And if you can't convince your "boss" to give you enough time to deliver something that meets your bar, quit.
I did this and while it solved my moral dilemma it made things worse for our users.
Many years ago I started my career working for a startup that got bought by a big government contractor. The most incredible people I've ever worked with tried harder than you can imagine to deliver reliable, usable software for the American taxpayer that met the very high bar we set for ourselves.
Because the incentives weren't aligned, most of the good people eventually quit to work at places where they could deliver something that met their bar and were replaced with junior devs and senior clock-watchers.
Every good person who left made that problem slightly harder for those of us who stayed because there was one less person fighting for quality and usability, but the contracts were as big as ever and the new people were less likely to rock the boat so management didn't care that product quality was dropping off a cliff.
In the end it was primarily our users who suffered.
fill in the blanks! it's not management, it's the customer. if the customer doesn't care management doesn't care.
it's a tragedy, but it's what it is. citizens as users need to demand better. it's just politics. in the end revealed preferences show that users don't care that much. they learn the shitty system to do their thing, and then they go home to their family/dog/MMORPG/life.
and users don't care on the meta level either, to have better procurement processes.
I will point out that enough consumers are willing to pay for a quality products that many niche companies exist to serve them. Many citizens choose to move to countries/states with better services even if they have to pay higher taxes. There are employees who reject higher-paying jobs that require interacting with poor-quality software or processes. (I work for a niche company that makes and uses high-quality products in a high-tax / high service state so I know many people like this!)
> citizens as users need to demand better.
I get what you mean, but as you point out many people's revealed preferences show that they don't actually want quality in which case they already do "demand better" -- it's just that for them "better" means cheap, fast, and convenient.
That is a sad story indeed.
I guess the silver lining is that you didn't waste your talent contributing to a mismanaged project. Hopefully, given a free market, the service will eventually be replaced by something better.
I have friends who moved out of struggling towns and states who describe similar feelings about being part of the "brain drain" death spiral that is hollowing out the place they grew up.
> Hopefully, given a free market, the service will eventually be replaced by something better.
I too believed that something like that would happen eventually but their business is still booming. In the decades since I've learned that the "fitness function" of companies that serve governments or large enterprises do not reward product quality (at least not commensurate with the cost of quality) so companies or teams that insist on wasting effort making quality products do not survive. It's not malice or incompetence, it's just a survival response to misaligned incentives.
Felt the same when saying goodbye to my colleagues, stranded in a golden cage, when the startup we worked for was acquired by Oracle after 8 years. Our beloved product was eventually killed (years after I resigned), but Oracle — despite its obvious mediocre halo — is still alive and kicking.
I'll happily compromise on quality if it means I can comfortably afford medical care for chronic conditions that limit my employability.
But I would be surprised if this is the way all EMR software is built. Software development being a creative process, there should always be a feedback loop where managers ask open questions. There lies the agency to recommend spending more time and money, reduce scope in order to guarantee a level you feel comfortable with. You may not get what you bargain for, but it's up to you to decide if it's enough.
Taking the money in return for doing the work is a way of telling your boss you're on the same page. Given your medical context, that may not mean you fully agree, but it evidently means you accepted it.
If my recommendation to bluntly quit sounded harsh, I'm happy to tone that down. There is value in compromise, but just make sure your voice is heard, say no if you cannot / will not do it in such little time to the extent that you feel is required. Fighting for the time to do our job well is our struggle. Sometimes it's easy, more frequently it's hard, but when it's simply impossible — have your boss find someone else.
Quality — at least internal quality — is primarily the responsibility of the software developer, not her/his boss or some QA department.
At every phase of the conversation is management saying they have this hard deadline and
I have been fired multiple times for being too vocal about the failures of process or technology, though mostly I just get ghosted for pushing back when things are unreasonable, at this point I exclusively go for visualizations, gantt charts, etc - to communicate that the timelines are not possible with the current investment in the team/tech/whatever.
I just got laid off for (as far as I can tell) being the person who kept asking the question about why we were doing a thing that provided no technical or business value for a year, and in most of these cases some exec thinks they know best because they read some magazine equivalent that tells them this is the new hype revolution.
Basically if you can find some highly skilled or highly profitable company that's concerned about losing their edge you might be able to do this, but your next boss might change the entire equation.
Most management will exchange quality for quick gain whenever they can because they're there to make money and don't plan for long term. Because they can also leave the ship when the sum of their mistakes starts to sink it.
I like it. But I've seen at least one place (a start up) where (to some extent) quality was a bottom up thing. Eventually it became a share value, but it was rooted in developers saying: No, we need more time.
On the other hand, I don't know of examples where quality was forced top-down — places where a senior developer would say: I'm done/I don't care/this is good enough and their manager telling them to spend more time on a feature or teaching them about software design.
Quality conscious management doesn't impose strict rules themselves but rather maintain a climate of mutual trust between business and technical where constraints and problems can be surfaced, discussed and addressed openly. Respect for technology is sorely missing from the business class curriculum, yet so much depends on it.
Ok, all the programmers with a sense of ethics have quit. Now what, boss?
I also want to be clear that doctors are not by any means the only obstacle to resolving workflow problems. You being put in a position to protect patients from a business process of the facility that may accidentally result in their death is the literal definition of incredibly bad / incompetent operations. That software didn't magically appear and become responsible for ICU ordering magically on it's own. In this instance whatever insane people have been given responsibility for that implementation are responsible.
After consideration, this comment from a doctor, in a nutshell encapsulates so much of what is wrong. A doctor on the front lines alluding to staff burnout, thinking that people almost or actually dieing because orders are being cancelled inappropriately in the ICU is somehow "a software problem", while simulatenously praising the management, operations and results of their institution. Welcome to healthcare.
Edit - I'm trying to make sense of this thread, and it seems like this might be a reasonable summary: There's good and bad software (epic). The fact that management chooses epic instead of good software makes it a management problem.
@hyponatremia121 says that EMR software (epic) is terrible, which doesn't contradict the above. @hyponatremia121 pleading for EMR devs to focus on UX might be misplaced since their only experience is epic and not better EMR software.
@duffpkg saying that epic shouldn't be blamed here seems overreaching. If epic were good/hard to misuse this conversation wouldn't happen in the first place. But there's always well marketed terrible software, and I agree organizations that aren't able to avoid this do have organizational problems.
In-N-Out does not as I understand it develop it's own Point of Sale system, they work with a vendor. What do you think would happen if In-N-Out had a location that was consistently failing to ring up orders or lose them randomly? Would the cashier blame the POS vendor and store management stand by and do nothing while the problem persisted? Would the system be rolled out without definition and documentation of workflow, reliability testing and proper training of the cashiers? Can we not operate our hospitals at least as well as we operate a burger stand?
In and out can fire their vendor and walk away, this is nearly impossible for an public institution to do once the procurement contract is awarded, so those systems end up "too big to fail" no matter how bad or unfixable the situation is.
My guess, it's partially the softwares fault and partially the organization for trying to force a particularly bad workflow on bad software. It's probably fixable without throwing the baby out with the bathwater, but it takes someone willing to go dig in and figure it out. Those people can be hard to find in any organization, and doubly so in public sector organizations.
I think a big part of why these big projects fail is that a procurement contract is absolutely the worst way to decide which vendor to go with. Especially since most of the time, price is a big factor in who wins, and actual price is by far the hardest to pin down for projects of any non-trivial size.
Another big reason is that a lot of people at the top of the organizations on the customer side have little to no actual IT experience, and are too far removed from actual operations.
The best outcomes I've seen in large projects that we have been involved in has been when the customer didn't care too much about the sticker price, had decent IT knowledge up top or knew when to defer, and included people close to operations early on and throughout.
Epic suffers from "it has to be all things for all people". so it is nothing for anyone. It is bloated, big, overly customizable, yet doesn't fit. Steep learning curve, bad UI/UX, expensive, just all around terrible.
And yet it is still better than everything else i have ever seen, except native single-hospital EMRs like Beth Isreal hospital, Boston, EMR.
The first time the order gets cancelled unintentionally, it's a software bug. Shit happens. When a bug happens, management makes a choice how to respond to that.
When the bug is permitted to persist and result in cancelled orders again and again and again, that's no longer a software bug, that's a management decision to continue to let broken software run rampant and affect their operations.
Think of it as the software equivalent of fool me once, shame on you; fool me twice, shame on me.
> the EMR [is] cancelling orders I placed on critically ill patients in the ICU more times than I can count
then I suppose the management is a problem?
Maybe more competent managers would have given the software a test run smaller scale first?
And had a plan for returning to paper and pencils again, if the new software didn't work?
I think you made a throwaway account for this reply, but I would really appreciate continuing this conversation with you. My email is available under my profile.
But aside from the insurance companies, the first large scale emr systems (Cerner, McKesson, and even Epic) were built as operational tools to essentially give accounting access to Crystal reports. Sure, electronic charts should make the patient's life better, and assist trained medical staff in tracking, however they ultimately are used to figure out how the CBO can game the insurer financial incentive system. CPT + ICD +modifiers (oh, and 85% of those cpt codes are under copyright by the corrupt AMA - yup i have a different bone to pick with them).
I agree that operational dysfunction is the biggest problem in these behemoths, and there's so much ineptitude in administrative staffing that it's a nightmare. Doctors like to believe they're the bees knees and everyone should kowtow to them, but they usually can't run a business to save their lives. It's easy for them to simply blame an EMR than to acknowledge the truth of a dysfunctional system they are a part of.
Glad to see you're still kicking ass, better than sameday.
(We can argue about whether health plans should be tied to employers at all but that's a separate issue.)
What is this comparison trying to illustrate?
Responding to the request below for a specific example. Hand washing, you wash your hands when medically appropriate to prevent facility acquired infections. If you don't you are progressively warned ultimately leading to termination and/or loss of license. If instituted nationally this alone would save at least 5,000 lives a year. Good luck getting it instituted at most facilities.
A different example, diesel fuel and generator maintenance is a meaningful part of medical facility physical plant. A shocking number of facilities place procurement responsibility and oversight of this in the hands of a doctor who also has medical responsibilities. The results are as financially and operationally disasterous as you would expect. Data centers have similar requirements. Who do you think pays more and operates better?
Formularies are a sort of default medication lookup table. Most organizations have one that was created decades ago by people who aren't with the organization anymore. Review and revise them with someone who understands both the medical/pharmacological aspects of the drugs involved as well as their costs. Win for doctors, win for patients, win for insurers, almost no one does this. They have some clueless administrator carry forward last years formulary with minor changes or alternatively have a medical professional with absolutely no idea what costs are involved do it.
Sad thing is most staff in hospital doesnt wash hands. Reality is it would cost so much time. Handwashing is like a minute and staff has to go in an out of rooms where hand washing is needed so many times an hour it would slow everything down. And then trying to fire staff about this is not real because this would kick out half of it and it isnt replaceble. The problem is more why has staff to get in and out of stations so frequently. And multiresitence bacteria.
Regarding gloves, gloves don't solve disease transmission from dirty hands. You need both hand washing and gloves.
Sounds like the workflow is poorly designed then. Use gloves instead of hand washing.
E.g. what are your recommendations? pay staff more? i.e. increase doctor pay?
I also completely disagree that In n Out is “dramatically better” and I’d be very surprised if that was the resounding opinion across Americans. It is fine, but again, it serves a different purpose, so making such broad apples-to-apples comparisons seems a little short sighted.
“Competence in operations” is a nice sound bite but without some real examples related to restaurant management I’m just not convinced. I ensure you that it has indeed come up in a McDonald’s boardroom that raising their wages would result in more competitive hiring, that is not a novel observation. I did three years at McDonald’s and another several at other restaurants; admittedly it doesn’t sound like this comment was made from a place of experience, more a place of convenient idealism.
They also have software that was developed entirely in house that is unbelievably optimized. Weird, but usable. They are a company that fully understands the problem space they operate in. Hospitals should be doing everything they can to run like them but no one likes to hear that.
I don’t understand the people who rave about it. There’s very little difference other than the fact that they have a “secret” menu with their own coded language.
I’ve been to both good and bad McDonalds. Burgers and fries from well-run ones can taste very good. In-n-Out has better consistency, and it’s on par with the quality of well-run McDonalds. It’s probably due to the fact that In-n-out has fewer items? I don’t know.
That's a bit overstated, the majority of Americans haven't been to an In-and-Out, ever, because they are a mostly-California chain. They're only available in a very small handful of states.
In-and-Out can probably run so efficiently because their menu is extremely tiny.
The key is they have an absolute ton of employees in the restaurant (a busy McDonald’s might have four or five, In-n-out can have double or triple that. I’ve seen other fast food with two employees, never an In-n-Out) and they work exceptionally hard on specific tasks.
They also only deploy in areas where they’ve determined they’ll be able to keep the store busy enough.
What they don’t understand (until explained) is that what we get in a European countries are just a small selection of big franchises (McDonald’s, Burger King, Starbucks etc) and maybe a handful of other ones. In America there are dozens and dozens of restaurant franchises where you can eat for weeks each time in a different fast food restaurant in the same city without going to the same place twice. This is what always amazes me as a European, that huge amount of choice of everything you can have there.
These people acting like "everone knows it" essentially have the same world view that the entire world that matters is Southern California.
Diesel fuel and generator maintenance: how do you hire for that? Does that position require experience? In what? Where do you post that job ad to get qualified candidates? If you hire wrong, it seems like the results could be worse than foisting the task on a doctor, no?
Revising formularies: how many doctors at a hospital have the right expertise for that? Who cares for their patients while the formulary work is happening? Can you hire someone temporary to come do it so it doesn’t disrupt operations, and how expensive is that person and how good is the result?
I’m a software person, not a doctor, but I _can_ see how these choices would be made if the alternative seemed riskier to someone inexperienced at hiring for hospitals.
Yes, that's the discipline called "operations". Crucially it's a separate set of skills from anything one might learn in medical school.
This is typically part of the job of a facilities manager, someone who is in charge of maintaining the physical structure and amenities of a building or complex of buildings. You hire for it the same way you hire for everything else; you find someone in the category that you want, who has apparent success doing something similar to what you're doing.
Sometimes too many people are too invested in the crazed/idiosyncratic way of doing things... and unless the humans can be convinced to fundamentally change their process, adding software will only give you... well, craziness with a computer.
We keep resisting though, and most of the time we get them to come around and thanking us later for the push-back and helping them evolve.
This is a superb line and I will be stealing it.
Technical people have a really bad habit of solving for theory rather than practice and they develop this attitude that those who are seemingly entering into odd behavior are just not as good or smart as them.
True, but "actual" is a rather low bar. I once worked at a company where a big internal enterprise app controlled a lot of operations, and saw that many of the layers of cruft in the app were because it became the preferred battleground of corporate dysfunction.
One example is that the sales team kept closing deals ('cuz commissions) which were difficult to fulfill, unprofitable, or cannibalized from other assets and activity.
This lead to repeated and increasingly obtuse layers of code for estimating gross-margins, showing values at different interfaces and steps and warning styles, managing and modeling gross-margin reporter/reportee connections and automated alerts and permissions systems where they system would block certain people while e-mailing other people for clicking approval boxes, etc.
There's a doctor further up this chain who states they preferred paper.
I wouldn't say that, most devs who've worked with product requirements and users have seen issues with users wanting something inefficient or illogical, basically because they don't like change and/or don't understand why they are doing something.
When we try to automate part of a person's work, we have to encourage the person to take a look at themselves and the way they do their work. This is not easy for people! A lot of times we're asking someone to admit that they don't actually know why something is done a particular way. Or we point out that they are doing the work of another person in another department. And, all the time, this person is worried that at the end they will be replaced by software and lose their job.
I think it's really hard to get to a place where everyone is comfortable enough to be frank about what they do, what the software might be able to do, and what makes sense.
it is fairly popular in europe. What is required for federal certification ?
0. https://openehr.org/ 1. https://openehr.org/products_tools/platform/
How many minutes are you okay with your medical record being open for inspection by anyone that walks by? Other medical staff, admin staff, janitorial staff, other patients getting steps in, other patient's families?
It's one of many instances where there's a valid reason for the technology to be implemented as such but since doctors usually aren't thinking about the technology or security aspects they just perceive it as annoying.
No, there is never a good reason to prevent a professional from doing his job. If the user finds it annoying, it is annoying: that's it!
Learn to work for the user rather than against the user, and you'll become a better developer.
edit: in any case this is very likely a security configuration by the hospital infosec team, not the developer of the EMR.
(Work for a PACS vendor, subject to the same stuff).
ACHC, joint commission, CLSI for laboratory, are groups that outline some very basic frameworks of how facilities should be operated. Less than half of facilities can meet even these extremely low bar standards for operations. It is difficult for me to see how many patients have been harmed by ransomware impacting hospital opertions, this is entirely preventable and no one on the hospital side has been meaningfully held accountable so very little will change.
A counter example is the pricing transparency regulations. Failure to meet those is resulting in multi-million dollar a year fines which is resulting in change. It is happening slower than people like or had really conceived of but it is causing some real meaningful change.
99,000 americans a year die from hospital acquired infections that are entirely preventable using procedures and operations (not surgeries) that are known and evidentially proven. It's just really hard to get all of the parts of the orchestra to play the same tune so those people die needlessly.
??? I dont get this. The problem are Antibiotic resistant bacteria. You go to a Hospital (ER) and have a open wound.. chances are you die of an infection. How is this preventable??? This is a big problem atm and there is no good solution. you cant test people if they come in bleeding like hell for Resistant bacteria. I mean you can but ... I would like to hear the solution to that problem. Thank you.
They're not paying the nurses to do that, the people who are doing it probably consider it shitty work and I wouldn't be surprised if things get missed due to the sheer crappiness of the work.
I think there's probably a reality there that can't reasonable worked around. Sure, in theory a perfect scrub will solve the problem but how do you regulate that into effectiveness?
The best you can do is to design tools to make it less shitty but you'll never make it non-shitty.
EDIT:// I am no doctor but did work in Hospitals. Doctor friends working in ER are telling me about those dangers. And also bigger Hospitals have less control about it.
That's the goal.
[1] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC10263350/
HARI: Hospital-associated antibiotic-resistant infections
Source - I've done diligence on at least 75+ EMRs/EHRs.
Whenever I make this analogy here people jump in to say how much better McDonalds is :(