5 ms·

It's worth noting that the incredible success of Epic EMR software is because it tightly controls all of the administrative billing issues, NOT because it makes

It's worth noting that the incredible success of Epic EMR software is because it tightly controls all of the administrative billing issues, NOT because it makes clinician's lives easier. There are endless check boxes in Epic and each site has its own interface. It's a huge mess and difficult to navigate...but arguably still better than the other vendors.

ploxiln 9y ago
... sounds like the medical equivalent of Jira ...
- zdw 9y ago
  As someone who has used both, Jira is lightyears ahead of Epic, which still requires a Windows TS session to run properly, and for many administrative or complex operations still requires you to drop into the MUMPS backend environment, which is >50 years old and predates Fortran.
markroseman 9y ago
Absolutely it's about the administrative end and not patient care. We've got a situation in our regional health authority (Vancouver Island, BC, Canada) where they're trying to roll out a significant update/expansion to their EMR (Cerner-based) in the hospital in Nanaimo. Despite immense pressure, some docs have been now suspended for refusing to use it and switching back to paper, despite the massive increase in time it takes to provide the same patient care, and also because of notable examples where the EMR has endangered patient safety. (Google 'ihealth nanaimo' if you're curious for details, then rinse and repeat for the same story in so many other places)
- epmatsw 9y ago
  This is a pretty shocking opinion to see expressed. Like, you may as well have said "A bunch of developers at <place> decided to go back to C89 because writing code in Rust was too slow, plus did you see the bugs in its borrow checker?" . Do you really believe that paper is a safer alternative?
  - mklim 9y ago
    Can't chime in on safety issues, but on usability: I know a physician who transitioned to using EMR roughly five years ago. It doubled the amount of time they need to take notes, to this day. They can't see nearly the same amount of patients they used to because so much of their day is spent going into and out of full screen surprise submenus in the EMR software and flipping through different tabs and re-entering information into multiple forms and scrolling through dropdowns with multiple hundreds of options. GP's post is 100% believable for me. It's nothing like Rust vs C89. It's more coding with punch cards vs an IDE, except the EMRs are the punch cards.
    - deleted 9y ago
      [deleted]
  - smitherfield 9y ago
    But EMR are usually some incomprehensible black box involving MUMPS and/or COBOL. Paper might very well be less error-prone.
  - markroseman 9y ago
    Doing things via pen and paper can be safer than doing things by a complex, poorly designed computer system that doesn't take into account actual work practices, patterns of collaboration that involve artifacts like paper as an essential part of communication and work flow that isn't captured by these computer systems. You need some serious perspective if you think just computerizing something is necessarily making it better, and that it can't turn out to be a disaster.
  - vacri 9y ago
    A better analogy would be ticketing in Jira versus ticketing with Post-It Notes. The main job of the professional (medicine/programming) is not what's at stake here. We're talking about documentation. Jira is a heavyweight ticketing system that is okay, but a lot of people are really slowed down by it, and if there are problems with the network, no-one gets much effective work done. Post-its are less visible to all stakeholders, but they let the worker get on with their primary job with less interference. Keep in mind that medical software isn't written with the latest and greatest frameworks and UX designers.
ad_hominem 9y ago
My wife is an MD who has used a lot of different EMRs at various hospitals during medical school and residency rotations. She said she actually likes Epic the best compared to all the others she has used. She said she likes it because she can define her own templates and "dot phrases" that make it easy to set up her own workflow. Also that it's nice that everything is all in one app - in other systems you'd have to be jumping between apps to look at lab results and patient messages for example.

ploxiln 9y ago

... sounds like the medical equivalent of Jira ...

zdw 9y ago
As someone who has used both, Jira is lightyears ahead of Epic, which still requires a Windows TS session to run properly, and for many administrative or complex operations still requires you to drop into the MUMPS backend environment, which is >50 years old and predates Fortran.

markroseman 9y ago

Absolutely it's about the administrative end and not patient care. We've got a situation in our regional health authority (Vancouver Island, BC, Canada) where they're trying to roll out a significant update/expansion to their EMR (Cerner-based) in the hospital in Nanaimo. Despite immense pressure, some docs have been now suspended for refusing to use it and switching back to paper, despite the massive increase in time it takes to provide the same patient care, and also because of notable examples where the EMR has endangered patient safety. (Google 'ihealth nanaimo' if you're curious for details, then rinse and repeat for the same story in so many other places)

epmatsw 9y ago
This is a pretty shocking opinion to see expressed. Like, you may as well have said "A bunch of developers at <place> decided to go back to C89 because writing code in Rust was too slow, plus did you see the bugs in its borrow checker?" . Do you really believe that paper is a safer alternative?
- mklim 9y ago
  Can't chime in on safety issues, but on usability: I know a physician who transitioned to using EMR roughly five years ago. It doubled the amount of time they need to take notes, to this day. They can't see nearly the same amount of patients they used to because so much of their day is spent going into and out of full screen surprise submenus in the EMR software and flipping through different tabs and re-entering information into multiple forms and scrolling through dropdowns with multiple hundreds of options. GP's post is 100% believable for me. It's nothing like Rust vs C89. It's more coding with punch cards vs an IDE, except the EMRs are the punch cards.
  - deleted 9y ago
    [deleted]
- smitherfield 9y ago
  But EMR are usually some incomprehensible black box involving MUMPS and/or COBOL. Paper might very well be less error-prone.
- markroseman 9y ago
  Doing things via pen and paper can be safer than doing things by a complex, poorly designed computer system that doesn't take into account actual work practices, patterns of collaboration that involve artifacts like paper as an essential part of communication and work flow that isn't captured by these computer systems. You need some serious perspective if you think just computerizing something is necessarily making it better, and that it can't turn out to be a disaster.
- vacri 9y ago
  A better analogy would be ticketing in Jira versus ticketing with Post-It Notes. The main job of the professional (medicine/programming) is not what's at stake here. We're talking about documentation. Jira is a heavyweight ticketing system that is okay, but a lot of people are really slowed down by it, and if there are problems with the network, no-one gets much effective work done. Post-its are less visible to all stakeholders, but they let the worker get on with their primary job with less interference. Keep in mind that medical software isn't written with the latest and greatest frameworks and UX designers.

ad_hominem 9y ago

My wife is an MD who has used a lot of different EMRs at various hospitals during medical school and residency rotations. She said she actually likes Epic the best compared to all the others she has used. She said she likes it because she can define her own templates and "dot phrases" that make it easy to set up her own workflow. Also that it's nice that everything is all in one app - in other systems you'd have to be jumping between apps to look at lab results and patient messages for example.